So VyOS is heavily dependant on this one, no need to remove.
This is not just wrong, but, as anyone who tried to go beyond the native CLI on EdgeOS can attest, almost slanderous. ;)
VyOS uses real coreutils (ip-utils-ng etc.) for those ones. Some VyOS packages list busybox but I believe it's a legacy. The only thing that probably truly depends on it is initramfs-tools, but with image upgrades, I think having initramfs-tools in VyOS is an artifact that is not needed.
Oops. I forgot to add the actual package to our repos. Should be fixed now.
Is there any work being done? If not, I'll move it to VyOS 1.3.x target, since 1.2.0 is about to get a feature freeze.
Is it reproducible in latest 1.2.0?
I guess we should consider it complete by now.
Moving this out of 1.2.0, at least until we decide what to do when domain is not configured.
I've tested it and it seemed to work. Closing this, if you see the issue reappear, please reopen.
Yes, should be fixed now. Feel free to reopen if it reappears.
Looks like libvyosconfig is not connected to phabricator so the commit wasn't picked up.
Should work after that commit, please test.
I've tested the default configuration in 1.1.8, and it looks like with preempt-delay not set it was also 0. Not sure where 300 came from.
Yes, quite an embarassing mistake. I'm working on it.
I've fixed it by adjusting the syntax for new StrongSWAN. The new way to do it is arguably better than it used to be, but I still wonder why the old syntax had to break. The fix is in 0.12.45+vyos2+current2 and should be in tomorrow's nightly build.
I think it's best done at the same time with IPsec CLI rewrite.
@c-po You've found a workaround, right?
Have people tested it? Please reopen if it doesn't work.