[07:16] <cpaelzer> rbasak: please ping me once you are around to coordinate the php* uploads we had prepped yesterday
[07:16] <cpaelzer> I've synced with bryce on what we could help with today - and uploading these is one of them
[07:29] <Skuggen> I have a question about livecds: We got a bug report https://bugs.mysql.com/bug.php?id=98819 (technically about Ubuntu's MySQL packages, not upstream's) where it gives a permission error on /etc/mysql/conf.d. Would that be expected to work?
[07:55] <mwhudson> good morning
[08:03] <rbasak> Skuggen: I'm not sure. I don't see why it wouldn't work, but I don't see that as an important use case. IMHO the bug should be in Launchpad against Ubuntu (or maybe Lubuntu) and is not valid upstream, and I'd give it Importance: Low.
[08:04] <rbasak> cpaelzer: I'm online briefly, but depending on the weather I may be out this morning and working in the evening instead
[08:04] <cpaelzer> rbasak: well of the uploads bryce wanted us to do yours is the first one (phpunit)
[08:05] <cpaelzer> rbasak: if you are ok doing that with your fix let me know once it is in -proposed peroperly
[08:05] <rbasak> cpaelzer: on its own, without any further fixes?
[08:05] <cpaelzer> I have two other packages fixed (see the debdiffs in the mail thread) that need your fix to be present first
[08:05] <cpaelzer> then after all three are built and in proposed it will be a massive "trigger-tests-together" party
[08:06] <cpaelzer> and then once the dust settles we see what is really left afterwards
[08:06] <rbasak> Oh, OK. So only one fix needed for phpunit?
[08:06]  * rbasak reads the thread
[08:06] <cpaelzer> yes, the one you provided the fix
[08:06] <cpaelzer> while there is a chance (see bryce comment) that this is a red herring we need to get it out of the way to make any sense of the test results
[08:20] <rbasak> cpaelzer: OK. phpunit upload accepted into focal-proposed. Presumably building now
[08:21] <cpaelzer> ok, I'll check later and upload mine
[08:21] <cpaelzer> thanks
[08:36] <scx> Hello
[08:36] <scx> Is there any equivalent for "snapcraft cleanbuild" in core18?
[08:37] <ogra> sil2100, https://bugs.launchpad.net/ubuntu/+source/ubuntu-image/+bug/1866002
[08:37] <ogra> for you :)
[08:38] <ogra> scx, --use-lxd i think ...
[08:41] <sil2100> ogra: thanks! On it in a minute
[08:41] <ogra> no hurry :(
[08:41] <ogra> err
[08:41] <ogra> :)
[08:41] <sil2100> (since we're having a meeting, so I have cycles for some quick background work)
[08:52] <ogra> haha, thats what meetings are for indeed :)
[10:01] <scx> ogra: thanks!
[11:31] <kanashiro> xnox, I need autodep8 0.22 to avoid some regressions of some ruby packages, is that doable? should I merge version 0.22 from Debian or do you want to do it?
[11:34] <xnox> kanashiro:  i'll merge it.
[11:35] <kanashiro> xnox, thanks
[11:39] <xnox> kanashiro:  are there any other things needed too?
[11:40] <xnox> kanashiro:  ie newer gem2deb something rather too?
[11:40] <kanashiro> xnox, no, we already have the latest gem2deb in proposed
[11:41] <kanashiro> I just need to make things migrate
[11:41] <xnox> Cool
[11:49] <cpaelzer> rbasak: rafaeldtinoco: it seems the debdiff on https://lists.ubuntu.com/archives/ubuntu-server/2020-February/008160.html got lost
[11:50] <cpaelzer> but part of the "help bryce for php" has just this issue
[11:50] <cpaelzer> rbasak: rafaeldtinoco: could one of you give the debdiff a review so I can upload that?
[11:50] <cpaelzer> You probably have the mail in your inbox as well as it was on ubuntu-server ML
[11:51] <rafaeldtinoco> https://www.irccloud.com/pastebin/4JNTkyJl/
[11:51] <rafaeldtinoco> cpaelzer: this one ?
[11:51] <cpaelzer> rafaeldtinoco: yes
[11:52]  * rbasak is too late
[11:52] <rafaeldtinoco> cpaelzer: should I review and give a +1 ?
[11:52] <rafaeldtinoco> or you wanted just the diff ?
[11:53] <cpaelzer> rafaeldtinoco: review and +1 please
[11:53] <rafaeldtinoco> ++die("skip");
[11:53] <cpaelzer> it is small, so it should hopefully not be too broken
[11:53] <rafaeldtinoco> thats harsh
[11:53] <cpaelzer> that is their common style, other tests have that already
[11:53] <rafaeldtinoco> cpaelzer: i know just kidding w/ you :P
[11:54]  * rafaeldtinoco regrets IRC cant transmit sarcasm
[11:54] <rafaeldtinoco> cpaelzer: looks good to me
[11:54] <cpaelzer> thanks
[11:54] <rafaeldtinoco> sure anytime =)
[11:54] <rafaeldtinoco> that was easy
[11:54] <kanashiro> xnox, since you asked could you help me with src:subversion? It FTBFS against swig 4 (https://issues.apache.org/jira/browse/SVN-4818) and I need to rebuild it against ruby2.7
[11:55] <kanashiro> after a discussion here yesterday I was considering to drop the python bindings
[11:56] <xnox> kanashiro:  i asked?
[11:57] <kanashiro> xnox, I thought you were offering some help :p
[11:57] <xnox> huh
[11:58] <xnox> kanashiro:  your question above, implies as if we spoke about this before. I never talked to you about neither subversion, ruby, or swig, until right now.
[11:58] <xnox> kanashiro:  are you sure you have the right person?
[11:59] <kanashiro> xnox, it was not you, it was doko. I mentioned that a discussion happened here, not that you were involved
[12:00] <xnox> kanashiro: of you mean my question slightly earlier if anything else is needed for autodep8 change, it was about the autodep8 change. As in, it has undeclared dependencies and whatever generates skips also needs to be in the archive as that piece by itself wouldn't work..... It was not an invite for any wish in the world. Just scoped to the autodep8 change.
[12:00] <kanashiro> anyway, if that's too much for you leave it on my plate
[12:01] <xnox> kanashiro: :-)
[12:01] <xnox> kanashiro: I am not offering unconditional help with ruby stuff.
[12:01] <kanashiro> xnox, ack
[12:32] <ahasenack> infinity: hi, would you be inclined to take a look at this glibc sru for bionic-only? https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1864864
[12:32] <ahasenack> it has a test case, and patch was already applied in later releases and debian
[12:37] <ahasenack> rbasak: did you see my n/i on the bacula mp?
[12:41] <rbasak> ahasenack: n/i?
[12:41] <rbasak> ahasenack: I did see the review, thanks
[12:41] <ahasenack> rbasak: needs information
[12:41] <rbasak> I'll file an FFe bug
[12:41] <rbasak> Ah
[12:41] <ahasenack> ok :)
[12:42] <rbasak> (I've grabbed the card back)
[13:39] <cpaelzer> kanashiro: libprelude LGTM now
[13:39] <cpaelzer> do you want me to sponsor it right away or only review?
[14:08] <sforshee> seb128: it looks like the latest plymouth is causing update-initramfs to hang, bug 1866030
[14:09] <seb128> sforshee, https://launchpad.net/ubuntu/+source/plymouth/0.9.4git20200109-0ubuntu3.3
[14:09] <sforshee> seb128: great!
[14:09] <sforshee> thanks
[14:10] <seb128> sforshee, though it seems it's still buggy according to the recent comments on bug #1865959 but I would welcome debug info/help to fix it since I can't reproduce (why are people installing plymouth without a theme?)
[14:11] <sforshee> seb128: for the case which I reproduced it was a uv-tool vm, and I did not install plymouth manually
[14:12] <seb128> sforshee, k, I'm at a sprint but I will try to create a vm between other things to test that
[14:15] <ahasenack> kanashiro: have you seen this error, though? /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:168:in ``': No such file or directory - dpkg-parsechangelog (Errno::ENOENT)
[14:15] <kanashiro> cpaelzer, re libprelude: sponsor it please
[14:15] <ahasenack> that code checks for a debian/ directory, and if there is one, calls dpkg-parsechangelog, which isn'g installed
[14:16] <kanashiro> ahasenack, ah yeah, it requires dpkg-dev installed
[14:16] <ahasenack> should that be a test dependency, or is it just happening for some reason when we run the tests locally?
[14:16] <kanashiro> for all packages using ruby autodep8 tests
[14:20] <kanashiro> ahasenack, I've experienced that when I am using lxd as backend (ubuntu-daily:devel image), but I've not seen it happening in the autopkgtest infra
[14:21] <sforshee> seb128: plymouth 0.9.4git20200109-0ubuntu3.3 fixes the issue in my vm
[14:46] <seb128> sforshee, thanks
[15:22] <scx> Let's say that the program wants to read data from /usr/share/<program_name>/file.xml. How to handle this in snap?
[15:24] <scx> core18/gnome-3-28
[15:51] <rbasak> scx: probably something like $SNAP/usr/share/<program_name>/file.xml, but see https://snapcraft.io/docs/environment-variables and if you have questions there are probably more who can help in #snapcraft
[15:55] <scx> rbasak: thanks!
[15:55] <eoli3n> why some libraries are located in /snap dir on 20.04 ?
[15:55] <eoli3n> /snap/core18/1668/lib/x86_64-linux-gnu/libncurses.so.5
[15:55] <eoli3n> what is that snap dir
[16:01] <scx> eoli3n: The snap directory for classic confinement: https://forum.snapcraft.io/t/process-for-reviewing-classic-confinement-snaps/1460
[16:06] <ogra> the /snap dir is where the snap packages are mounted
[18:10] <ricotz> doko, hi :), source-highlight requires another rebuild against the boost-icu-combo
[18:10] <xnox> eoli3n:  all snaps include all the library dependencies they need or can be provided by another snap, ubuntu ships some snaps by default and when using those applications the only libraries that are used, are those from under /snap.
[18:11] <xnox> eoli3n:  nothing outside of /snap uses things from under /snap
[18:12] <xnox> eoli3n:  core18 is a base snap, which provides "base" libraries and binaries which all "base: core18" snaps used.
[18:12] <xnox> eoli3n:  core18 is a base snap, which provides "base" libraries and binaries which all "base: core18" snaps use.
[19:41] <ahasenack> Skuggen: hi, still around?
[19:42] <ahasenack> Skuggen: should clients stop using my_init()? I'm reading this bit from https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-2.html: "The my_init() function is no longer included in the list of symbols exported from libmysqlclient. It need not be called explicitly by client programs because it is called implicitly by other C API initialization functions. "
[19:42] <ahasenack> Skuggen: context is https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1859773/comments/3
[19:42] <ahasenack> Skuggen: I dropped that my_init(), and now loading the module works
[19:53] <Skuggen> Hi
[19:53] <Skuggen> Yeah, it shouldn't be needed at all
[19:54] <ahasenack> Skuggen: thanks!
[21:03] <juliank> hmm disco is still listed as supported on LP
[22:00] <ailion> Notice: I got an "internal server errror" from "https://packages.ubuntu.com/disco/calamares-settings-ubuntu-common"
[22:02] <ailion> When I refresh it's gone, but the error might be hidden by a loadblancer or something like that. Check the service if needed.