[06:19] <cpaelzer> good morning
[08:53] <oden> Hi, what's the procedure to exclude stuff when generating the initrd on ubuntu server 20.04 LTS ?
[09:00] <cpaelzer> oden: there are config files, scripts and hooks in /etc/initramfs-tools
[09:01] <cpaelzer> oden: I'd recommend to read http://manpages.ubuntu.com/manpages/jammy/man8/live-update-initramfs.8.html and all four other manpages linked from there
[09:03] <oden> thanks. reading. can't find this.
[09:05] <oden> I found some info to deinstall btrfs-progs and blacklist the kernel modules. That's it if I want to exclude all that in the ramdisk?
[09:06] <oden> I'm used to dracut. Not used to ubuntu.
[09:13] <mwhudson> maybe you just need MODULES=dep somewhere?
[09:18] <oden> OK. Thanks, will try that.
[09:39] <oden> There's no exclude logic at all. MODULES=dep is better but I still need to rename /usr/bin/btrfs
[09:48] <oden> So, basically "apt-get remove btrfs-progs mdadm" cleans this up a bit, however the meta package "ubuntu-server" is also deinstalled. I don't quite know the impact of that?
[10:46] <oden> no impact what i could see. also this snap crap is installed per default, why?
[10:56] <RoyK> oden: well, snap was created by canonical…
[11:31] <hrw> morning
[12:31] <hrw> coreycb: any update on fixing https://bugs.launchpad.net/cloud-archive/+bug/1959402 bug? I see it marked as 'fix released' for UCA/Yoga but it happens still on Focal/UCA/Yoga ;(
[13:10] <waveform> ahasenack, actually the iniparser merge was just a result of adding some bits to my merge toolkit; I just wanted a semi-trivial package to test them on and figured I may as well throw the results in a ticket as they turned out reasonable -- thanks for the import though (I'd updated my tools to check for an ubuntu/+source repo, then fall back to ~git-ubuntu-import/ubuntu/+source)
[13:10] <ahasenack> ok
[13:14] <Mark_Pinecone> Hi! Maybe someone can help me
[13:15] <Mark_Pinecone> What could be the problem with ports not working within host itself
[13:15] <Mark_Pinecone> like localhost:4000 etc
[13:15] <Mark_Pinecone> works externaly though
[13:15] <Mark_Pinecone> I tried with curl and netcat
[13:15] <Mark_Pinecone> no bueno
[13:18] <Mark_Pinecone>  Thought that i might be related to iptables but wich chain could be responsible for that vOv
[13:25] <ahasenack> the app that has opened port 4000 might not have opened it on 127.0.0.1
[13:25] <ahasenack> check with ss -nlp | grep 4000 or something like that
[13:27] <Mark_Pinecone> Ah I cant ping 127.0.0.1 .. interesting
[13:28] <Mark_Pinecone> app is listening on port 4000 already checked
[13:30] <Mark_Pinecone> ::1 works
[13:31] <Mark_Pinecone> so it seems I have problem with lo interface or firewall.. maybe
[14:07] <coreycb> hrw: looking, it seems to be limited to python3-ironic-ui this time. thanks for continuing to test. there's not much guarantee of stability for a release that is under development but it is really nice that someone is testing it early.
[14:08] <hrw> coreycb: in past we switched to recent packages like 2 weeks after release done. Now we do it in R-8 week. Which is current week so I made patch week ago.
[14:09] <coreycb> hrw: great, thanks for doing it and I appreciate the feedback.
[14:09] <hrw> coreycb: RDO for centos, UCA for ubuntu. Debian packages are ~release time
[14:10] <hrw> coreycb: Yoga is last release where we use binary packages. From Z we will only build source based images. Too much effort for too small team.
[14:10] <hrw> and we == OpenStack Kolla project
[14:11] <coreycb> hrw: unfortunately almost the entirety of our proposed install testing is blocked at the moment because of mailman3 not supporting the new version of sqlalchemy.
[14:11] <hrw> happens
[15:54] <sergiodj> glibc 2.35 has been released
[15:59] <Ravage> cant wait for 26.04 to get it :D
[18:32] <jrwren> anyone know the story about libpcre2 v. libpcre3 in ubuntu? libpcre2 isn't in main, but is in universe, so should I prefer libpcre3 for support? 
[18:35] <JanC> jrwren: in 20.04 LTS both seem to be in main?
[18:37] <sdeziel> jrwren: libpcre2 seems to be the newer thing, see https://bugs.launchpad.net/ubuntu/+source/pcre3/+bug/1792544
[18:37] <JanC> also, libpcre2 seems to be newer than libpcre3, and seems to be preferred?
[18:41] <ahasenack> sergiodj: hah, got your comment in that salsa PR thinking it was from launchpad, and went like "wow, nice colorful formatted review emails from LP finally!" :)
[18:41] <sergiodj> ahasenack: hah, yeah :)
[18:44] <jrwren> oh sorry. I should have said 18.04
[18:44] <jrwren> knowing it is in main in 20.04 is helpful for me to make my decisions using it. TY.
[18:45] <sergiodj> kanashiro: are you looking into a specific package to unblock ocaml?
[18:46] <JanC> jrwren: on https://packages.ubuntu.com/search?keywords=libpcre you can check such things without having to install different versions yourself
[18:47] <jrwren> that is exactly what I did and saw the pcre2 in universe and pcre3 in main in 18.04 and was confused. and came here to ask the details.
[19:03] <bryyce> jrwren, ironically I was just looking at pre2/pre3 myself, as I was doing a new merge for apache2 and noticed Debian has a version in experimental with pre3 and wondered if I should pull that
[19:03] <bryyce> from what I gleaned in reading stuff, pre2 is not just a "different version" than pre3 but is more like a different implementation
[19:04] <bryyce> the long range intention seems to be to drop pre3 in favor of pre2, however a number of packages still wait on being converted - https://bugs.launchpad.net/ubuntu/+source/pcre3/+bug/1792544
[19:06] <sdeziel> pcre3 is described as "Old Perl 5 Compatible Regular Expression Library" while pcre2 as "New Perl Compatible Regular Expression Library"
[19:13] <ahasenack> we have a main bug somewhere about moving away from pcre3 and into pcre2
[19:13] <ahasenack> yeah, the above I think, of which apache2 is a task
[19:14] <bryyce> and it's not as Perl-specific as it sounds, Perl's R-E engine is good and used by a variety of non-Perl things iirc
[19:19] <kanashiro> sergiodj, I am getting back to it now, are you working on something?
[19:19] <sergiodj> kanashiro: just fixed guestfs-tools, which should unblock libguestfs-tools and other stuff, hopefully
[19:20] <kanashiro> sergiodj, I am checking which packages require a simple retrigger
[19:21] <sergiodj> kanashiro: good
[19:22] <sergiodj> kanashiro: ocamlbuild is a mess :-/
[19:47] <hrw> coreycb: thanks for fixing. works fine
[19:48] <coreycb> hrw: ok great, thanks
[19:49] <hrw> if someone wants to check videos of FOSDEM talks for 2015-2022 then I made a page listing them all (with search): https://marcin.juszkiewicz.com.pl/download/tables/fosdem/videoyears.html page is public, free to share 
[19:55] <bryyce> cool, thanks hrw
[19:56] <hrw> yw
[21:24] <bryyce> I've posted merge MP for apache2.  ahasenack since you looked into the pre2/pre3 with apache in the past, your feedback on that would be appreciated.
[21:24] <ahasenack> bryyce: sure, but tomorrow morning if that's ok, I'm about to eod
[21:24] <bryyce> despite my verbosity in the MP description, the merge itself is pretty straightforward
[21:24] <bryyce> ahasenack, ah ok
[21:25] <bryyce> ahasenack, cool thanks
[21:25] <ahasenack> just grabbed a slot