[01:32] <GunnarHj> doko: marisa will hopefully be in main soon (waiting for security MIR review), so I take it that adjusting the symbols file applies. Thanks for confirming!
[01:32] <GunnarHj> RikMills: Yes, the !arch change method is clumsy. But in the marisa case it doesn't matter ATM, since the Debian symbols file is a work in progress. And riscv64 is not affected by LTO, so it should work. I fixed opencc successfully in the same way:
[01:32] <GunnarHj> https://launchpad.net/ubuntu/+source/opencc/1.1.1+git20200624+ds2-10ubuntu2
[01:32] <GunnarHj> I'd like to fix the symbols of those two packages in a smoother way. But that's something for next cycle.
[01:55] <mwhudson> xnox, laney: https://github.com/tseliot/ubuntu-drivers-common/pull/51 fwiw
[02:22] <mwhudson> doko: gnutls38 ooms in lto on arm64, ppc64el, s390x, should it be added to blacklist or should i upload a source fix to disable lto?
[06:24] <doko> mwhudson: please fix it in the package for main itself, I'll open a bug report as well. https://src.fedoraproject.org/rpms/gnutls/tree/rawhide disables it as well, while https://build.opensuse.org/package/show/openSUSE:Factory/gnutls keeps it enabled
[06:29] <RikMills> GunnarHj: fair enough. in the end it a preference and not a technical necessity which way to go. as long as the changelog is clear what was done, all should be good :)
[06:31] <doko> xnox: do we still want to merge gnutls 3.7.1 from Debian?
[06:58] <doko> mwhudson: https://bugs.launchpad.net/ubuntu/+source/gnutls28/+bug/1922004
[07:05] <mwhudson> doko: ack, i'll do that tomorrow if noone beats me to it
[08:07] <doko> oSoMoN: fyi, https://launchpad.net/ubuntu/+source/thunderbird/1:78.9.0+build2-0ubuntu1/+build/21331500
[08:09] <seb128> lto side effect?
[08:14] <GunnarHj> RikMills: Ack.
[08:16] <oSoMoN> doko, I know, trying to reproduce locally
[10:33] <xnox> doko:  let me check gnutls
[10:34] <tseliot> mwhudson, merged
[10:34] <xnox> doko:  we do
[10:35] <xnox> mwhudson:  and yeah i guess turn off lto
[11:07] <xnox> pondering how to make the 6 source packages to upload grub2 make easier to manage.
[11:07] <xnox> maybe a recipe builds into bileto and copy into the archive?
[11:07] <xnox> or maybe recipe builds direct into the archive har har har
[11:14] <cjwatson> xnox: LP will refuse that, har har har
[11:14] <cjwatson>         if not archive.is_ppa:
[11:14] <cjwatson>             raise NonPPABuildRequest
[11:18]  * xnox stomps feet
[11:19] <xnox> we have too many pipelines. like src:linux is like 4/5 packages now? and then again for pretty much every flavour.
[11:19] <ogra> both feet means you are jumping ?
[11:19] <xnox> grub is 6 packages now, which will probably grow to like 7 or 8.
[11:19] <xnox> ogra:  watch me!
[11:19] <ogra> hah
[11:29] <xnox> ogra:  https://youtu.be/e9UlSmFw5tY?t=20
[11:30] <xnox> cjwatson:  i'm being suggested to use a little bit of equivs-build =)
[11:30] <xnox> with custom templates.
[11:34] <ogra> 😄
[15:02] <bdmurray> seb128: Did you not like my reviews of the sponsoring queue changes?
[15:05] <seb128> bdmurray, shrug, sorry, I didn't get emailed by launchpad for some reasons :-(
[15:07]  * seb128 feels a bit stupid
[15:07] <seb128> I guess that's because I pushed to branches on the project and not my own space?
[15:08] <seb128> bdmurray, thanks for the reviews! I also follow up on the list to un-request other reviews...
[15:11] <seb128> bdmurray, re "time in queues", that's an existing issue with http://reqorts.qa.ubuntu.com/reports/sponsoring/index.html (see title of the first column and its values)
[15:12] <seb128> do you want me to fix that in my mp or maybe do a follow up renaming the variable and title for the html report as well as the json one?
[15:13] <bdmurray> Let's rename it date_queued in both the json and the html.
[15:16] <bdmurray> seb128: Oh, it also looks like the job on the server is doing a 'bzr pull' so I'll need to fix that when you have something to land.
[15:20] <seb128> bdmurray, ok, I pushed the accepted one to master and update the other one with the spacing fixes and renamed variable
[20:37] <mwhudson> tseliot: thanks
[20:38] <mwhudson> tseliot: nothing will move on server side until next release so no hurry on an upload or anything btw
[23:37] <Eickmeyer> bdmurray: I have the patch for bug 1915923 uploaded to the bug, but since the package in question is in main, that's about the best I can do. Can confirm it fixes the problem.