[06:29] Hi! [06:30] 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] https://launchpad.net/+apidoc/devel.html#milestone [06:30] it doesn't seem possible from the API doc, but I want to make sure [08:19] 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] dlcusa: (We can do that for you, but either way it requires some manual fiddling.) [08:21] 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 === tomwardill changed the topic of #launchpad to: Help contact: tomwardill (08:00-17:00 UTC Mon-Fri) | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support and spam reporting: https://answers.launchpad.net/launchpad [12:40] my dput uploads to ubuntu don't appear to go through / appear in the queue [12:40] i had s390-tools / s390-tools-signed focal sru, which is not in the queue [12:40] and no emails [12:41] is there sftp upload available for ubuntu? [12:41] Looking [12:41] LP emailed you a rejection [12:41] oh [12:41] 2020-10-07 09:21:10 DEBUG Rejected: [12:41] 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] i'm looking at it, and it is a bad version number [12:41] yeap [12:41] ging/UploadErrors. [12:42] 2020-10-07 09:21:10 DEBUG Files specified in DSC are broken or missing, skipping package unpack verification. [12:42] Similar for s390-tools [12:42] hm [12:42] so my email must be bad [12:42] But yes, if you want then this works for Ubuntu sftp: [12:42] [ubuntu-sftp] [12:42] fqdn = upload.ubuntu.com [12:42] method = sftp [12:42] incoming = ubuntu [12:42] oooh nice, i shall do that. too [12:42] what's the email title? [12:43] i wonder if i delete them by accident [12:43] 2020-10-07 09:18:11 DEBUG Subject: [ubuntu] s390-tools_2.12.0-0ubuntu4_source.changes (Rejected) [12:43] tah [12:43] 2020-10-07 09:21:10 DEBUG Subject: [ubuntu] s390-tools-signed_2.12.0-0ubuntu4_source.changes (Rejected) [12:43] to your preferred address in LP [12:46] cjwatson, I guess I'd prefer to use the original account, unless you can think of a good reason not to. [12:49] https://mail.google.com/mail/u/0/?shva=1#search/subject%3ARejected => gives me nothing [12:49] only reject from yesterday (from the queue) =( [12:49] it should go to xnox@ubuntu.com -> launchpad@surgut.co.uk [12:50] cjwatson, if it matters, I'm not using Ubuntu. [12:51] xnox: Directly to launchpad@surgut.co.uk, in fact [12:51] dlcusa: It doesn't matter. Fixing it up for you now [12:51] dlcusa: Try now, should be fixed [12:51] Okay... [12:51] cjwatson: hm. and gmail could have silently dropped it on the floor, cause it loves doing that sometimes. [12:52] That worked--thanks! [12:53] no problem [13:39] cjwatson: changed address to @canonical.com instantly got the reject email for another upload. [13:39] so yeah, it's me =( [13:45] cjwatson: what does "Mismatch in binaryfulness. (arch) False != (files) True" mean? [13:48] oh [13:48] i think it's non clean source build, fixing. [14:34] 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] 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] xnox: No idea, wouldn't be able to see it if it did [17:00] 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] we can't reproduce locally [17:02] Missing build dependencies: brz-debian (>= 2.8.41), lintian-brush (>= 0.70) [17:02] this is simply not true... [17:02] lintian-brush | 0.81 | groovy-proposed/universe | source, all [17:02] brz-debian | 2.8.42 | groovy-proposed/universe | all [17:02] is it not even trying to use proposed pocket? [17:03] I mean, I see it is not trying to use it, but I don't understand why [17:06] (publishing history says that the package went in release by mistake, so maybe this is what happened) [17:07] I'm tempted to just no change rebuild and live happy [17:08] Well the build is in the release pocket, yet [17:08] *yes [17:09] Probably as you say [17:10] Might be able to move it around somehow but a no-change rebuild would be by far the simplest [17:10] yep thanks [17:10] https://launchpad.net/ubuntu/+source/silver-platter/0.3.0+git20200906.d2bd137-1build1/+build/20121361 [17:19] and it worked thanks <3 === diddledan5 is now known as diddledan