[07:43] 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:43] bug 1513528 in software-properties (Ubuntu) "/usr/bin/software-properties-gtk:KeyError:__getitem__:__getitem__:show_drivers:set_driver_action_status:__getitem__" [Undecided,New] https://launchpad.net/bugs/1513528 [07:45] coreycb, what about syncing congress from Debian? [07:46] Laney: woot! SRU commenting works: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1832374/comments/8 [07:46] Launchpad bug 1832374 in gnome-settings-daemon (Ubuntu Disco) "Media keys stop working due to missing service file" [Undecided,Fix committed] [07:46] Laney: I'll have to create/switch to some bot account for the messages though [07:47] 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] the upload that should resolve it is already in E-proposed [07:48] xnox, looks like from all the syncs, only boxbackup is sad... can I fix or do you want to take it? [07:48] but I see that you have found the bug today :-) [07:48] 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] cpaelzer, right :) [07:48] thx [07:48] hehe [07:49] ok I only was concerend you'd have spent hour(s) on debugging this [07:49] we are good then [07:49] I didn't [07:49] thx for the ping :) [08:02] sil2100: nice! [08:08] And I guess next step is to make the comment a bit more verbose, with what specific tests are failing etc. [08:17] sil2100: there's an Ubuntu Archive Bot account isn't there, maybe you can spoof its address? [08:17] on the other hand you will get karma from these comments ;-) [08:49] LocutusOfBorg: anychance you review https://git.launchpad.net/~sahid-ferdjaoui/ubuntu/+source/python-mimeparse/ ? [08:51] buildlog here: https://launchpad.net/~sahid-ferdjaoui/+archive/ubuntu/eoan-train-proposed/+build/17192172 [08:53] 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] uploading such delta as Ubuntu only seems just stupid... [08:53] (unless there is an Ubuntu-only bug, but this isn't the case to me) [09:03] 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] LocutusOfBorg: also I think debian experimental is removing python2 support which will create for us lot of difficulties [09:21] sahid, nobody is removing python2 yet === pieq_ is now known as pieq [09:32] LocutusOfBorg: right, I'm woking on the package update for debian, should be ready soon [09:47] LocutusOfBorg: https://salsa.debian.org/sahid-guest/python-mimeparse [10:14] sahid, can you please also open a merge request against https://salsa.debian.org/python-team/modules/python-mimeparse ? [10:15] screw that, you already did a good job [10:16] sahid, did you forget to push pristine-tar branch? [10:27] I'm converting to pybuild [10:27] you did some mistake, e.g. wrong -0 version (should be -1) [10:27] and missed the "closes" bugs in new release [10:27] but the other stuff looks good [10:52] sahid, please see my changes [10:56] uploaded in Ubuntu too [10:58] https://launchpad.net/ubuntu/+source/python-mimeparse/1.6.0-1~build1 [10:58] you are now on your own to fix bugs :D [11:29] great thanks LocutusOfBorg [11:29] and thanks for the fixes === jdstrand_ is now known as jdstrand === ricab is now known as ricab|lunch [12:15] 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] cyphermox: I also sent a mail to DMB with the same request. [12:36] GunnarHj: I can do that [12:36] sil2100: Excellent, thanks! [13:28] 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] PKGConfig not find the library. How could I check that? [13:29] 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] woenx: this channel is for development of Ubuntu itself, as opposed to development _on_ Ubuntu. [13:38] Oh, ok [13:38] woenx: I'm not sure where to suggest on IRC. [13:38] woenx: you might try askubuntu.com [13:39] I might, thank you === ricab|lunch is now known as ricab === tmhoang5 is now known as tmhoang1 [14:06] oSoMoN, can I fixup sphinx build failure? [14:07] oops looks like my fix didn't work [14:08] 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:08] Launchpad bug 1834236 in python3.7 (Ubuntu) "codecs.open(errors='strict') doesn't fail on invalid encoding with python3.7.4 RC1" [Undecided,New] [14:09] I'm waiting for the 3.7.4 release which should be tomorrow [14:17] nice oSoMoN ! [14:41] seb128: I wanted to talk about the bug with the Foundations team during our meeting. [14:42] bdmurray, ah ok [14:42] I guess rls-bb-incoming would have been more appropriate... [14:43] although this looks like a smiliar issue https://errors.ubuntu.com/problem/7aae2289a43859d4f1ec3b362edf284bcc6dca7a [14:44] ddstreet: thank you for driving bug 1556302 [14:44] Would it be worth release noting that change? [14:44] bug 1556302 in sudo (Ubuntu Disco) "Ubuntu patch to add HOME to env_keep makes custom commands vulnerable by default" [Low,In progress] https://launchpad.net/bugs/1556302 [14:50] bdmurray, yeah, if the bug is abour bionic rls-bb-incoming makes probably more sense [16:07] rbasak yes, i think it would be worth adding to the release notes === jmbl_ is now known as jmbl === mapreri_ is now known as mapreri [18:54] 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] if these build logs ring a bell for someone let me know the hints that you have [18:55] 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] cpaelzer: Is there a diff between a known good's debian/rules and this version's debian/rules? [18:58] 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] 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] I'll call it a day, but if anyone sees something in these logs hints are welcome :-) [19:01] cu [19:02] I don't know on this one :) [19:35] cpaelzer looks to be failing due to: [19:35] dh_install: qemu-system-data missing files: pc-bios/qemu_logo_no_text.svg [19:35] dh_install: missing files, aborting [19:35] make: *** [debian/rules:345: binary-indep] Error 25 [19:35] make: *** Waiting for unfinished jobs.... [19:36] plus a couple other missing files on the lines right above that [20:10] 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] wxl: shouldn't it be %(dist)s or did you not type the "s" suffix? [20:14] TJ-: well, that's what it is.. i was just typing it out in a way that sounded grammatically correct XD [20:31] p/win 2 [20:53] wxl: so far as I can tell germinate-update-metapackage only uses replaceable python variables within update.cfg itself [22:31] TJ-: why it doesn't take dist to update distribution in the changelog is beyond me [23:37] 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] 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) === SuperKaramba is now known as BenderRodriguez [23:40] cjwatson: works for me, thanks! [23:49] thanks cjwatson :)