[00:06] 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] I filed a bug for the above ^^ https://bugs.launchpad.net/bugs/1868029 [03:54] Launchpad bug 1868029 in libvirt (Ubuntu Focal) "focal not using /usr/bin/kvm-spice as default emulator" [Undecided,New] [06:11] mruffell: answered on the bug, TL;DR the change is intentional === tacocat is now known as jlu5 === bipul is now known as reckless [10:54] doko: is there a place with e.g. upstream builds of all gcc minor releases or something like it? [10:54] doko: I might want to "bisect" through those a bit, and having soem pre-built would help [10:57] cpaelzer: no, ubuntu-toolchain-r ppa/test has some [10:58] what are you looking for? [10:58] 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] TL;DR something after Disco changed and in build environments since then the resulting binary breaks on older Penryn chips [10:58] ugh [10:59] not the clash-protection stuff that s m b reported? [11:00] a new case for sure, but mabye eventually the same reason [11:21] doko: it is indeed again fcf-protection [11:33] 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] On 2019-10-18 19:40z (152 days 16 hours 32 minutes ago), you uploaded a [12:29] file with French (fr) translations for templates in Ubuntu Focal package [12:29] "lintian" to Launchpad. [12:29] We were unable to import the file because of errors in its format [12:30] Why would I get an email like this? [12:30] I don't have TIL last time I checked. [12:33] Also, hello. I've been fairly absent as of lately. [12:33] 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] Nice. [12:35] Thanks. === Wryhder is now known as Lucas_Gray [14:16] 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] 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] No [14:34] ok, thnx :) [14:34] Almost nothing relies on signatures on source packages anyway [14:34] The containing archive is signed [14:34] well pull-lp-source does at least try to check them [14:34] but yeah, it's not really useful since lots of src pkgs are signed by keys that aren't in the debian keyring === bdmurray_ is now known as bdmurray [16:24] sil2100, hey, could we have langpacks rolled for focal? looks we have none since the start of the cycle? [16:27] 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] Indeed, looks like it [16:28] In the short term this is our (LP's) problem not sil2100's [16:38] cjwatson, thanks, I'm going to ask on #launchpad [16:39] seb128: Well I just made progress on it so ... [16:39] cjwatson, k, thanks [16:49] Yeah, sorry about that, GunnarHj pinged me about it a while ago but I was deep in other stuff [16:52] 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] sil2100: Could you apply https://code.launchpad.net/~cjwatson/langpack-o-matic/focal/+merge/380897 ? [16:53] And then it should be sorted out automatically next week [16:53] It isn't running right now - I was going to leave it to cron [16:53] Can run it if it's more urgent than that though, I guess [16:54] 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] It's not urgent or anything [16:56] urgent it's not, but it would be useful to be able to test whether strings are translatable/translated [16:56] if it's not too expensive to kick an export now it would be nice still [16:56] we are not that far from beta [16:57] Agree with seb128 here. There av dozens of translators out there who would like to check the result of their work. [16:57] If I do nothing it'd be Tuesday [16:57] I'll go and request one [16:58] cjwatson: thank you! In that case I'll create the first base packs tomorrow [16:58] GunnarHj: ^ [16:58] cjwatson, thanks [16:58] hey GunnarHj :) [16:58] GunnarHj: (sorry it took so long, it's a bit crazy again) [16:59] sil2100: Np. I understand about priorities. [17:00] Dropped ball here I think. I think I missed https://lists.launchpad.net/ubuntu-translations-coordinators/msg11353.html [17:00] Ah, because it wasn't CCed to me [17:01] So the state machine I was running hung [17:01] Export is running now on the LP side; should take a few hours. [17:03] sil2100: Btw, good if you keep bug #1864680 in mind. [17:03] bug 1864680 in localechooser (Ubuntu) "Revival of language packs for Kurdish (Sorani)" [Medium,Triaged] https://launchpad.net/bugs/1864680 [17:08] sil2100, btw I updated the proposed migration mp with the import a new line [17:50] GunnarHj: will do! [17:50] cjwatson: thank you! [17:50] seb128: thanks, looking o/ [18:04] 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] 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] http://autopkgtest.ubuntu.com/packages/r/ruby-activeldap/focal/armhf [18:32] kanashiro: any idea? ^ [18:33] it passed with gem2deb/1.0.5, but failed with gem2deb/1.0.5ubuntu1 [18:34] 1second diff [18:34] <"2020-03-12T14:39:59Z"> expected but was [18:34] <"2020-03-12T14:39:58Z"> [18:34] ahasenack, it might be an issue just in armhf because of timing [18:34] yes, just checked this failure log [18:34] let me retry it [18:35] thanks [18:45] 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] " Feature Changes" [18:45] about pthread-rwlock [18:46] bind is switching from their own implementation (?) to the glibc one [18:46] "The system-provided POSIX Threads read-write lock implementation is now used by default instead of the native BIND 9 implementation" [18:46] any comment about that? Should we follow this upstream change, or disable it? Note the bug they mention affects only bionic [19:03] hi xevious, sorry was in a meeting, yes I have a link one sec [19:03] 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] under ubuntu-server, the php-defaults bullet lists the php-horde regressions, with links to logs [19:05] 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] 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] kanashiro: passed on a simple retry: http://autopkgtest.ubuntu.com/packages/r/ruby-activeldap/focal/armhf [19:19] good [19:19] gem2deb will migrate in the next run then, or the one after [19:20] ahasenack, good :) [19:20] bryce: Have you already sent that? If not, let me subscribe first. [19:25] xevious, sorry not yet, got caught up in some followup meeting notes [19:27] 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] xevious, great! [19:38] ahasenack: hmm, where should that be added? [19:38] juliank: to your comment in convo with hggdh re: grub update 'vs' continuation lines, specifically: [19:38] So they made a change in their files between those and that blew up after the upgrade [19:38] doko: it's a new default in bind9.16.1's ./configure, i.e., without doing anything, we get the changed behavior [19:38] nope. no changes for a loong time. [19:39] if we want to revert to how 9.16.0 is, we have to now pass --disable-pthread-rwlock to ./configure [19:39] focal has 9.16.0 [19:39] my intention is to update to 9.16.1 [19:39] why do you tell me that? [19:39] doko: because you know glibc [19:39] and I wanted your opinion on this feature [19:39] ahh, looking at Fedora ... [19:40] doko: we also have a bug in bionic's glibc when using pthread-rwlock, https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1864864 [19:40] Launchpad bug 1864864 in glibc (Ubuntu Bionic) "[SRU] pthread_rwlock_trywrlock results in hang" [Undecided,Triaged] [19:42] ahasenack: https://src.fedoraproject.org/rpms/bind/blob/master/f/bind.spec I don't see it disabled there [19:43] doko: checking. Is that for 9.16.1? [19:43] that was released today [19:43] doko: that's 9.11? [19:43] yes [19:43] irrelevant for 9.11 [19:52] 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] 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] 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] tjaalton, let me sync llvm-toolchain-10-rc5 with the fix hopefully [20:16] otherwise I'll fix it [20:16] can you please check debian/sid in the meanwhile? [20:16] I'm speaking about https://reviews.llvm.org/D74464 [20:22] is rc5 in sid? [20:24] tjaalton, not yet built [20:24] but I checked, no patch there, so I'm uploading it to focal [20:25] ok, cool [20:29] tjaalton, here you go https://launchpad.net/ubuntu/+source/llvm-toolchain-10/1:10.0.0~+rc5-1ubuntu1 [20:30] please report back when you can, so I upload in debian too [20:32] LocutusOfBorg: it probably takes some hours to build?-) [20:32] yep [20:33] ~5h [20:33] I didn't realize they use github now for issues [20:43] fortunately yes! [20:52] 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] d/watch has just the +dfsg mangling [21:12] ahasenack: maybe Files-Excluded in d/copyright? [21:12] ginggs: oh, there is a hint [21:12] Files-Excluded: docs/doxygen [21:12] thanks, I'll try that [21:17] kanashiro: gem2deb is a valid candidate! [21:17] kanashiro: and has in fact migrated already: https://launchpad.net/ubuntu/+source/gem2deb [21:18] ahasenack, \o/