[07:43] <seb128> bdmurray, bug #1513528 you tagged it as rls-ee-incoming but there has been no report on disco or eoan so far, I'm unsure what's the logic behind the nomination? how a bug that got 0 report can be a rls candidate for that serie?
[07:45] <LocutusOfBorg> coreycb, what about syncing congress from Debian?
[07:46] <sil2100> Laney: woot! SRU commenting works: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1832374/comments/8
[07:46] <sil2100> Laney: I'll have to create/switch to some bot account for the messages though
[07:47] <cpaelzer> seb128: I see you retried spcie as well - I haven't found the time to file the bug yesterday - I hope you didn't waste more time on it
[07:47] <cpaelzer> the upload that should resolve it is already in E-proposed
[07:48] <LocutusOfBorg> xnox, looks like from all the syncs, only boxbackup is sad... can I fix or do you want to take it?
[07:48] <cpaelzer> but I see that you have found the bug today :-)
[07:48] <seb128> cpaelzer, I didn't, I shouldn't have clicked that retry, I had a bunch of things open in tabs and clicked that one by error, I meant to look at the log first
[07:48] <seb128> cpaelzer, right :)
[07:48] <seb128> thx
[07:48] <cpaelzer> hehe
[07:49] <cpaelzer> ok I only was concerend you'd have spent hour(s) on debugging this
[07:49] <cpaelzer> we are good then
[07:49] <seb128> I didn't
[07:49] <seb128> thx for the ping :)
[08:02] <Laney> sil2100: nice!
[08:08] <sil2100> And I guess next step is to make the comment a bit more verbose, with what specific tests are failing etc.
[08:17] <Laney> sil2100: there's an Ubuntu Archive Bot account isn't there, maybe you can spoof its address?
[08:17] <Laney> on the other hand you will get karma from these comments ;-)
[08:49] <sahid> LocutusOfBorg: anychance you review https://git.launchpad.net/~sahid-ferdjaoui/ubuntu/+source/python-mimeparse/ ?
[08:51] <sahid> buildlog here: https://launchpad.net/~sahid-ferdjaoui/+archive/ubuntu/eoan-train-proposed/+build/17192172
[08:53] <LocutusOfBorg> sahid, sure, if you first push changes in Debian on the two bugs open about new release, I can review/upload to experimental and then sync to Ubuntu
[08:53] <LocutusOfBorg> uploading such delta as Ubuntu only seems just stupid...
[08:53] <LocutusOfBorg> (unless there is an Ubuntu-only bug, but this isn't the case to me)
[09:03] <sahid> LocutusOfBorg: I was working on OpenStack Train snapshots, zaqar is requiring python-falcon 1.1.0 so I bumped the version but python-falcon 1.1.0 is requiring python-mimeparse 1.5.2 so I bumped the version
[09:05] <sahid> LocutusOfBorg: also I think debian experimental is removing python2 support which will create for us lot of difficulties
[09:21] <LocutusOfBorg> sahid, nobody is removing python2 yet
[09:32] <sahid> LocutusOfBorg: right, I'm woking on the package update for debian, should be ready soon
[09:47] <sahid> LocutusOfBorg: https://salsa.debian.org/sahid-guest/python-mimeparse
[10:14] <LocutusOfBorg> sahid, can you please also open a merge request against https://salsa.debian.org/python-team/modules/python-mimeparse ?
[10:15] <LocutusOfBorg> screw that, you already did a good job
[10:16] <LocutusOfBorg> sahid, did you forget to push pristine-tar branch?
[10:27] <LocutusOfBorg> I'm converting to pybuild
[10:27] <LocutusOfBorg> you did some mistake, e.g. wrong -0 version (should be -1)
[10:27] <LocutusOfBorg> and missed the "closes" bugs in new release
[10:27] <LocutusOfBorg> but the other stuff looks good
[10:52] <LocutusOfBorg> sahid, please see my changes
[10:56] <LocutusOfBorg> uploaded in Ubuntu too
[10:58] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/python-mimeparse/1.6.0-1~build1
[10:58] <LocutusOfBorg> you are now on your own to fix bugs :D
[11:29] <sahid> great thanks LocutusOfBorg
[11:29] <sahid> and thanks for the fixes
[12:15] <GunnarHj> cyphermox: Hi Mathieu, yesterday you added a couple of packages, including gnome-control-center, to the ubuntu-desktop packageset. As a new ubuntu-desktop member I just tried to upload g-c-c to disco, but it was rejected. Any chance you can make the changes in the ubuntu-desktop set for disco (and bionic) too?
[12:33] <GunnarHj> cyphermox: I also sent a mail to DMB with the same request.
[12:36] <sil2100> GunnarHj: I can do that
[12:36] <GunnarHj> sil2100: Excellent, thanks!
[13:28] <woenx> Hello everyone. I'm trying to compile an application, and also compile some of its dependencies, because the ones in the repositories are not recent enough. Particularly, I am having trouble with libexiv2. It seems to have compiled correctly, as I can run the command and all witout errors, but it is not detected by the other software I want to compile (digikam). One of  the developers suggested it might have something to do with
[13:28] <woenx> PKGConfig not find the library. How could I check that?
[13:29] <woenx> They told me this is the script that checks for libexiv2 while compiling: https://cgit.kde.org/digikam.git/tree/core/cmake/modules/FindExiv2.cmake
[13:38] <rbasak> woenx: this channel is for development of Ubuntu itself, as opposed to development _on_ Ubuntu.
[13:38] <woenx> Oh, ok
[13:38] <rbasak> woenx: I'm not sure where to suggest on IRC.
[13:38] <rbasak> woenx: you might try askubuntu.com
[13:39] <woenx> I might, thank you
[14:06] <LocutusOfBorg> oSoMoN, can I fixup sphinx build failure?
[14:07] <LocutusOfBorg> oops looks like my fix didn't work
[14:08] <oSoMoN> LocutusOfBorg, be my guest if you have a fix that works for python 2 and 3. Note that according to https://bugs.launchpad.net/ubuntu/+source/python3.7/+bug/1834236/comments/6 the bug is in Python 3.7.4, and is already fixed there, so the next upload of python3.7 should resolve the situation
[14:09] <doko> I'm waiting for the 3.7.4 release which should be tomorrow
[14:17] <LocutusOfBorg> nice oSoMoN !
[14:41] <bdmurray> seb128: I wanted to talk about the bug with the Foundations team during our meeting.
[14:42] <seb128> bdmurray, ah ok
[14:42] <bdmurray> I guess rls-bb-incoming would have been more appropriate...
[14:43] <bdmurray> although this looks like a smiliar issue https://errors.ubuntu.com/problem/7aae2289a43859d4f1ec3b362edf284bcc6dca7a
[14:44] <rbasak> ddstreet: thank you for driving bug 1556302
[14:44] <rbasak> Would it be worth release noting that change?
[14:50] <seb128> bdmurray, yeah, if the bug is abour bionic rls-bb-incoming makes probably more sense
[16:07] <ddstreet> rbasak yes, i think it would be worth adding to the release notes
[18:54] <cpaelzer> I'm failing to see why exactly the build actually breaks on https://launchpadlibrarian.net/430699542/buildlog_ubuntu-eoan-amd64.qemu_1%3A4.0+dfsg-0ubuntu1~ppa6_BUILDING.txt.gz (PPA) or http://paste.ubuntu.com/p/Rt5wXwR2mP/  (sbuild)
[18:55] <cpaelzer> if these build logs ring a bell for someone let me know the hints that you have
[18:55] <cpaelzer> they fail reproducibly, but at slightly different places as if it would fail after x time or y space (no matter where it is at that time)
[18:56] <tsimonq2> cpaelzer: Is there a diff between a known good's debian/rules and this version's debian/rules?
[18:58] <cpaelzer> tsimonq2: same d/rules as in the qemu 3.1 in Eoan atm (no change yet for qemu 4.0 which this is) -> http://paste.ubuntu.com/p/ZMgxCdT8q7/
[19:00] <cpaelzer> I might rebuild a qemu 3.1 tomorrow in Eoan to know if it might be some other change in Eoan that triggers this behavior
[19:01] <cpaelzer> I'll call it a day, but if anyone sees something in these logs hints are welcome :-)
[19:01] <cpaelzer> cu
[19:02] <tsimonq2> I don't know on this one :)
[19:35] <ddstreet> cpaelzer looks to be failing due to:
[19:35] <ddstreet> dh_install: qemu-system-data missing files: pc-bios/qemu_logo_no_text.svg
[19:35] <ddstreet> dh_install: missing files, aborting
[19:35] <ddstreet> make: *** [debian/rules:345: binary-indep] Error 25
[19:35] <ddstreet> make: *** Waiting for unfinished jobs....
[19:36] <ddstreet> plus a couple other missing files on the lines right above that
[20:10] <wxl> with germinate-update-metapackage, it doesn't seem to take %(dist) as the value for the distribution field in d/changelog. should that be considered a bug or is there some other mitigation i'm not aware of for this?
[20:13] <TJ-> wxl: shouldn't it be %(dist)s  or did you not type the "s" suffix?
[20:14] <wxl> TJ-: well, that's what it is.. i was just typing it out in a way that sounded grammatically correct XD
[20:31] <roaksoax> p/win 2
[20:53] <TJ-> wxl: so far as I can tell germinate-update-metapackage only uses replaceable python variables within update.cfg itself
[22:31] <wxl> TJ-: why it doesn't take dist to update distribution in the changelog is beyond me
[23:37] <cjwatson> wxl: it just calls dch, and dch's default behaviour is to put UNRELEASED in new changelog entries rather than any particular series; so it's out of scope for germinate-update-metapackage
[23:38] <cjwatson> it is intended that you will separately use dch -r when you've decided to release the package.  (after all, germinate-update-metapackage might reasonably not be the only change you make)
[23:40] <wxl> cjwatson: works for me, thanks!
[23:49] <wxl> thanks cjwatson :)