[09:14] <zoon01> are here admins around to delete an translation completely?
[09:14] <zoon01> i messedup de.po and de_DE
[14:17] <ricotz> hello, I am seeing this chroot problem https://launchpad.net/~ubuntu-mozilla-daily/+archive/ubuntu/ppa/+build/15093226
[14:28] <acheronuk> ricotz: flaky ubuntu keyserver. I've had that happen from time to time. canonical sysadmin did have an open ticket on it
[14:28] <acheronuk> retry usually sorts it
[15:30] <kkeithley> yesterday I built my (glusterfs-4.1.1) packages with no problem. Today I'm trying to respin with arm64 and armhf enabled. The arm packages have built, but the amd64 and i386 builds are all failing with chroot problems.
[15:31] <cjwatson> just retry those - there are known keyserver issues that cause that
[15:32] <cjwatson> in fact I'll do a batch-retry of today's failures
[15:34] <cjwatson> (done)
[15:35] <kkeithley> mkay. I've been retrying them. quite a few times. As long as it's a known problem I'll keep retrying
[15:35] <cjwatson> ask #canonical-sysadmin if it persists.  I'm off today
[15:35] <ricotz> retrying doesn't help here :(
[15:36] <cjwatson> then a sysadmin will need to fix the keyservers - LP staff can't
[15:36] <ricotz> is the ticket public viewable?
[15:36] <cjwatson> no idea
[15:36] <cjwatson> see "off today"
[15:39] <ricotz> alright, thanks
[15:40] <cjwatson> I've poked our internal outage channel
[15:53] <acheronuk> 2/2 uploads failed for me :/
[15:54] <cjwatson> nothing more possible to be done here
[15:54] <cjwatson> it's in sysadmins' hands
[16:13] <acheronuk> some ppas seem ok. others fail time after time. weird
[16:15] <cjwatson> yes, there's caching involved.
[16:15] <cjwatson> so such an effect is to be expected.
[16:19] <acheronuk> so maybe a temp way around it if you NEED to get something built, is to build in an ok ppa and then copy over
[16:19]  * acheronuk shrugs
[16:20] <acheronuk> or maybe not. sigh
[19:22] <cjwatson> OK, the keyserver issues should be better now
[19:23] <cjwatson> retrying a bunch of earlier failures
[19:23] <cjwatson> (bug in an Apache rewrite rule, apparently)