[09:24] <moha> Salam
[09:26] <moha> In an Ubuntu server 22.04, I have some interfaces. If I comment one of them (in order to deactivate it) and then `netplan apply`, `ip -br a`--> the one that has been commented is still up and can ping its gateway! What could be wrong? I should reboot the OS, then that interface will be in 'Down' state.
[09:27] <moha> Note: I'm using 'bridges' in the netplan config file
[09:27] <moha> Indeed it can not down/up a bridge that has been changed in the config file. Deos it need to restart any other services?
[09:28] <schopin> moha: unless you use the --state option to netplan apply, the code won't know that your old interface used to be managed by netplan, and so will simply ignore it, as we figure it's better not to break stuff we're not sure we're owning ;)
[10:40] <Eighth_Doctor> slyon: I'm trying to package 0.106 in Fedora, but the meson install step always throws this error:
[10:40] <Eighth_Doctor> ERROR: Tried to install symlink to missing file /builddir/build/BUILDROOT/netplan-0.106-1.fc39.x86_64/usr/lib/systemd/system-generators/../../../usr/libexec/netplan/generate
[10:41] <schopin> Eighth_Doctor: do you have a link to the full build?
[10:42] <Eighth_Doctor> well it's on my computer, but give me a sec and I'll give you one
[10:42] <schopin> build logs, of course :)
[10:43] <Eighth_Doctor> here's a scratch build that you can get logs from once it finishes failing: https://koji.fedoraproject.org/koji/taskinfo?taskID=97473258
[10:43] <Eighth_Doctor> also, netplan requiring meson 0.61 means I can't upgrade it for RHEL 8 anymore
[10:43] <Eighth_Doctor> they only have meson 0.58
[10:53] <schopin> Eighth_Doctor: that's weird. The install step for `generate` seems to be fine, and the target is apparently the right directory (if I count my ../ correctly ;) ). Do you have access to the build root? If so, can you try and find where the `generate` executable actually ended up?
[10:54] <Eighth_Doctor> give me a sec, I need to re-run it without cleanup :)
[10:54] <Eighth_Doctor> then I can look
[10:57] <Eighth_Doctor> schopin: the generate binary seems to be in usr/libexec/netplan
[10:58] <Eighth_Doctor> which is where it's supposed to be
[11:02] <slyon> Eighth_Doctor: thanks for working on the 0.106 RPMs!
[11:03] <Eighth_Doctor> yeah, once I have this working, I'll update the spec upstream too
[11:03] <Eighth_Doctor> I think this really is an argument for having CentOS/Fedora CI for netplan
[11:03] <slyon> We need some meson 0.61 features, so there was no way to avoid that. But you could still use the legacy "Makefile" build on RHEL8 if needed.
[11:03] <Eighth_Doctor> you deleted it, didn't you?
[11:04] <slyon> Yes, I agree. I want CentOS/Fedora and Debian CI
[11:04] <Eighth_Doctor> yeah, the Makefile only wraps Meson
[11:04] <Eighth_Doctor> so that doesn't help at all 😅
[11:04] <slyon> Eighth_Doctor: I kept it for the 0.106 release, it's still in the tarball
[11:04] <Eighth_Doctor> ah
[11:04] <slyon> I only dropped the legacy Makefile after release
[11:04] <slyon> as we don't want to support that any longer
[11:04] <Eighth_Doctor> sure
[11:05] <Eighth_Doctor> I kind of wish cmake had been chosen because of how much more stable it is, but ehh
[11:05] <Eighth_Doctor> I should at least send up the one patch I have locally
[11:05] <slyon> but meson is the new fancy! :D (and they have a 1.0 now!)
[11:06] <Eighth_Doctor> yeah, but does that mean they'll keep to some kind of stability promise?
[11:06] <Eighth_Doctor> and we don't have that in RHEL 8 or RHEL 9 :(
[11:07] <Eighth_Doctor> it was hell getting RHEL 9 upgraded to meson 0.63
[11:07] <Eighth_Doctor> https://gitlab.com/redhat/centos-stream/rpms/meson/-/merge_requests/6
[11:08] <slyon> right. We'll try to keep the requirement at 0.61 for now
[11:09] <Eighth_Doctor> I guess this will be the end of the line for RHEL 8
[11:10] <Eighth_Doctor> at least this means that compat patch you don't like doesn't have to be upstreamed :P
[11:11] <slyon> :P
[11:12] <Eighth_Doctor> I don't want this again
[11:12] <Eighth_Doctor> but I think I'm going to basically force us to have CentOS and Fedora CI now
[11:12] <slyon> wrt you symlink issue.. I think it could be related to the /usr prefix on a merged-usr vs split-usr system (not sure what RHEL8/9 are using?) https://wiki.debian.org/UsrMerge https://wiki.gentoo.org/wiki/Merge-usr
[11:12] <schopin> Eighth_Doctor: sorry, that's now officially the end of my intuitions for this issue. I'll leave it in slyon 's capable hands ;)
[11:13] <Eighth_Doctor> slyon: we're a mergedusr distro (the first even!)
[11:13] <Eighth_Doctor> https://fedoraproject.org/wiki/Features/UsrMove
[11:13] <slyon> Eighth_Doctor: OK so it should be very similar
[11:13] <Eighth_Doctor> back then it was just called UsrMove
[11:13] <slyon> right
[11:20] <slyon> "ERROR: Tried to install symlink to missing file /builddir/build/BUILDROOT/netplan-0.106-1.fc39.x86_64/usr/lib/systemd/system-generators/../../../usr/libexec/netplan/generate" -> I think this is related to the systemd_generator_dir variable in meson, which is consumed from pkgconfig 'systemdsystemgeneratordir'
[11:20] <slyon> see https://launchpadlibrarian.net/650576320/buildlog_ubuntu-lunar-amd64.netplan.io_0.106-0ubuntu1_BUILDING.txt.gz for how the layout on the Ubuntu build is looking like, e.g.:
[11:20] <slyon> lrwxrwxrwx root/root         0 2023-02-09 11:10 ./lib/systemd/system-generators/netplan -> /usr/libexec/netplan/generate
[11:20] <slyon> (instead of /usr/lib/systemd/systemd-generators)
[11:31] <Eighth_Doctor> oh, you guys haven't switched to merged /usr for systemd itself yet?
[11:39] <slyon> I'm not as involved in systemd maintenance anymore. Can't recall the details
[11:56] <Eighth_Doctor> looks like adding one more traversal made the symlink generation work properly
[13:10] <slyon> good
[13:55] <Eighth_Doctor> slyon: https://github.com/canonical/netplan/pull/323
[13:57] <slyon> Eighth_Doctor: thank you! I need to double check the systemd usrmerge situation in Debian/Ubuntu wrt to that meson.build change. Otherwise this LGTM!
[13:57] <Eighth_Doctor> 👍️