=== giraffe is now known as Guest76646 [01:57] rbasak: It seems you had a discussion about this back in March, but ~ubuntu-sponsors has been subscribed: bug 1758196 [01:57] bug 1758196 in fdroidserver (Ubuntu) "SRU fdroidserver 1.0.8-3 (universe) to bionic from cosmic or Debian/testing (main)" [Undecided,Confirmed] https://launchpad.net/bugs/1758196 [01:57] It would be great if you could take a look when you have a second. === dkessel_ is now known as dkessel === simonquigley is now known as tsimonq2 === FlannelKing is now known as Flannel [10:51] acheronuk, the firefox 62 beta7 build will fix the problem [10:51] ricotz: great. thanks. :) [11:28] tsimonq2: I commented on the bug [11:55] juliank: hi! do you have a libgcrypt merge planned soon? [11:58] mdeslaur: no, but I can do that now [11:58] juliank: awesome, thanks! === tlyu_ is now known as tlyu === robert_ancell_ is now known as robert_ancell === caribou_ is now known as caribou [15:57] juliank: Thank for opening bug 1780996, to work on it I should assign a package task to myself and then see what release it has an await trigger in correct? [15:57] bug 1780996 in libreoffice (Ubuntu Xenial) "Convert triggers to noawait" [Undecided,Triaged] https://launchpad.net/bugs/1780996 [15:58] bdmurray: I think that works [15:58] JFTR for everyone else: This is a huge meta bug tracking the conversion of triggers to noawait in a ton of packages [15:59] In the hope to make xenial -> bionic upgrades more successful [15:59] People are welcome to join [15:59] :D [15:59] Its important to look and see if there are other changes needed in addition to just flipping the trigger though. [15:59] yes [16:00] We either need to flip it, or if it really needs to be await we need to add dependencies to all packages triggering [16:00] it [16:00] * juliank is bad at line breaks, apparently [16:00] File triggers should generally be the most safe to convert, except for gsettings schema and some friends. [16:01] Basically ask yourself the question: If this trigger does not get run, is the package unusable? [16:02] or well, does not get run before the package is being configured. [16:02] Because you do want the package to be usable when configured. [16:04] The rule for triggering packages is: Either depend on what you're triggering or do not wait for it. [16:04] We might not catch all of the packages triggering file triggers [16:05] um [16:05] Would appreciate you forwarding any changes you find back to Debian. [16:05] at least for desktop stuff [16:05] Laney: we searched for things that had already converted from await to noawait since xenial [16:06] so they are presumably already fixed in Debian [16:06] Hmm [16:06] I think I also added some packages that are not fixed in cosmic yet [16:07] best to check cosmic, bionic, and xenial for each package [16:07] and mark the task as fix released or triaged accordingly [16:07] like I did for appstream [16:07] and libreoffice [16:08] I'm _not_ going to do libreoffice, my bandwidth is not high enough for that [16:08] Right, so looking at xpdf its the same version in bionic and cosmic and has changed to noawait so I'll set those to Fix Released. [16:13] bdmurray: I'm using dch -i "Convert triggers to noawait (LP: #1780996)" for the changelog [16:13] Launchpad bug 1780996 in appstream (Ubuntu Xenial) "Convert triggers to noawait" [Undecided,In progress] https://launchpad.net/bugs/1780996 [16:13] and then dch -r and distro fixing [16:14] juliank, bdmurray, you can forward the noawait problem of libreoffice to debian too [16:17] bdmurray: Hmm, we could also mark the already fixed ones as invalid; and then have a way to distinguish "really fixed" vs "already fixed" for forwarding purposes? Not sure. [16:39] ricotz: it's fixed in cosmic/bionic already, so I don't think we're going to check if that's a local change or not [16:39] especially as libreoffice is a -0ubuntu [16:40] I think the rule is: If it's not fixed in cosmic yet, we check and forward it [16:40] otherwise it gets annoying [16:56] [16:55:59] can anybody please give me an hint about libunistring and libidn build failures? they seems to be a regression in release, not happening in debian, glib related, but I can't see toolchain changes there [16:58] bdmurray: your review of https://code.launchpad.net/~smoser/software-properties/trunk.lp-1779302-retry-recv-keys/+merge/349213 would be appreciated or *someone* to review that. [16:58] bug 1779302 [16:58] bug 1779302 in software-properties (Ubuntu) "should retry reading key from keyserver (in _recv_key)" [Undecided,Confirmed] https://launchpad.net/bugs/1779302 [17:06] smoser: I'll have a look in a bit [17:27] mitya57: Do you plan on fixing sphinx for xenial? [17:28] juliank, you mean it is not an issue in libreoffice 6.0.3-0ubuntu1 ? [17:28] ricotz: yes [17:28] so "interest-noawait" is fine? [17:28] yes [17:28] ah I see [17:28] good [17:29] bad are interest and interest-await, and activate, and activate-await [17:29] well, the -await ones are explicit, so they are likely really needed. [17:29] the ones without a suffix are await for legacy reasons [17:36] bdmurray: I don’t have much time so if you want to fix it yourself, please do [17:37] bdmurray: i certainlyi would not be opposed to review of https://code.launchpad.net/~smoser/ubuntu-archive-tools/package-sets/+merge/348334 also. [17:37] bdmurray: the relevant commit is https://salsa.debian.org/python-team/modules/sphinx/commit/e65ad395b01708fda2367030c54ef4e702d28a3b [17:38] mitya57: Cool, I'll take it. There were no other changes needed? [17:39] bdmurray: no other changes, just changing the type worked fine === CeRVaNTeS is now known as orko === orko is now known as whatzzzz === led_ir23 is now known as led_ir22 [21:45] rbasak: Thank you.