/srv/irclogs.ubuntu.com/2022/07/11/#netplan.txt

Eighth_Doctorslyon: hey, you around?14:48
slyonEighth_Doctor: hey!14:49
Eighth_Doctorhow are we doing for https://github.com/canonical/netplan/pull/285?14:50
Eighth_Doctorand VXLAN support?14:50
Eighth_Doctoralso, is it intentional that netplan can't built on RHEL 8?14:51
slyonEighth_Doctor: Implementation is done for VRF, currently under review.14:51
Eighth_DoctorI tried building netplan on RHEL 8, and it choked on a missing glib2 function14:51
slyonVXLAN is next up on my list, a draft has been posted in https://github.com/canonical/netplan/pull/272 – but that needs quite some extra work, still14:52
slyonboth VRF and VXLAN are planed to be released in the upcoming netplan v0.105 due in August14:52
Eighth_Doctorokay14:52
slyonIt is certainly not intentional that netplan can't be built on RHEL 8... did you try using `make` or `meson`?14:53
slyonah the breaking glib change... I think I made it functional using old and new glib... let me check14:53
slyonEighth_Doctor: this patch should be included in the current 0.104 release: https://github.com/canonical/netplan/commit/15c98fec3948c19854f270225f552aa50d9cabcd14:54
slyonis there any other glib problem?14:54
Eighth_Doctoryeah14:55
Eighth_Doctorgimme a sec and I'll pull it up14:55
Eighth_DoctorI do vastly prefer meson over make, but I haven't switched the Fedora/EPEL package to it yet14:56
Eighth_DoctorI don't think 0.104 had it14:56
slyonEighth_Doctor: ok. for < 0.104 you could probably apply/adopt the patch I pasted above to make it work, using old glib14:57
Eighth_Doctorthe glib patch is in 0.10414:58
Eighth_Doctorit still ftbfs14:58
Eighth_Doctorthere's a different glib2 function14:58
* Eighth_Doctor is running the build again to get that issue14:58
slyonwrt meson: we need a relatively new meson (>= 0.61 IIRC) so that probably won't work for RHEL14:59
Eighth_Doctoryeah, it's currently at 0.5814:59
Eighth_Doctorso I think I'm stuck with make for a while15:00
slyonyes.15:00
Eighth_Doctorslyon: g_clear_list() doesn't exist in glib2 2.5615:00
slyonlet's see if we can find a solution to that other glib issue... I might have missed it in Debian/Ubuntu15:00
Eighth_Doctorwhich is what's present in RHEL 815:00
slyonEighth_Doctor: I need to run for a meeting now. Will have a look at g_clear_list() later. (Or if you feel like, you could prepare a patch/PR)15:01
slyonthank you very much for your involvement in netplan to cover the RPM side, btw!15:01
Eighth_Doctor👍️15:02
Eighth_Doctorslyon: I'm not sure how to deal with g_clear_list(), since I am not very familiar with glib2 stuff15:08
Eighth_Doctorbut if you can find a fix later today, that'd be great15:08
slyonI guess we could add something like this https://gitlab.gnome.org/GNOME/glib/-/issues/1943 to a header, isolated by a "#if GLIB_CHECK_VERSION (2, 56, 0)" macro to locally define that function for builds on old glib15:33
slyonEighth_Doctor: does something like this work for you? https://pastebin.com/NtdhQPHH15:55
Eighth_Doctorslyon: I can't access pastebin.com here15:55
Eighth_Doctorcan you use paste.centos.org or similar pastebin?15:55
slyonhttps://paste.centos.org/view/acceab7215:56
slyontrying to reproduce this on Ubuntu Bionic (glib 2.56) I can see another similar issue: g_hash_table_steal_extended -Werror=implicit-function-declaration – It might need a similar fix15:56
Eighth_Doctor👍️15:57
Eighth_Doctoryeah, we might want to introduce CI on CentOS 8 once this is all fixed15:57
slyonThis has been in glib since 2018 times... so I'm not sure if I really want to have glib symbols defined in upstream netplan, just for backwards compatibility. Maybe it'd be better to add that patch to the rpm package locally?15:58
slyonIt would be great to get CentOS 8 CI, though. (I want Debian, too, but didn't find the time to set that up, yet)15:58
Eighth_Doctorwell, at least having CentOS 8 in CI will give decent compatibility coverage15:59
slyonack15:59
Eighth_Doctormy recommendation is to use alternate names rather than keeping the glib names for compat functions16:03
Eighth_Doctore.g. np_g_* rather than just g_*16:03
slyonyeah.. but then we'd need to differentiate between the two symbol names when calling the funciton... As I said, I'm not sure if id' want to include those glib functions inside netplan headers at all... :-/ I need to think about this a bit more.16:09
slyongtg now16:09

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!