06:01:15 <szilard> Moin! Could somebody review this? https://github.com/omniosorg/omnios-extra/pull/1642
11:33:53 <andyf> szilard - Ah yes, I think that one can pretty much go in now. We just need to decide what to do about the version number. I can look after work today.
11:44:22 <szilard> andyf: thank you very much!
11:45:26 <andyf> The issue is that IPS versions can't go backwards so if we use the commit date like 20251024, then when a real release is cut with something like 1.X people can't upgrade to it. So we should probably use <last version>.<date of newer commit> as the version number.
11:59:06 <szilard> andyf: I see. In Haiku there was no constraint like this, but for git master we used <last version>~git (like 1.17~git) would that work? 
12:00:01 <andyf> We can't use ~ for we could maybe do this with a dash revision,. - https://man.omnios.org/pkg.7#PACKAGE_FMRIS_AND_VERSIONS
12:00:24 <szilard> Sound ok to me.
12:03:49 <szilard> I'd liek to create a port for nnn, ranger, the-silver-searcher and possibly for fish shell, but the fish shell is tricky as it needs some additional OS specific code implementation in rust, which i can't do :(
12:14:28 <szilard> https://github.com/nix-rust/nix/issues/2675
13:14:14 <szilard> I'd like to run an OPNsense HVM and connect all the zones to it. Currently all zones have a vnic derived from the GZ nic. AFAIK I would need an etherstub to create a virtual switch between the affected zones and the opnsense HVM. Is this the correct way?
13:37:11 <vab> @andyf While you're there, please could you rebuild emacs so it works with the new tree-sitter shlib?  Thanks muchly!
14:29:53 <tomww> szilard: /win 30
14:30:48 <szilard> ummm?
14:35:32 <andyf> vab I will pass it on!
15:57:05 <tomww> szilard: you might want an isolated virtual switch oder just go with the virtual nics. I create several etherstubs e.g. internal0, external0, freewifi0 and plugged in seveal VM interfaces into them. (used by pfsense)