[00:44] <apachelogger> who could I bribe to get a build score bump on a ppa package? :)
[00:44] <StevenK> apachelogger: What have you got? :-)
[00:45] <apachelogger> virtual cookies
[00:45] <StevenK> Those aren't very filling.
[00:46] <StevenK> Link the build
[00:46] <apachelogger> https://launchpad.net/~cyberspace/+archive/cyber-stuff/+build/3545720 && https://launchpad.net/~cyberspace/+archive/cyber-stuff/+build/3545721
[00:48] <StevenK> apachelogger: Both done
[00:48] <apachelogger> kubotu: order cookies for StevenK
[00:48]  * kubotu slides a whole bunch of world's finest cookies down the bar to StevenK.
[00:48] <apachelogger> StevenK: thank you :)
[00:48] <apachelogger> *hug*
=== epsy is now known as \u03b5
[04:59] <vibhav> Why cant https://launchpad.net/nova/essex/2012.1 and https://code.launchpad.net/extramathjava/trunk/+linkbranchtoseries load?
[05:04] <vibhav> Any idea?
[05:04] <vibhav> (Error ID: OOPS-1488c9549cd87bb22602ad0f2b565eac)
[05:04] <ubot5> https://lp-oops.canonical.com/oops.py/?oopsid=1488c9549cd87bb22602ad0f2b565eac
[05:11] <codygarver> any admins on that can help me? For some reason +translations-settings is now set to "private"
[05:11] <codygarver> https://translations.launchpad.net/lingo/trunk/+translations-settings
[06:18] <micahg> vibhav: it's a timeout and there doesn't appear to be a bug file: https://bugs.launchpad.net/launchpad/+filebug
[06:44] <geser> wgrant: do the Debian and Ubuntu buildd differ in regarding of building arch-indep stuff?
[06:44] <geser> I wonder why it tries to build arch-indep on amd64 in the first place (without installing B-D-Indep)
[06:44] <geser> see https://launchpadlibrarian.net/106082945/buildlog_ubuntu-quantal-amd64.iipimage_0.9.9-1_FAILEDTOBUILD.txt.gz
[06:50] <wgrant> geser: Package bugf
[06:50] <wgrant> http://lists.debian.org/debian-mentors/2011/11/msg00263.html
[06:51] <wgrant> http://lists.debian.org/debian-mentors/2011/11/msg00274.html
[06:51] <wgrant> I wonder if that patch was ever applied to Debian.
[06:54] <geser> for comparison https://buildd.debian.org/status/fetch.php?pkg=iipimage&arch=i386&ver=0.9.9-1&stamp=1337433528 where the package builds fine on i386 (the DD uploaded with amd64 build)
[07:08] <geser> wgrant: so we should patch those packages in Ubuntu for now even if the build in Debian?
[07:09] <StevenK> geser: The DD built amd64 himself, which avoids the issue, and i386 works around it by building arch-indep anyway.
[07:09] <StevenK> Ergo, that proves exactly nothing.
[07:11] <geser> StevenK: the armel build in Debian build fine too
[07:13] <geser> the package "eigen3" shows the same issue
[07:14] <geser> I don't mind "fixing" the few packages I found till now which have this problem as long as it doesn't start a trend
[07:25] <wgrant> geser: Well, we might just need to merge the relevant dpkg-buildpackage (or sbuild, hard to say from the email) patch.
[07:29] <geser> ok, will "fix" the packages for now. Thanks for looking into it.
[08:09] <glatzor> hello. I have got a problem with my ppa. I cannot see any packages in my repository: ppa:glatzor/python3
[08:12] <glatzor> not even the ones that failed to build
[08:14] <glatzor> oh, I forgot to mention that I am a beta user.
[08:14] <wgrant> glatzor: Nothing has ever been successfully uploaded to that PPA.
[08:15] <wgrant> glatzor: Are you sure you signed the changes file properly?
[08:17] <glatzor> wgrant, they are signed correctly. I even got some build failures mail for previous uploads today
[08:19] <glatzor> wgrant, actually there should be a successfully software-properties build in the ppa, since the aptdaemon upload requires it as a build dependency and the package python3-software-properties is only available in the ppa and not any Ubuntu version
[08:20] <glatzor> wgrant, oh sorry. it just looked at the build failure mail. and it refers to glatzor/ppa
[08:21] <debfx> is there a way to fetch build logs from private PPAs in a script?
[08:22] <glatzor> wgrant, but I uploaded the packages with dput ppa:glatzor/python3
[08:22] <glatzor> wgrant, so it seems that launchpad put them in the wrong ppa
[08:24] <debfx> the API only returns an url that requires openid login
[08:30] <wgrant> glatzor: Launchpad doesn't put them in the wrong PPA :)
[08:30] <wgrant> glatzor: I wonder if you have a custom dput.cf that overrides the ppa stanza to point to ppa:glatzor/ppa
=== Guest33157 is now known as Adri2000
[08:38] <wgrant> debfx: Hm, it's a bit awkward, but doable. build.build_log_url will be a URL like https://launchpad.net/~soyuz-team/+archive/ppa/+build/3021744/+files/buildlog_ubuntu-oneiric-powerpc.hello_2.7-1ubuntu1_BUILDING.txt.gz. If you transform it to https://api.launchpad.net/devel/~soyuz-team/+archive/ppa/+build/3021744/+files/buildlog_ubuntu-oneiric-powerpc.hello_2.7-1ubuntu1_BUILDING.txt.gz, lp._browser.get('https://api.launchpad.net/devel/BLAH') ...
[08:39] <wgrant> ... will give you the content.
[08:43] <wgrant> (api.launchpad.net accepts OAuth, launchpad.net does not)
[08:45] <debfx> wgrant: yay, it works :)
[08:45] <debfx> thanks!
[08:47] <wgrant> debfx: Depending on what you want to do with it, it may be helpful to know that the api.launchpad.net URL just redirects to a iXXXXX.restricted.launchpadlibrarian.net URL with authentication in the URL, that you can retrieve without OAuth or cookies.
[08:49] <debfx> wgrant: are you sure? I get a "No Such Resource" response when accessing such an url without the authentication cookie
[08:49] <wgrant> debfx: There's a ?token=XXXXXX on the end of the URL that you need.
[08:50] <wgrant> That token is unique and grants access to that URL for 24 hours.
[08:51] <wgrant> debfx: eg. you should be able to wget/browse to https://i87901084.restricted.launchpadlibrarian.net/87901084/buildlog_ubuntu-oneiric-powerpc.hello_2.7-1ubuntu1_BUILDING.txt.gz?token=f05fbfabcd7436b5f7ca2a4951791115 despite not having access to the relevant PPA
[08:55] <debfx> wgrant: your url works here but the one I get don't. for example https://i106684520.restricted.launchpadlibrarian.net/106684520/buildlog_ubuntu-precise-amd64.kactivities_4%3A4.8.4-0ubuntu0.1~ppa1_BUILDING.txt.gz?token=9cc92bcad7958cf3f23923e2e94afff7
[08:55] <wgrant> debfx: Ah, you're using Chromium?
[08:56] <wgrant> Chromium has a dirty habit of reencoding tildes in URLs
[08:56] <wgrant> Try recopying the original URL into another browser
[08:56] <wgrant> Firefox is known to work
[08:56] <debfx> firefox 13
[08:56] <wgrant> https://i106684520.restricted.launchpadlibrarian.net/106684520/buildlog_ubuntu-precise-amd64.kactivities_4%3A4.8.4-0ubuntu0.1%7Eppa1_BUILDING.txt.gz?token=9cc92bcad7958cf3f23923e2e94afff7 works for me
[08:56] <wgrant> Hmm
[08:56] <wgrant> (note that I converted the ~ to %7E)
[08:57] <wgrant> Firefox 12 here. Perhaps 13 changes the encoding rules to match Chromium's.
[08:57] <wgrant> What about wget?
[09:02] <debfx> only works when ~ is hex encoded
[09:03] <wgrant> debfx: That's correct. Chromium reencodes that, but Firefox should work...
[09:35] <glatzor> wgrant, thanks. Indeed. I had a quite old dput.cfg which still configured the shortcuts manually
[09:36] <wgrant> glatzor: It's a bit unfortunate that dput doesn't warn when giving an argument to a section that doesn't accept arguments.
[09:36] <wgrant> But we're seeing fewer cases like this nowadays, so I guess they'll be extinct eventually :)
[10:53] <dholbach> hey
[10:53] <dholbach> can anyone help me with http://paste.ubuntu.com/1022883/?
[10:53] <dholbach> I have no idea what's happening there
[11:05] <soren> dholbach: Looks like bug 965371.
[11:05] <ubot5> Launchpad bug 965371 in openssl (Ubuntu Precise) "HTTPS requests fail on sites which immediately close the connection if TLS 1.1 negotiation is attempted, on Ubuntu 12.04" [Medium,Triaged] https://launchpad.net/bugs/965371
[11:05] <soren> dholbach: I had the same problem months ago, but it was fixed.
[11:06] <soren> dholbach: ...and it doesn't seem to have regressed for me. If I fire up lp-shell and just do: list(lp.distributions['ubuntu'].series)
[11:06] <soren> dholbach: ...it works perfectly.
[11:07] <soren> dholbach: Glancing at your traceback, that seems to be what your script is trying to do.
[11:55] <dholbach> thanks a lot soren
[12:46] <soren> dholbach: That helped? Really?
[12:49] <jonathanj> does ubot5 subscribe to notifications somehow or does it poll the API?
[12:53] <dholbach> soren, no, it didn't - but at least I know what's going on
[12:54] <dholbach> soren, also it seems to sometimes work and sometimes not
[12:58] <soren> dholbach: :(
=== zyga is now known as zyga-afk
=== yofel_ is now known as yofel
[13:41] <dobey> jonathanj: there are no notifications. it just polls the API when someone mentions a bug
[13:44] <jonathanj> dobey: oh right, i didn't see that someone mentioned that bug
[14:31] <ahasenack> hi guys, is this bug known? http://img7.imagebanana.com/img/5a0c8fl3/Selection_001.png
[14:31] <ahasenack> it's when filing new bugs, sometimes it feels like not everything loaded in that page
[14:31] <ahasenack> well, not only "feels", it's a fact :)
[14:46] <wgrant> ahasenack: Bug #1008543; thanks.
[14:46] <ubot5> Launchpad bug 1008543 in Launchpad itself "ChoiceSources on +filebug are empty in Chromium" [Critical,Triaged] https://launchpad.net/bugs/1008543
[14:47] <ahasenack> wgrant: ah, thanks
[14:47] <wgrant> Works fine in Firefox
[15:47] <till__> i created a new PPA a couple hours ago
[15:48] <till__> we just tried uploading a release
[15:48] <till__> and nothing happens
[15:48] <till__> been like 20 or 30 minutes
[15:48] <till__> is that expected?
[15:53] <till__> anyone know if there is a queue to watch to create new PPAs?
[15:57] <till__> anyone around to help briefly?
[15:57] <till__> https://launchpad.net/~easybib/+archive/test < this is the PPA we are having trouble uploading to
=== nhandler_ is now known as nhandler
=== ahasenack is now known as Guest47924
[16:57] <apachelogger> for how long will staging be down?
[18:53] <geser> till__: did you got a reject or accept mail for you upload? if not check if your upload was signed with the right key (a key attached to a LP account)
[20:22] <till__> geser: so far no emails
[20:23] <till__> geser: it says, "Good signature etc.
[20:23] <geser> till__: and the key on the signature is the same as in your LP profile?
[20:24] <till__> and ended with "Successfully uploaded packages"
[20:25] <till__> i'll doublecheck with the dev, but we didn't see anything in the output from dput which would hint that it wasn't the case
[20:28] <geser> there is nothing that stops you to sign with the "wrong" key and upload it. Only LP doesn't know whose key it is (doesn't know which LP user it belongs to) and ignores that upload (no mail, no nothing)
[20:29] <till__> geser: good to know, ok
=== Guest47924 is now known as ahasenack
[23:06] <knome> hey, is there any way to increase the quote of possible privmsgs to send?
[23:06] <knome> *quota
[23:06] <knome> i needed to send 11 messages, but i was able to do 3
[23:07] <knome> i'm only needing this for LP users who don't have public address provided, and i need to make sure the message reaches them
[23:07] <knome> wouldn't want to wait for days...