[03:31] <mwhudson> anyone happen to know how grub finds its configuration when booting under uefi?
[03:37] <stgraber> there's normally a minimal grub.cfg alongside grubx64.efi in /boot/efi/EFI/ubuntu/ which has enough logic to source the main config from whatever partition has /boot/grub.cfg
[04:00] <mwhudson> stgraber: thanks, turns out i was not testing the thing i thought i was testing, sigh
[05:11] <teward> bryyce: rbasak: when the nginx package has been git-ubuntufied can you give me the location to git-ubuntu clone it?
[05:11] <teward> (thank you!)
[05:24] <bryyce> teward, sure.  It'll be findable at https://code.launchpad.net/ubuntu/+source/nginx, or just run 'snap install git-ubuntu; git ubuntu clone nginx'
[05:27] <bryyce> teward, I finished importing it to git ubuntu today, but need to make sure what remains is accurate, and build/autopkgtest it.
[05:32] <teward> cool.  i have git-ubuntu installed already so i'll just git ubuntu clone it as you indicated.
[05:32] <teward> and again if there's anything you want me to peek at let me know, there's a few changes also in the works - moving some of the SSL components to a conf.d snippet instead of keeping in nginx.conf (been requested many times)
[05:32] <teward> s/SSL components/default SSL components/
[05:32] <teward> so that's a packaging level change but i'll let the merge happen first :)
[05:35] <bryyce> teward, thanks, yeah would be helpful to get your eyes on the result to make sure I haven't messed any important bits up :-)
[05:37] <bryyce> teward, btw I noticed debian seems to have some of the php version stuff under /run rather than /var/run, so wondered if that's led to any issues with anyone, or if it's just a theoretical issue
[05:45] <teward> bryyce: it's more of an issue when we do backports to releases where everything isn't in /run or /var/run or such isn't symlinked to /run or a few other cases - i haven't heard of it causing any issues in Debian so long as the configuration is updated properly to know the different locations.  The NGINX PPA has been a direct-from-debian sync since eternity and has not had any issues with /run vs. /var/run so long as the PID config is done
[05:45] <teward> right.
[05:46] <teward> but i'll take a look after i wake up
[05:46] <teward> 01:46 local and last night I didn't sleep well so i need to get to bed heh
[05:46] <bryyce> teward, sleep well
[05:49] <teward> bryyce: ideally what we're going to do here is match the Ubuntuisms with the configs (php paths, etc.) so if you want to do me a solid and see where php-fpm in Groovy ends up dropping its socket, that'd be great, I *think* it's a /var/run path, but I forget exactly.  :P
[05:50] <teward> i'm also thinking of moving the PHP configs to a snippets/ config snippet for easier inclusion into other configs as well, just as a heads up for future planned ideas/changes that are minor but make things look nicer and easier for end users heh
[05:54] <bryyce> teward, that'd be great, thanks
[05:55] <bryyce> yeah I can look into what php-fpm does
[06:04] <teward> bryyce: I don't have upload / push privs it seems, heh.  not sure whether that's an issue, but I can just dump merge requests if necessary
[06:06] <bryyce> teward, Mp's are fine, that's basically our standard procedure already.  afaik push privs are just == core dev
[06:06] <teward> heh.  well i am coredev so xD
[06:07] <teward> alls good.  actually going to sleep now.  /off
[06:07] <bryyce> night o/
[08:05] <knocte> do gtk2 apps have the same theme as gtk3 apps in ubuntu 20.04? or is that a known issue?
[10:19] <seb128> rbasak, hey, if you doa  SRU shift today could you review the gnome-shell stack in the focal queue? it's waiting for 10 days and including some fixes we would like to see landing
[10:20] <seb128> rbasak, also for an easier one gnutl28/focal would be nice
[10:27] <seb128> rbasak, gnutls28 uploaded to bionic as well, would be nice to also review, it's a simple patch but it should fix connection failing to yahoo/aol/verizon emails servers (following server changes so it used to work and recently stopped working in bionic/focal)
[10:55] <rbasak> seb128: sure - if I get to my SRU shift today I'll look at those.
[11:13] <cpaelzer> hi doko, if I'd file a LP bug to get a fix for https://sourceware.org/bugzilla/show_bug.cgi?id=23465 into Bionic is ther any chance this will happen or should I stop right away?
[11:13] <cpaelzer> fnordahl: ^^ FYI
[11:14] <cpaelzer> well I blindly assumed binutils would usually be you doko, let me actually check the changelog  ...
[11:16] <doko> cpaelzer: including the referenced commit in the bug report?
[11:19] <cpaelzer> doko: yeah I guess that is what would need to be backported
[11:19] <cpaelzer> mostly changing the self tests afaics
[11:20] <cpaelzer> I think the effective functional change would just be https://sourceware.org/git/?p=binutils-gdb.git;a=blobdiff;f=gas/config/tc-i386.c;h=b8042ba434207efe9d70c9de9654a2ff110a2c9d;hp=cd69321bdb25f698f7764e5648d10253472724a3;hb=4e518864c879be2e6af4c64415e8775d9a20deaf;hpb=e521dc888158a6cdbdccef0397e663c437450a80
[11:25] <fnordahl> cpaelzer: ta for heads up
[11:27] <cpaelzer> sure fnordahl - if doko says it appears to be generally doable I'd file a proper LP bug for it and reply that to the mail
[11:27] <cpaelzer> asking them to chime in on the bug for e.g. testing
[11:31] <mantas-baltix> Anyone noticed, that Snap store launcher is untranslated in Applications menu (Activities Overview)? I've registered a bug #1882929 , but no answer from developer in 7 days :(
[11:33] <cpaelzer> doko: I'll file a bug as that will be quick - could you state ther eif you consider this doable or not?
[11:33] <cpaelzer> that will also serve as a single place to unite communication on the topic
[11:34] <cpaelzer> doko: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1883880 it is
[11:34] <cpaelzer> fnordahl: ^^ for you to subscribe to
[11:36] <seb128> rbasak, thanks!
[11:55] <ahasenack> seb128, doko: hi, I'm starting my day, +1 maintenance for the whole week. I updated the wiki with what I have going on
[11:56] <seb128> ahasenack, ack, thanks, I'm about to start as well, I will check what you put there and update the channel as needed
[11:59] <doko> ahasenack, seb128: manually cleaned up some NBS binaries in -proposed, now working from the bottom, on ftbfs. lib3mf
[11:59] <ahasenack> doko: did you happen to see mail-stack-delivery (from dovecot) in those nbs?
[11:59] <ahasenack> it's not in the report yet, I think because current dovecot (a sync) is an ftbfs
[12:00] <doko> no
[12:00] <ahasenack> ok
[12:09] <ahasenack> one thing I'm noticing with this +1 rotation is that my inbox is getting out of control
[12:10] <ahasenack> since I'm not focusing on other tasks
[12:19] <ahasenack> https://github.com/golang/go/issues +5000 issues open
[12:19] <ahasenack> what chance to I have
[12:19] <ahasenack> *do
[12:20] <ahasenack> xnox: about that golang issue from yesterday, should I file a bug upstream with go? I fear a rabbit hole if I keep digging, like starting a matrix of tests with multiple versions of unpatched go (i.e., not from ubuntu, but straight upstream)
[12:20] <ahasenack> I could file that issue upstream, and upload the yaml.v2 package with that crazy patch of mine with a link to that issue
[12:21] <ahasenack> that would unblock our migration, and help prometheus to migrate as well I'm told
[12:21] <ahasenack> doko: do you have an opinion? Do you fancy go? :)
[12:21] <ahasenack> crazy patch is https://bugs.launchpad.net/ubuntu/+source/golang-yaml.v2/+bug/1883770/comments/4
[12:22] <doko> ahasenack: you should ask mwhudson ;p   but yes, I think we need a more general solution for all the go packages
[12:23] <ahasenack> it's the first I see of this, can't say it's affecting others
[12:23] <ahasenack> mwhudson is many hours away
[12:23] <ahasenack> I'll file the upstream bug, see how they respond over this week while I'm still on +1 maint
[12:23]  * ahasenack thinks we need an acronym for "+1 maintenance"
[12:25] <rbasak> POM
[12:25] <rbasak> When there are two people on rotation, you would therefore have POM POM.
[12:25] <ahasenack> sounds like PAN PAN
[12:25] <ahasenack> inside airplane pilots joke
[13:39] <ahasenack> xnox: I filed https://github.com/golang/go/issues/39651
[14:11] <ahasenack> xnox: I also just tried upstream's s390x build and the test fails in the same way, so it doesn't look any of our patches are the culprit
[15:06] <cpaelzer> doko: the upsream people already chimed in on bug 1883880 to help wit ha testcase
[15:06] <cpaelzer> doko: that should make an SRU easier
[15:17] <sforshee> LocutusOfBorg: dkms 2.8.2-1ubuntu1 is breaking building dkms builds in our kernel packages, and it looks like the change which breaks us has been reverted upstream - https://github.com/dell/dkms/commit/885f8275aa65fb11be1e17bc28a0b0ea734dc585
[15:17] <sforshee> can we get that reverted in our package too?
[15:19] <sforshee> apw: ^
[15:19] <apw> utter shit
[15:20] <apw> oops :) applogies
[15:54] <LocutusOfBorg> ohhhhhhhhhhhhhh
[15:54] <LocutusOfBorg> thansk sforshee
[15:54] <LocutusOfBorg> I was trying hard to find that commit!
[15:54] <LocutusOfBorg> thanks a lot!
[15:54] <LocutusOfBorg> damn, I didn't look at irc :/
[15:56] <LocutusOfBorg> I have another possibly breaking change, lets see how far we go
[19:38] <ahasenack> I have a curious go test problem. In a PPA, it fails because it cannot download a certain go module
[19:38] <ahasenack> but locally in lxd, with network *disabled*, it doesn't try that, and it works
[19:38] <ahasenack> https://pastebin.ubuntu.com/p/G3FprRXztN/
[19:38] <ahasenack> any ideas?
[19:38] <ahasenack> same package, version, proposed enabled
[19:38] <ahasenack> ah, wait, I don't have proposed enabled in the lxd container
[19:39] <LocutusOfBorg> sforshee, looks really better now :D
[19:40] <sforshee> LocutusOfBorg: great, let me retry these kernel builds and see how it goes
[19:47] <ahasenack> hm, no change with proposed
[19:47] <ahasenack> for some reason, locally it doesn't reach out
[19:47] <ahasenack> I wonder if it's about a controlling terminal during the build, if it behaves differently in each case
[19:54] <ahasenack> aha!
[19:54] <ahasenack> it was the terminal
[19:54] <ahasenack> if I run dpkg-buildpackage -uc -us > ../log 2>&1
[19:54] <ahasenack> then it fails locally as well
[19:54] <ahasenack> sneaky!
[19:57] <ahasenack> hm, scratch that
[20:35] <ahasenack> mwhudson: hey, saw you are online
[20:35] <mwhudson> ahasenack: hi
[20:35] <ahasenack> mwhudson: if you have an idea, I have this problem: in a ppa, the go test tries to pull in a module from the internet
[20:35] <ahasenack> but locally (lxd), it doesn't: https://pastebin.ubuntu.com/p/G3FprRXztN/
[20:35] <ahasenack> https://launchpad.net/ubuntu/+source/golang-github-fsouza-go-dockerclient/1.6.5-1/+build/19442767 is the package/build in question
[20:36] <ahasenack> and locally I tried without a network (used lxc exec to enter the container, and disabled eth0)
[20:36] <mwhudson> does the package depend on golang-golang-x-crypto-dev?
[20:37] <mwhudson> but hm yeah that's strange
[20:38] <ahasenack> mwhudson: no, we don't even have that package
[20:38] <mwhudson> oh i bet golang-github-docker-docker-dev depends on golang-golang-x-crypto-dev in debian but not ubuntu
[20:39] <ahasenack> mwhudson: looks like it was added by http://paste.ubuntu.com/p/23vMxTBWCV/ once upon a time, and upstream took it
[20:39] <ahasenack> mwhudson: oh, so golang-golang-x-crypto-dev provides that ssh/terminal bit?
[20:39] <mwhudson> yes
[20:39] <ahasenack> but still wouldn't explain why it works locally
[20:40] <mwhudson> that's true that is strange
[20:40] <ahasenack> hm, so I have that installed
[20:40] <ahasenack> but the builder log doesn't show it being installed
[20:40] <ahasenack> I'll investigate that
[20:41] <ahasenack> mwhudson: indeed, the debian build log shows golang-golang-x-crypto-dev being installed
[20:41] <ahasenack> ours doesn't
[20:41] <ahasenack> interesting
[20:41] <ahasenack> mwhudson: I have enough to go on now, many thanks
[20:41] <mwhudson> ahasenack: it'll be related to the golang-docker-*-dev stuff
[20:43] <mwhudson> in any case, if the package imports it directly, it should be in b-d, iow that debian patch should have come with a change to control as well
[20:44] <ahasenack> mwhudson: check out this fun golang bug I filed today, btw: https://github.com/golang/go/issues/39651
[20:44] <mwhudson> ahasenack: mundaym is pretty good at fixing this kind of stuff
[20:48] <mwhudson> ahasenack: did you try 1.15beta1 fwiw? it's available as a snap now
[20:48] <ahasenack> mwhudson: I noticed he is from ibm, and he mentioned he fixed a similar bug in the past
[20:49] <ahasenack> mwhudson: I didn't, I just tried the upstream binary tarball for s390x, I saw they had one
[20:49] <mwhudson> ahasenack: yeah, he did the s390x port
[20:49] <mwhudson> ahasenack: https://dl.google.com/go/go1.15beta1.linux-s390x.tar.gz is a thing too, might be worth a try if you have an environment set up
[20:49] <ahasenack> oh, I do
[20:49] <ahasenack> let me fetch that
[20:55] <ahasenack> mwhudson: 1.15b1 failed the same way
[20:55] <mwhudson> ahasenack: ah well
[20:55] <ahasenack> worth a try
[20:56] <mwhudson> leave it to the ibm elves then :)
[20:56] <ahasenack> hehe
[20:56] <mwhudson> (unless you want to start staring at disassembly)
[20:59] <ahasenack> mwhudson: there is a shocking diff between the Depends of golang-github-docker-docker-dev in debian and ubuntu: https://pastebin.ubuntu.com/p/9d8XmsfGqT/
[20:59] <ahasenack> we have all that stuff vendorized?
[20:59] <mwhudson> ahasenack: ah hah um yeah
[20:59] <mwhudson> i don't know, tbh
[21:04] <ahasenack> we don't use dh-golang to build
[21:05] <ahasenack> and debian declares a *lot* of manual Depends packages
[21:05] <ahasenack> ok, something for later
[21:05] <ahasenack> let me fix this build
[21:46] <ahasenack> mwhudson: https://code.launchpad.net/~ahasenack/ubuntu/+source/golang-github-fsouza-go-dockerclient/+git/golang-github-fsouza-go-dockerclient/+merge/385957
[21:47] <ahasenack> confirmed fixed in https://launchpad.net/~ahasenack/+archive/ubuntu/fsouza/+packages
[21:47] <mwhudson> ahasenack: +1
[21:47] <ahasenack> mwhudson: can you do a quick +1 in the mp?
[21:49] <xnox> ahasenack:  we have outofsync containerd/docker-dev stuff between debian and ubuntu
[21:49] <xnox> ahasenack:  i think we are newer, and that's causing divergence in the build-depends.
[21:49] <ahasenack> mwhudson: awesome, thanks
[21:49] <xnox> because stuff got reorged
[21:49] <ahasenack> xnox: it's quite the divergence
[21:49] <ahasenack> I filed a bug to investigate that
[21:50] <ahasenack> https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1883978
[21:50] <ahasenack> xnox: it was a difference in depends, not just build-depends
[21:50] <ahasenack> haven't checked b-d
[21:50] <mwhudson> also the debian maintainer has a king sized pair of jfdi boots
[21:53] <ahasenack> it's weird to have golang.*-dev packages as depends
[22:01] <ahasenack> rbalint: doko: osomon: seb128: hello fellow +1maintainers for tomorrow (18th), I kept my wiki entry up-to-date under the "Progress" title
[22:02]  * ahasenack -> EOD
[22:08] <sarnold> ahasenack: nice find