[00:06] <mruffell> does anyone know why the default kvm eumlator on focal is /usr/bin/qemu-system-x86_64 directly, and not /usr/bin/kvm-spice?
[03:54] <mruffell> I filed a bug for the above ^^ https://bugs.launchpad.net/bugs/1868029
[06:11] <cpaelzer> mruffell: answered on the bug, TL;DR the change is intentional
[10:54] <cpaelzer> doko: is there a place with e.g. upstream builds of all gcc minor releases or something like it?
[10:54] <cpaelzer> doko: I might want to "bisect" through those a bit, and having soem pre-built would help
[10:57] <doko> cpaelzer: no, ubuntu-toolchain-r ppa/test has some
[10:58] <doko> what are you looking for?
[10:58] <cpaelzer> I'm hunting down a qemu issue that turned out to be a seabios issue that turned out to -maybe- be a compiler issue
[10:58] <cpaelzer> TL;DR something after Disco changed and in build environments since then the resulting binary breaks on older Penryn chips
[10:58] <doko> ugh
[10:59] <doko> not the clash-protection stuff that s m b reported?
[11:00] <cpaelzer> a new case for sure, but mabye eventually the same reason
[11:21] <cpaelzer> doko: it is indeed again fcf-protection
[11:33] <cpaelzer> doko: I'll submit a fix to disable it to the seabios project, I'll CC you in case there are any "why is fcf on" questions
[12:29] <tsimonq2> On 2019-10-18 19:40z (152 days 16 hours 32 minutes ago), you uploaded a
[12:29] <tsimonq2> file with French (fr) translations for templates in Ubuntu Focal package
[12:29] <tsimonq2> "lintian" to Launchpad.
[12:29] <tsimonq2> We were unable to import the file because of errors in its format
[12:30] <tsimonq2> Why would I get an email like this?
[12:30] <tsimonq2> I don't have TIL last time I checked.
[12:33] <tsimonq2> Also, hello. I've been fairly absent as of lately.
[12:33] <cjwatson> tsimonq2: Note the rather old date; https://launchpad.net/ubuntu/+source/lintian/+publishinghistory says you synced 2.28.0 then.  I'm guessing somebody just unstuck a translation approval queue.
[12:34] <tsimonq2> Nice.
[12:35] <tsimonq2> Thanks.
[14:16] <coreycb> hello release team, I'd like to bump python-decorator from 4.3.0 to 4.4.2. new versions of openstacksdk won't work with decorator < 4.4.0. the delta is mostly bug fixes and most of the non-openstack reverse depends are in universe.
[14:32] <ddstreet> cjwatson quick q, i have a build recipe in LP, but the resulting source package in the ppa is not signed...is there a way to get LP to sign recipe-built source packages?
[14:33] <cjwatson> No
[14:34] <ddstreet> ok, thnx :)
[14:34] <cjwatson> Almost nothing relies on signatures on source packages anyway
[14:34] <cjwatson> The containing archive is signed
[14:34] <ddstreet> well pull-lp-source does at least try to check them
[14:34] <ddstreet> but yeah, it's not really useful since lots of src pkgs are signed by keys that aren't in the debian keyring
[16:24] <seb128> sil2100, hey, could we have langpacks rolled for focal? looks we have none since the start of the cycle?
[16:27] <cjwatson> It's possible we never got the crontab set up.  I think I was waiting for some kind of confirmation before doing that
[16:28] <cjwatson> Indeed, looks like it
[16:28] <cjwatson> In the short term this is our (LP's) problem not sil2100's
[16:38] <seb128> cjwatson, thanks, I'm going to ask on #launchpad
[16:39] <cjwatson> seb128: Well I just made progress on it so ...
[16:39] <seb128> cjwatson, k, thanks
[16:49] <sil2100> Yeah, sorry about that, GunnarHj pinged me about it a while ago but I was deep in other stuff
[16:52] <sil2100> cjwatson, seb128: so is the first translation export running right now? Or is there something else we still need to do before that can happen?
[16:53] <cjwatson> sil2100: Could you apply https://code.launchpad.net/~cjwatson/langpack-o-matic/focal/+merge/380897 ?
[16:53] <cjwatson> And then it should be sorted out automatically next week
[16:53] <cjwatson> It isn't running right now - I was going to leave it to cron
[16:53] <cjwatson> Can run it if it's more urgent than that though, I guess
[16:54] <sil2100> cjwatson: when is the focal export planned? I usually do the first full base packs manually, so I can do those whenever we get the export
[16:55]  * sil2100 checks the Full language pack export checkbox
[16:55] <sil2100> It's not urgent or anything
[16:56] <seb128> urgent it's not, but it would be useful to be able to test whether strings are translatable/translated
[16:56] <seb128> if it's not too expensive to kick an export now it would be nice still
[16:56] <seb128> we are not that far from beta
[16:57] <GunnarHj> Agree with seb128 here. There av dozens of translators out there who would like to check the result of their work.
[16:57] <cjwatson> If I do nothing it'd be Tuesday
[16:57] <cjwatson> I'll go and request one
[16:58] <sil2100> cjwatson: thank you! In that case I'll create the first base packs tomorrow
[16:58] <sil2100> GunnarHj: ^
[16:58] <seb128> cjwatson, thanks
[16:58] <seb128> hey GunnarHj :)
[16:58] <sil2100> GunnarHj: (sorry it took so long, it's a bit crazy again)
[16:59] <GunnarHj> sil2100: Np. I understand about priorities.
[17:00] <cjwatson> Dropped ball here I think.  I think I missed https://lists.launchpad.net/ubuntu-translations-coordinators/msg11353.html
[17:00] <cjwatson> Ah, because it wasn't CCed to me
[17:01] <cjwatson> So the state machine I was running hung
[17:01] <cjwatson> Export is running now on the LP side; should take a few hours.
[17:03] <GunnarHj> sil2100: Btw, good if you keep bug #1864680 in mind.
[17:08] <seb128> sil2100, btw I updated the proposed migration mp with the import a new line
[17:50] <sil2100> GunnarHj: will do!
[17:50] <sil2100> cjwatson: thank you!
[17:50] <sil2100> seb128: thanks, looking o/
[18:04] <xevious> bryce: Do you have a link that shows the build status for the PHP 7.4 packages? I only see php-text-captcha (its status says it's waiting on php-numbers-words) on the build failures link in the topic.
[18:32] <ahasenack> kanashiro: this is the only red remaining for gem2deb, I found the right combination of triggers for the ruby-commander reds and those will clear next round
[18:32] <ahasenack> http://autopkgtest.ubuntu.com/packages/r/ruby-activeldap/focal/armhf
[18:32] <ahasenack> kanashiro: any idea? ^
[18:33] <ahasenack> it passed with gem2deb/1.0.5, but failed with gem2deb/1.0.5ubuntu1
[18:34] <ahasenack> 1second diff
 expected but was

[18:34] <kanashiro> ahasenack, it might be an issue just in armhf because of timing
[18:34] <kanashiro> yes, just checked this failure log
[18:34] <ahasenack> let me retry it
[18:35] <ahasenack> thanks
[18:45] <ahasenack> doko: hi, if you are still around, about one paragraph in the bind9.16.1 release notes here: https://downloads.isc.org/isc/bind9/9.16.1/RELEASE-NOTES-bind-9.16.1.html
[18:45] <ahasenack> " Feature Changes"
[18:45] <ahasenack> about pthread-rwlock
[18:46] <ahasenack> bind is switching from their own implementation (?) to the glibc one
[18:46] <ahasenack> "The system-provided POSIX Threads read-write lock implementation is now used by default instead of the native BIND 9 implementation"
[18:46] <ahasenack> any comment about that? Should we follow this upstream change, or disable it? Note the bug they mention affects only bionic
[19:03] <bryce> hi xevious, sorry was in a meeting, yes I have a link one sec
[19:03] <bryce> xevious, what I've been looking at is this page - https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#ubuntu-server
[19:04] <bryce> under ubuntu-server, the php-defaults bullet lists the php-horde regressions, with links to logs
[19:05] <bryce> I'm going to send an email to the ubuntu-server@lists.ubuntu.com mailing list with a longer list of packages and what I noticed in a cursory look
[19:14] <GunnarHj> Hi vorlon, sorry to bother you again about this, but d-i has been built after your latest upload of gfxboot-theme-ubuntu, and still no tg language in the isolinux menu (checked today's daily build).
[19:19] <ahasenack> kanashiro: passed on a simple retry: http://autopkgtest.ubuntu.com/packages/r/ruby-activeldap/focal/armhf
[19:19] <ahasenack> good
[19:19] <ahasenack> gem2deb will migrate in the next run then, or the one after
[19:20] <kanashiro> ahasenack, good :)
[19:20] <xevious> bryce: Have you already sent that? If not, let me subscribe first.
[19:25] <bryce> xevious, sorry not yet, got caught up in some followup meeting notes
[19:27] <xevious> No worries. I'm not going to be able to really look into this until tomorrow, anyway. I subscribed to the mailing list, so I'll keep an eye out for your post.
[19:27] <bryce> xevious, great!
[19:38] <doko> ahasenack: hmm, where should that be added?
[19:38] <pgnd> juliank: to your comment in convo with hggdh re: grub update 'vs' continuation lines, specifically:
 So they made a change in their files between those and that blew up after the upgrade
[19:38] <ahasenack> doko: it's a new default in bind9.16.1's ./configure, i.e., without doing anything, we get the changed behavior
[19:38] <pgnd> nope.  no changes for a loong time.
[19:39] <ahasenack> if we want to revert to how 9.16.0 is, we have to now pass --disable-pthread-rwlock to ./configure
[19:39] <ahasenack> focal has 9.16.0
[19:39] <ahasenack> my intention is to update to 9.16.1
[19:39] <doko> why do you tell me that?
[19:39] <ahasenack> doko: because you know glibc
[19:39] <ahasenack> and I wanted your opinion on this feature
[19:39] <doko> ahh, looking at Fedora ...
[19:40] <ahasenack> doko: we also have a bug in bionic's glibc when using pthread-rwlock, https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1864864
[19:42] <doko> ahasenack: https://src.fedoraproject.org/rpms/bind/blob/master/f/bind.spec  I don't see it disabled there
[19:43] <ahasenack> doko: checking. Is that for 9.16.1?
[19:43] <ahasenack> that was released today
[19:43] <ahasenack> doko: that's 9.11?
[19:43] <doko> yes
[19:43] <ahasenack> irrelevant for 9.11
[19:52] <rafaeldtinoco> ivoks: ping. I see you are an admin for ubunt-ha community but it appears to be inactive since ~2010 or so. I'm doing the maintenance of all HA related packages and going through bugs and all, would u mind closing that group and/or pointing to "ubuntu-server-ha" group ? <- we're using that group to track ubuntu-ha related stuff
[20:09] <coreycb> vorlon: hi, if you're avail, I would like to get release team permission to bump python-decorator from 4.3.0 to 4.4.2 in focal
[20:12] <tjaalton> LocutusOfBorg: hi, do you have an idea why building mesa with llvm-10 fails with "undefined reference to `getPollyPluginInfo()"? Wondering if it's a packaging bug, before I go complain upstream..
[20:16] <LocutusOfBorg> tjaalton, let me sync llvm-toolchain-10-rc5 with the fix hopefully
[20:16] <LocutusOfBorg> otherwise I'll fix it
[20:16] <LocutusOfBorg> can you please check debian/sid in the meanwhile?
[20:16] <LocutusOfBorg> I'm speaking about https://reviews.llvm.org/D74464
[20:22] <tjaalton> is rc5 in sid?
[20:24] <LocutusOfBorg> tjaalton, not yet built
[20:24] <LocutusOfBorg> but I checked, no patch there, so I'm uploading it to focal
[20:25] <tjaalton> ok, cool
[20:29] <LocutusOfBorg> tjaalton, here you go https://launchpad.net/ubuntu/+source/llvm-toolchain-10/1:10.0.0~+rc5-1ubuntu1
[20:30] <LocutusOfBorg> please report back when you can, so I upload in debian too
[20:32] <tjaalton> LocutusOfBorg: it probably takes some hours to build?-)
[20:32] <LocutusOfBorg> yep
[20:33] <LocutusOfBorg> ~5h
[20:33] <tjaalton> I didn't realize they use github now for issues
[20:43] <LocutusOfBorg> fortunately yes!
[20:52] <ahasenack> if a debian package has no d/gbp.conf, nor d/README.source, how can I tell what rules were applied to prepare its dfsg orig tarball?
[20:53] <ahasenack> d/watch has just the +dfsg mangling
[21:12] <ginggs> ahasenack: maybe Files-Excluded in d/copyright?
[21:12] <ahasenack> ginggs: oh, there is a hint
[21:12] <ahasenack> Files-Excluded: docs/doxygen
[21:12] <ahasenack> thanks, I'll try that
[21:17] <ahasenack> kanashiro: gem2deb is a valid candidate!
[21:17] <ahasenack> kanashiro: and has in fact migrated already: https://launchpad.net/ubuntu/+source/gem2deb
[21:18] <kanashiro> ahasenack, \o/