[00:08] <rockstar> maxb, we used to see them request them from http://pleasesendmeubuntucds.com/
[00:08] <rockstar> Seemed like a lot of work just to get some free cds.
[00:42] <bdrung> some daily build system can handle 3.0 (quilt) packages (source format `3.0 (quilt)' discarded: no orig.tar file found), but other can't: https://code.launchpad.net/~audacity-team/+recipe/daily.karmic/+build/10905 https://code.launchpad.net/~audacity-team/+recipe/daily.lucid/+build/10823 https://code.launchpad.net/~audacity-team/+recipe/daily/+build/10907 https://code.launchpad.net/~audacity-team/+recipe/daily/+build/10906 https://code.edge.launch
[00:42] <bdrung> pad.net/~videolan/+recipe/master-daily/+build/10877 https://code.edge.launchpad.net/~videolan/+recipe/master-daily/+build/10876
[00:44] <wgrant> bdrung: It depends on the series.
[00:44] <wgrant> bdrung: dpkg in >= maverick is the problem.
[00:44] <wgrant> dpkg in <= lucid will fallback to 1.0 automatically.
[00:44] <bdrung> wgrant: ok
[00:57] <spiv> losa ping: codehosting seems a bit grumpy: I just got "exec request failed on channel 0" when trying to bzr+ssh to it, and CodehostingPerformance graph looks alarming.
[00:57] <spm> urg
[00:57] <spm> ahh. it's verra busy. lookin'
[00:58] <spiv> Mostly I'm connecting ok.
[00:58] <spiv> So far in my gentle poking I've only seen that error once, so it's not totally busted :)
[01:21] <fta> wgrant, hi, how is the ppa stats thing supposed to work? i wrote a script back in september (it's still reporting nothing atm) but everything seems to be attached to a published binary
[01:21] <fta> so does this mean stats are volatile and disappear each time a source package is updated?
[01:22] <micahg> fta: there was a post on teh PPA stats bug that there are no stats yet, but will be soon
[01:22] <fta> micahg, it's supposed to work using the api (at least, once the parser catches up)
[01:23] <fta> and i'm using the api
[01:23] <micahg> fta: right, once the parser catches up
[01:24] <fta> micahg, yep (i read that bug too), but that was not the purpose of my question
[01:25] <fta> getDailyDownloadTotals()/getDownloadCount() seem to come from a getPublishedBinaries() object, which disappear with its src package
[01:29] <micahg> fta: ah, sorry
[01:31] <wgrant> fta: They don't disappear...
[01:31] <wgrant> fta: The records are still there.
[01:31] <wgrant> But they are Superseded or Deleted, not Published.
[01:31] <fta> wgrant, so i guess i wrote my script without really knowing what i was doing
[01:31] <fta> oh, right
[01:32] <fta> not good for dailies then, too many stuff to pull
[01:32] <fta> too slow
[01:33] <wgrant> If you can think of superior additional ways to expose it, we can look at those.
[01:33] <wgrant> I just implemented the bare minimum to start with.
[01:33] <fta> wgrant, i wrote this 3 months ago: http://paste.ubuntu.com/541242/
[01:34] <fta> just to test when i thought it was ready
[01:37] <lifeless> I think something like a spark line on package (not versioned) across the last few days, and stats on the individual things if you drill in
[01:38] <wgrant> Sure.
[01:38] <wgrant> But that's a bit generic.
[01:38] <fta> i wanted to see numbers moving before thinking about how to display them
[01:39] <wgrant> That should happen in the next few days.
[01:39] <wgrant> But the logs are pretty huge, so they'll take a while.
[01:40] <Daviey> Hey, Do we have an idea when the staging server will be back online?
[01:56] <fta> uh, another ftbfs without logs: https://launchpad.net/~chromium-daily/+archive/dev/+build/2087183
[04:26] <cnd> I'm trying to push to a ppa, but twice now I've received the following error back in the rejection email:
[04:26] <cnd>   Rejected:
[04:26] <cnd> Unhandled exception processing upload: 'NoneType' object has no attribute 'md5'
[04:26] <cnd> any ideas?
[04:27] <spiv> cnd: sounds like a bug :(
[04:27] <wgrant> Oh, ugh.
[04:27] <wgrant> Regression in the last rollout.
[04:27] <wgrant> I didn't know about it, but I already have a branch that happens to fix it.
[04:28] <cnd> wgrant, do you know when it will be fixed?
[04:28] <spiv> wgrant: when you're finished with the time machine be sure to return it back to the year 3010.
[04:29] <wgrant> cnd: I'm not sure. I'll talk to people about it in a few hours, when they wake up.
[04:29] <wgrant> cnd: Your package uses an existing orig.tar.gz?
[04:29] <cnd> wgrant, are we talking within a day or two?
[04:29] <cnd> wgrant, it should be
[04:29] <wgrant> cnd: With any lukc.
[04:29] <cnd> ok
[04:29] <cnd> wgrant, will there be notification when it's fixed?
[04:30] <wgrant> cnd: You can subscribe to the bug that I'm currently filing.
[04:30] <cnd> ok
[04:33] <wgrant> cnd: Bug #687662
[04:34] <cnd> wgrant, thanks!
[04:34]  * wgrant gets the branch reviewed.
[07:53] <Daviey> Hi, staging has been in "Code Update" mode for the last 7 hours... is it known when it will be back?
[08:37] <MTecknology> I'm not understanding why my package was rejected.... Unhandled exception processing upload: 'NoneType' object has no attribute 'md5'
[08:41] <wgrant> MTecknology: Bug #687662
[08:42] <MTecknology> wgrant: so it'll probably be fixed in the next couple days?
[08:42] <MTecknology> Anything I can do about it now?
[08:42] <wgrant> You can't do anything.
[08:43] <wgrant> The fix is a one-liner, so it'll hopefully be applied soonish.
[08:43] <wgrant> I will talk to people about it shortly.
[08:43] <MTecknology> ok- thanks
[08:43] <MTecknology> I'll hold off until morning
[08:45] <MTecknology> I'm hoping that I have one more upload just to make sure things are working right - then I'll upload to upstream and let them yell at me for all the changes :P
[09:53] <Daviey> jelmer: Any idea when staging will be back online... been offline for ~9 hours :(
[09:55]  * Daviey cries.
[09:55] <wgrant> Daviey: Can you use qastaging instead?
[09:56] <Daviey> wgrant: i did try that... but getting an odd traceback when generating an auth token
[09:56] <wgrant> Daviey: What's the traceback?
[09:56] <wgrant> It's meant to work.
[09:59] <Daviey> wgrant: http://pb.daviey.com/5Z3F/raw/
[10:00] <Daviey> I assume i used the correct url :/
[10:00] <Daviey> i tired /devel/ aswell
[10:00] <wgrant> Daviey: Drop the beta/ from the URL.
[10:00] <wgrant> Recent versions of launchpadlib have version support, so they append it automatically (in this case it's using 1.0)
[10:01] <wgrant> So it requests /beta/1.0, and boom.
[10:01] <Daviey> dammit... wgrant, i owe you :)
[10:01] <Daviey> that worked, thanks :)
[10:01] <wgrant> Excellent.
[10:02] <wgrant> Although you raise a good point about staging.
[10:03] <Daviey> Well now i can use qastaging, it's unblocked me :)
[10:57] <gord> who do i partition to get launchpad merge request diff's to ignore whitespace changes? ;)
[13:37] <zyga> hi
[13:37] <zyga> is there any reference lauchpad logo image for sitest that want to offer launchpad-based open-id SSO
[13:37] <zyga> preferably a transparent image suitable for resizing
[13:56] <napster> "bzr: ERROR: Connection error: while sending CONNECT xmlrpc.launchpad.net:443: [Errno 110] Connection timed out"
[13:56] <napster> I get this error when I try to push to https://launchpad.net/extinctor/trunk
[13:56] <napster> what could be wrong?
[14:00] <napster> anyone?
[14:06] <napster> bzr push lp:~subinsebastien/extinctor/trunkbzr: ERROR: Connection error: while sending CONNECT xmlrpc.launchpad.net:443: [Errno 110] Connection timed out
[14:06] <napster> please help me fix this
[14:12] <jelmer> napster: hi
[14:12] <napster> jelmer: hi
[14:13] <jelmer> napster: Launchpad doesn't allow pushing over https, only over ssh.
[14:13] <jelmer> Although that error seems to suggest there's an issue resolving the lp: URL you're specifying
[14:13] <jelmer> napster: is there perhaps a proxy of some sort in between you and Launchpad?
[14:14] <napster> jelmer: I can surely say no, till my ISP
[14:15] <napster> jelmer: Whats error number 443
[14:15] <napster> ?
[14:15] <jelmer> napster: 443 is the port number
[14:15] <napster> sorry error number 110
[14:16] <jelmer> 110 is Connection timed out
[14:17] <jelmer> napster: do other lp: URLs work or is this the first time you're using one?
[14:17] <napster> jelmer: I think my internet connection is good and lp is also up
[14:17] <napster> jelmer: I work with 6 projects
[14:19] <jelmer> napster: Can you try fetching or pushing another project?
[14:19] <napster> jelmer: sure. lemme try
[14:20] <jelmer> Pushing an extinctor branch seems to work for me, let's see if we can narrow down the problem.
[14:20] <napster> jelmer: It gives me the exact same error with netchat(the other project of mine)
[14:21] <jelmer> napster: and http access is not affected?
[14:21] <napster> no
[14:21] <napster> http works fine
[14:22] <jelmer> napster: can you file a question in https://answers.launchpad.net/launchpad-code about this?
[14:22] <napster> jelmer: sure. in a minute.
[14:23] <jelmer> napster: for the moment you should be able to work around it by specifying the bzr+ssh URL directly
[14:23] <jelmer> e.g. bzr+ssh://bazaar.launchpad.net/~subinsebastien/extinctor/trunkbzr
[14:23] <napster> jelmer: can you elaborate a bit? what could be the complete command?
[14:23] <jelmer> bzr push bzr+ssh://bazaar.launchpad.net/~subinsebastien/extinctor/trunkbzr
[14:24] <jelmer> the "lp:" bit is a shorthand for that long URL
[14:24] <napster> jelmer: got the point
[14:25] <napster> then its with the access I made right?
[14:27] <jelmer> napster: If you mean it will use your credentials, yes.
[14:28] <napster> jelmer: I did the same to netchat, and now there is two branches for it :(
[14:29] <zyga> lifeless, hi
[14:29] <zyga> lifeless, is there any set of reusable media files for indicating something works with launchpad?
[14:29] <zyga> lifeless, in particular, that a webapp integrates with lauchpad sso
[14:50] <Ng> 20
[14:51] <Ng> bah
[14:53] <tumbleweed> I swear in the past I could set up vcs imports without needing review? Has something changed?
[14:57] <soren> tumbleweed: git branches don't need review.
[14:57] <tumbleweed> soren: aah, that explains, this is SVN
[14:57] <soren> tumbleweed: Right.
[14:57] <soren> tumbleweed: I don't know why, though, but that's how it is.
[14:58] <tumbleweed> soren: yeah, np
[15:01] <jelmer> tumbleweed, soren: with svn some users register the root of the repository rather than a separate directory/branch which can result in huge load and disk usage on the importers and heavy network load on the repository
[15:02] <tumbleweed> jelmer: makes sense
[15:04] <soren> jelmer: Ah.
[17:27] <txdv_> verry intersting
[17:27] <txdv_> though i add someone to the suscribers of my branch
[17:28] <txdv_> they seem not to recieve any mails
[17:29] <txdv_> at least not the merge proposal
[17:29] <txdv_> :/
[21:26] <MTecknology> wgrant: not merged yet... :(
[22:36] <davidstrauss> I can't figure out what's wrong with this import: https://code.launchpad.net/~davidstrauss/drupal-mongodb/trunk
[22:37] <beuno> davidstrauss, looks like a bug in launchpad
[22:37] <beuno> http://launchpadlibrarian.net/60299283/davidstrauss-drupal-mongodb-trunk.log