[06:29] <pieq> Hi!
[06:30] <pieq> I'm writing a Python script using launchpadlib, and I'd like to know if it's possible to access the creation time of a given milestone
[06:30] <pieq> https://launchpad.net/+apidoc/devel.html#milestone
[06:30] <pieq> it doesn't seem possible from the API doc, but I want to make sure
[08:19] <cjwatson> dlcusa: You have an old Launchpad account with the same email address; I guess at some point you deleted your Ubuntu One account and are now trying to recreate it.  Do you want to reclaim the old Launchpad account?
[08:19] <cjwatson> dlcusa: (We can do that for you, but either way it requires some manual fiddling.)
[08:21] <cjwatson> pieq: Indeed, that's not currently exported (or even modelled in our Python code, although it's in the database schema).  Feel free to file a bug if you need it - it wouldn't be too difficult to export
[12:40] <xnox> my dput uploads to ubuntu don't appear to go through / appear in the queue
[12:40] <xnox> i had s390-tools / s390-tools-signed focal sru, which is not in the queue
[12:40] <xnox> and no emails
[12:41] <xnox> is there sftp upload available for ubuntu?
[12:41] <cjwatson> Looking
[12:41] <cjwatson> LP emailed you a rejection
[12:41] <xnox> oh
[12:41] <cjwatson> 2020-10-07 09:21:10 DEBUG   Rejected:
[12:41] <cjwatson> 2020-10-07 09:21:10 DEBUG   File s390-tools-signed_2.12.0-0ubuntu4.tar.xz already exists in Primary Archive for Ubuntu, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packa
[12:41] <xnox> i'm looking at it, and it is a bad version number
[12:41] <xnox> yeap
[12:41] <cjwatson> ging/UploadErrors.
[12:42] <cjwatson> 2020-10-07 09:21:10 DEBUG   Files specified in DSC are broken or missing, skipping package unpack verification.
[12:42] <cjwatson> Similar for s390-tools
[12:42] <xnox> hm
[12:42] <xnox> so my email must be bad
[12:42] <cjwatson> But yes, if you want then this works for Ubuntu sftp:
[12:42] <cjwatson> [ubuntu-sftp]
[12:42] <cjwatson> fqdn                    = upload.ubuntu.com
[12:42] <cjwatson> method                  = sftp
[12:42] <cjwatson> incoming                = ubuntu
[12:42] <xnox> oooh nice, i shall do that. too
[12:42] <xnox> what's the email title?
[12:43] <xnox> i wonder if i delete them by accident
[12:43] <cjwatson> 2020-10-07 09:18:11 DEBUG     Subject: [ubuntu] s390-tools_2.12.0-0ubuntu4_source.changes (Rejected)
[12:43] <xnox> tah
[12:43] <cjwatson> 2020-10-07 09:21:10 DEBUG     Subject: [ubuntu] s390-tools-signed_2.12.0-0ubuntu4_source.changes (Rejected)
[12:43] <cjwatson> to your preferred address in LP
[12:46] <dlcusa> cjwatson, I guess I'd prefer to use the original account, unless you can think of a good reason not to.
[12:49] <xnox> https://mail.google.com/mail/u/0/?shva=1#search/subject%3ARejected => gives me nothing
[12:49] <xnox> only reject from yesterday (from the queue) =(
[12:49] <xnox> it should go to xnox@ubuntu.com -> launchpad@surgut.co.uk
[12:50] <dlcusa> cjwatson, if it matters, I'm not using Ubuntu.
[12:51] <cjwatson> xnox: Directly to launchpad@surgut.co.uk, in fact
[12:51] <cjwatson> dlcusa: It doesn't matter.  Fixing it up for you now
[12:51] <cjwatson> dlcusa: Try now, should be fixed
[12:51] <dlcusa> Okay...
[12:51] <xnox> cjwatson:  hm. and gmail could have silently dropped it on the floor, cause it loves doing that sometimes.
[12:52] <dlcusa> That worked--thanks!
[12:53] <cjwatson> no problem
[13:39] <xnox> cjwatson:  changed address to @canonical.com instantly got the reject email for another upload.
[13:39] <xnox> so yeah, it's me =(
[13:45] <xnox> cjwatson:  what does "Mismatch in binaryfulness. (arch) False != (files) True" mean?
[13:48] <xnox> oh
[13:48] <xnox> i think it's non clean source build, fixing.
[14:34] <xnox> cjwatson:  did my @surgut.co.uk send back a bounce to bounces@canonical.com ? or do i need to ask #is about that?
[14:35] <xnox> email looks like it is taking a different path to deliver to @canonical.com (and it's faster) so actually might just stick to that for now.
[14:37] <cjwatson> xnox: No idea, wouldn't be able to see it if it did
[17:00] <LocutusOfBorg> does anybody please understand what is triggering this failure? https://launchpad.net/ubuntu/+source/silver-platter/0.3.0+git20200906.d2bd137-1/+build/19948268
[17:00] <LocutusOfBorg> we can't reproduce locally
[17:02] <LocutusOfBorg> Missing build dependencies: brz-debian (>= 2.8.41), lintian-brush (>= 0.70)
[17:02] <LocutusOfBorg> this is simply not true...
[17:02] <LocutusOfBorg>  lintian-brush | 0.81          | groovy-proposed/universe | source, all
[17:02] <LocutusOfBorg>  brz-debian    | 2.8.42        | groovy-proposed/universe | all
[17:02] <LocutusOfBorg> is it not even trying to use proposed pocket?
[17:03] <LocutusOfBorg> I mean, I see it is not trying to use it, but I don't understand why
[17:06] <LocutusOfBorg> (publishing history says that the package went in release by mistake, so maybe this is what happened)
[17:07] <LocutusOfBorg> I'm tempted to just no change rebuild and live happy
[17:08] <cjwatson> Well the build is in the release pocket, yet
[17:08] <cjwatson> *yes
[17:09] <cjwatson> Probably as you say
[17:10] <cjwatson> Might be able to move it around somehow but a no-change rebuild would be by far the simplest
[17:10] <LocutusOfBorg> yep thanks
[17:10] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/silver-platter/0.3.0+git20200906.d2bd137-1build1/+build/20121361
[17:19] <LocutusOfBorg> and it worked thanks <3