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