[00:30] <tsimonq2> Grr, this is the second time this week (either to the archive or to a PPA) that LP's eaten my packages!
[00:31] <tsimonq2> Is there a nonzero amount of time that packages could get devoured, or is it just on a slow cron?
[00:31] <wgrant> It's on a minutely cron.
[00:31] <wgrant> Which package?
[00:32] <tsimonq2> This time, it's plasma-workspace to ppa:tsimonq2/security-builds.
[00:32] <tsimonq2> Here's the stanza from ~/.dput.cf: https://paste.ubuntu.com/=tnrWBBK3pb/
[00:33] <wgrant> How did you invoke dput, and what was the .changes filename?
[00:34] <wgrant> 2018-02-08 20:41:17 DEBUG   The source plasma-workspace - 4:5.10.5-0ubuntu1.1 is already accepted in ubuntu/artful and you cannot upload the same version within the same distribution. You have to modify the source version and re-upload.
[00:34] <wgrant> 2018-02-08 20:41:17 DEBUG   Sent a mail:
[00:34] <wgrant> 2018-02-08 20:41:17 DEBUG     Subject: [~tsimonq2/ubuntu/security-builds/artful] plasma-workspace 4:5.10.5-0ubuntu1.1 (Rejected)
[00:34] <tsimonq2> I received no such email.
[00:35] <tsimonq2> https://paste.ubuntu.com/=gkQJ2zH6Jj/
[00:36] <tsimonq2> Not in Spam...
[00:37] <tsimonq2> I can't send email to @ubuntu.com. Shoot.
[00:37] <tsimonq2> Or... I can, because I just got that rejection email. :)
[00:37] <tsimonq2> Either way wgrant, how long does the deletion cron run? I did delete the previous iteration from the PPA.
[00:38] <wgrant> tsimonq2: You can't reuse a version number even after deletion.
[00:38] <tsimonq2> wgrant: Argh. :/
[00:39] <wgrant> tsimonq2: Version numbers are cheap!
[00:39] <tsimonq2> wgrant: Can I upload to a different PPA then copy over? :P
[00:39] <wgrant> tsimonq2: No
[00:40] <tsimonq2> wgrant: How long does the PPA deletion cron run? :P
[00:40] <tsimonq2> s/long/often/
[00:40] <wgrant> tsimonq2: Why?
[00:40] <wgrant> Oh, you mean to delete the PPA itself?
[00:40] <wgrant> Please don't do that.
[00:40] <tsimonq2> Yeah
[00:40] <wgrant> Change the version number. Version numbers are cheap.
[00:41] <tsimonq2> Fine. :/
[00:41] <tsimonq2> Thanks.
[09:24] <cjwatson> (happened overnight for me, but it looks like more builders are back)
[09:27] <ricotz> cjwatson, hi, would you mind taking a look at https://answers.launchpad.net/launchpad/+question/664192
[09:28] <cjwatson> ricotz: done
[09:31] <ricotz> cjwatson, thanks, although it doesn't seems to be done yet
[09:32] <cjwatson> uh, looked done to me
[09:32] <cjwatson> yep, sure does
[09:32] <ricotz> 5-3 does now, 6-0 not yet
[09:33] <cjwatson> it is very definitely done
[09:33] <cjwatson> maybe we have some DB replication lag
[09:33] <ricotz> ok, looks like I am seeing some cache here
[09:34] <ricotz> thanks, I will wait a bit :)
[10:09] <ritul> @cjwatson: i am trying to upload kernel debian package for i386 and amd64, amd64 is successful but i386 fails. Here is the upload log : https://launchpad.net/~rjasuja/+archive/ubuntu/temp-ppa/+build/14341494.
[10:09] <ritul> Any suggestions ?
[10:19] <cjwatson> ritul: Your i386 build log shows it building amd64 binary packages ... don't do that
[10:19] <cjwatson> Not sure how you managed that
[10:21] <cjwatson> I'm afraid I'm not downloading a 142M tarball to investigate, but hopefully you have an obvious bit of hardcoding somewhere
[10:38] <ritul> Can you help me how to start on with debugging this ? i don't have any pointers as of now after looking at changelog.
[10:39] <ritul> i changed control file to support `Architeture : amd64 i386`
[11:19] <cjwatson> ritul: Sorry, kernel packaging is its own pretty special thing and I have little experience with it.  But something under debian/ must be actively trying to emit only amd64 (it would have to actually put work into making this mistake), so hopefully grep will find it.