[08:11] <chrisccoulson> does anyone have any idea what is going on with https://launchpadlibrarian.net/146197457/upload_4836181_log.txt ?
[08:11] <chrisccoulson> (from https://launchpad.net/~mozillateam/+archive/thunderbird-next/+build/4836181)
[08:11] <chrisccoulson> note, i can't find any evidence of those package versions existing anywhere
[08:37] <wgrant> chrisccoulson: Something is dropping the epoch when generating the ddebs. I thought pkg-create-dbgsym handled it correctly, so maybe thunderbird's doing something special.
[08:39] <chrisccoulson> wgrant, ah, quite possibly. we add an epoch to the language packs, which is a leftover from merging 2 source packages
[08:39] <chrisccoulson> but this has been the case for ages, did something else change recently?
[08:40] <wgrant> chrisccoulson: No
[08:40] <jgdx> wallyworld__: ping, could you take a look at https://code.launchpad.net/~jonas-drange/js-oopsd/conditional-setuptools-import/+merge/178017 ? Thanks
[08:40] <wgrant> Unless pkg-create-dbgsym did
[08:41] <wgrant> Nothing in Launchpad's changed
[08:41] <chrisccoulson> wgrant, ah, it looks like pkg-create-dbgsym started creating -dbgsym packages for the thunderbird language packs, which it never used to do
[08:41] <chrisccoulson> so that probably explains it
[08:42] <wgrant> I found that sort of weird
[08:42] <wgrant> However
[08:42] <wgrant> It's only failing because the epoch was there before, but isn't any more
[08:42] <wgrant> So something's changed since the dbgsyms first appeared
[10:46] <stub> So rather than having the Librarian write to Swift when uploading a file, I was thinking I wouldn't modify that code path at all and always write to disk. The garbage collector processes would be responsible for pushing files into Swift. That way, the only modification to the twisted daemon is to attempt to stream the file from Swift, and if that fails, fallback to streaming from disk.
[10:47] <stub> This also writes the migration-of-existing-files code - two birds with one piano
[10:48] <stub> wgrant, StevenK : How does that sound?
[18:46] <saiarcot895> Is there a way to have the Apport Retracing Service make a stacktrace after a bug has been reported and is public (CoreDump.gz is still attached)?
[18:54] <dobey> i think it just looks for a tag on the bug. one of the apport-* tags. should autocomplete
[18:58] <saiarcot895> dobey: apport-crash and need-amd64-retrace?
[19:04] <dobey> yeah, sounds right
[19:04] <dobey> assuming it's an amd64 core dump
[22:21] <Corey> Is launchpad having issues with uploads? dput keeps timing out.