=== MTecknology is now known as tacoball === tacoball is now known as MTecknology [00:20] Hm, it is a known bug that if you change the title of a bug the AJAX way, and then edit the description/tags, it will revert the title? [00:20] *is it [00:29] mrooney: not sure, but I'd err on the side of reporting it and someone'll mark it as a duplicate if it is [00:40] would anyone mind trying to confirm bug 339003, say on staging? [00:40] Launchpad bug 339003 in launchpad "changing title then description/tags quickly reverts title" [Undecided,New] https://launchpad.net/bugs/339003 [00:44] mrooney: I haven't been able to confirm on staging, but it's possibly related to replication setup, so may not necessarily be reproducible on staging [02:19] The signing key for this PPA doesn't seem to be working: https://launchpad.net/~handbrake-ubuntu/+archive/ppa [02:28] funkyHat: PPA signing was only turned on a month or two ago, and only PPAs modified since then will be signed. [02:31] wgrant: it has a signing key, which I have added to my trusted signatures for apt, but apt is still complaining that the package isn't signed [02:31] Oh I see, the packages themselves won't be signed [02:33] Fair enough :) [03:03] hi [03:03] I'm getting 404 from packages in a PPA :/ [03:04] but I can download the same package from the PPA web UI, so any idea on what's going on? [03:04] the ppa is https://launchpad.net/~shutter-testing-team/+archive/ppa and the package is libgloo-canvas-perl [03:11] (that was because the team was renamed) [03:12] (to wgrant-fanbase) [03:13] Nafallo: Huh? [03:14] wgrant: trolling you :-) [03:14] Pfft. [03:14] Did they change the way karma is calculated? [03:15] nhandler: Not as far as I know... what gives you this idea? [03:16] wgrant: My karma went up significantly without an increase in activity on my part [03:16] nhandler: Significantly being ~3000? [03:17] wgrant: Close to ~6000 [03:18] On February 25, my karma was 11070 [03:18] 3000 came from the translations bug, so will go away again soon. [03:18] perhaps the other 3000 came from bzr branches that you've recently played with? [03:19] That is what I was thinking, but I haven't done much bzr work lately. The bug area would be my guess, but I really didn't think I was active enough to boost my karma that much [04:42] How can I get LP to rebuild my package for another ubuntu version? [04:42] copying to same PPA but a different series doesn't work, it says "(same version already has published binaries in the destination archive)" (which is untrue) [04:47] vadi2, you'll have to change the changelog and dput it. [04:47] ok :( [04:52] * wgrant wonders what was untrue about it. [04:52] People seem to fail to perceive archive != distroseries. [07:41] What causes LP to sometimes show the diff on a merge proposal page and sometimes...not? [07:48] Heh, now it's showing it. [07:48] Wait, no it's not. I'm dumb. === dereine[OFF] is now known as dereine [08:21] Peng_: It takes a while to generate it. I saw a bug recently about making that more obvious. [08:22] wgrant: 18 hours for a one-line change, when another branch has it after a few minutes? [08:23] Peng_: Launchpad operates in strange ways... who knows. [08:23] :D [08:23] Did it ever show it for that branch? [08:23] wgrant: The branch is only 18 hours old. I don't remember ever seeing it. [08:25] Maybe thumper knows. [09:24] again jaunty Rosetta import queue seems stalled... [09:34] Mirv: Quite deliberately. [09:34] Otherwise people complain about getting tens of thousands of emails. [09:36] wgrant: right. hopefully the problems will be resolved soon. it was running yesterday for some time, though. [09:36] Yes, and somebody ended up with 13000 emails from it. [09:39] uhh [11:24] Hi [11:24] any launchpad admin here? [11:53] any launchpad admin here? [11:55] any launchpad admin here? [11:56] FreeUser you asked three times I don't think there's one... Otherwise he may had answered [11:57] FreeUser: You might consider asking your question more generally, and a non-admin may answer. Alternatively, you can contact an admin by asking a question at https://answers.launchpad.net/launchpad [11:59] wgrant: No i can't because i have lost my e-mail-adress so i'm unable to login into launchpad [11:59] :-/ [12:00] FreeUser: Given that no admins seem to be around at the moment, perhaps emailing feedback@launchpad.net is a good idea. [12:02] wgrant: yep, i think you are right [12:03] wgrant: i'm gonna try that, thanks === sale_ is now known as sale === dereine is now known as dereine[OFF] === dereine[OFF] is now known as dereine [12:14] wgrant: do you know if soyuz support source package format 3.0 already or if a bug is open for it? I see debian discussing to switch to it [12:16] geser: As do I, and I am concerned. [12:17] I don't believe there's a bug, but it was near the top of the distroteam's Soyuz priority list. [12:52] When I'm copying packages for a different ubuntu version, do I change the 'changelog' to the proper version and add a new changelog entry? [13:32] vadi2: I think you need: dch -i [13:32] yeah, ok [13:35] sorry to bother, but what does this mean: After installing, the following source dependencies are still unsatisfied: [13:35] debhelper(inst 6.0.4ubuntu1 ! >= wanted 7) [13:35] Source-dependencies not satisfied; skipping mudlet [13:35] I copied an 8.10 package to be built for 8.04 using dch -i [13:36] oh nm it's in my control file [13:54] vadi2: it means that hardy has lower debhelper version, try lowering its version, but it doesn't mean that it will work. there are backports for it however: http://packages.ubuntu.com/search?keywords=debhelper [13:54] yeah, lowering gave me this: "dh_clean: Sorry, but 6 is the highest compatibility level supported by this debhelper." [13:55] can't seem to ssh into bazaar.launchpad.net to push [14:14] neither can I [14:14] I've been waiting for this push to finish for 5 minutes [14:36] Hi, does anybody have problems when pushing code? [15:07] i can't push my local bzr rep to LP. is that a problem on my end, or is the LP server down? it used to work fine earlier today. [15:09] i'm having trouble bzr push'ing to lp [15:09] just seems nothing's happening [15:10] oh hey, same here [15:10] so it's probably not a problem on my end. [15:11] it's been like that for a few hours [15:11] jui-feng: okay, thanks. [15:12] let's hope they fix it soon :) [15:20] Somebody should update the topic to say "it's not you" [15:20] alright [15:37] does anybody know how the launchpad ubuntu mirror probe works? [15:37] i mean, can i see the script? [15:38] i'd like to test a mirror i'm maintaining [15:49] hmm the probe always attacks while an update is taking place [16:05] Hello [16:05] I cannot bzr pull anymore from launchpad [16:06] Neither can I [16:06] everyone is having problems [16:06] ok [16:06] so it's known [16:06] yep [16:07] ploum: I'm just waiting it out since there's nothing else to really do to report [16:07] and is bzr branch working ? [16:07] nope [16:07] argh [16:07] We were in the process of releasing ! [16:07] :'( [16:07] You might want to try generating yourself a new keyset [16:07] ssh keys [16:07] I don't think that will do anything [16:08] ok [16:08] LarstiQ: Anything else to try/ [16:08] smoothice: no, I suggest you try to go on without launchpad for now [16:08] alright [16:09] ploum: what do you use launchpad for in your release process? [16:10] LarstiQ: the release manager had not the latest revision [16:10] so it would be handy if he could do bzr pull [16:10] ploum: ok, but someone else does? You can bypass launchpad for that [16:10] that's what I just did [16:10] I did a tar.gz and sent it by email [16:11] but that's a bit stoneage-like practice ;-) [16:11] ploum: something is clearly broken on bazaar.launchpad.net [16:12] but I'm sure someone will get to it (hopefully this weekend :-/) [16:12] LarstiQ: there's also the fact that when you announce a release, some people might want to branch your code to play with it [16:12] oh, works again :P [16:13] whoever did that, thanks [16:13] oh yes ! [16:13] great :-) [16:13] had anyone tried using bzr without an ssh key to see if it works that way? [16:14] smoothice: to push to lp, you need an ssh key - there is no password auth [16:14] oh [16:14] for some reason I thought there was [16:14] nevermind [16:14] pulling you can do by http [16:15] damn, now i already created a diff of my latest changes. ;) [16:15] ploum: right, but since bzr is decentralized, any other publically reachable place could take over the duty (for a while) [16:15] ploum: it's not ideal, but you can still work === thunderstruck is now known as gnomefreak [16:17] LarstiQ: indeed ! I forgot that and that's really nice :-) [16:22] the bazaar smartserver was bounced. push and pull should work again === dereine is now known as dereine[OFF] === luke-jr_ is now known as luke-jr === dereine[OFF] is now known as dereine [19:35] any sign of debian support in PPAs on the horizon? [19:46] directhex: Nope. [19:46] directhex: It's a resource issue; canonical runs LP and it isn't in their interests to provide non-ubuntu slaves. [19:46] directhex: I'm sure that if someone donated a box to them for debian use it could be worked out. [19:50] lfaraone: Well, there have been Debian imports at: https://launchpad.net/debian [19:51] lfaraone: I don't think that's correct [19:52] directhex: Debian ppas do require the entire Debian suite archive (per release) and buildds to match [19:52] directhex: so it isn't a trivial move [19:53] LarstiQ: well, I'm just speculating. [19:54] jpds: really? I don't see any: https://edge.launchpad.net/debian/+builds?build_text=&build_state=all [20:25] LarstiQ, it's a feature gap compared to, say, the opensuse build service. which is a PITA to use, but DOES build against lots of different distros [20:26] https://code.edge.launchpad.net/python <-- python has a really nice, easy naming scheme for their repositories [20:26] Or, branches [20:26] How do they get more than one 'lp:' name? [20:31] javaJake: the lp:python/3.0 vs lp:python/2.5? [20:32] It's series isn't it? [20:32] javaJake: yes [20:59] looks like time on a bug's +activity page is utc, whereas time on the bug page is local, is that a known bug? [21:02] Hmmm, I've got a branch locally, and I've created a branch in Launchpad. Would I use 'push' to duplicate that branch onto Launchpad's new repository? [21:05] javaJake: yes [21:07] I'm using launchpadlib to find a milestone, call searchTasks() on it to find all of its bugs, and then print some details about them to a console. [21:08] jkakar, are you having any issues? [21:08] btw, hi :) [21:09] Ursinha: Heya! Other than it being really slow, no. It just took 45s to get 44 bugs to display. Loading the same view in my web browser is <2s load time. [21:09] Actually, I'm finding it a pleasure to work with, in terms of ease of programming. [21:10] hmm [21:10] jkakar, awesome, isn't it? [21:10] Also, is there a way to get branches linked to bugs via the API? [21:10] jkakar, did you get any timeouts in the meantime? [21:10] Ursinha: It is, indeed. [21:10] Ursinha: Nope, not that I know off (ie, no exceptions) [21:11] jkakar, right [21:11] Ursinha: In general, all the operations I've tried have been slow, even simple ones like getting a bug given a bug number, but they've all worked. :) [21:11] Can you assign multiple branches to a series? [21:12] We have different kinds of, erm, code for each release we make. [21:13] javaJake: I think so [21:13] jkakar, in here, where the internet is fast "pero no mucho", it's not immediate [21:14] jkakar, all requests I make always take one or two seconds [21:16] Ursinha: I have a relatively fast connection here, but I think overall network latency is a factor given my geographic location. [21:16] Ursinha: Launchpad is always way faster in Europe. [21:17] jkakar, hmm, may be [21:17] indeed [21:20] jkakar: hey, are you using STAGING_SERVICE_ROOT? [21:21] james_w: Nope, EDGE_SERVICE_ROOT. [21:21] interesting [21:21] jkakar: you can try "import httplib2; httplib2.debuglevel = 1" to see the queries that are being made [21:22] james_w, interesting [21:22] also, it costs quite a lot to repeatedly use the same attributes, so assign them to variables, then use the variable at each point [21:23] (for some attributes at least) [21:23] The code I have doesn't look bone-headed: http://paste.ubuntu.com/127945/ [21:23] james_w: I'm already doing that (by accident) for bugs. [21:24] what's your "Bug" class? [21:25] james_w: http://paste.ubuntu.com/127951/ [21:26] interesting [21:26] james_w: I just tried the debuglevel thing. It's making a request for each bug in the milestone, and another for each bug's bug task. Those requests are the ones that take the bulk of the time. [21:26] nothing stands out to me though [21:26] if launchpad.bugs[12345] takes a few seconds for you then I'm not sure what it is [21:26] james_w: Well, that's good to know at least. [21:27] james_w: I guess the fact that it's making ~105 requests to show 50 bugs is the real problem. [21:27] yeah, that won't help [21:27] james_w: Is there a way to batch queries into single requests? [21:28] jkakar: not that I know of [21:28] one of the API gurus would be able to tell you for sure [21:33] Cool, thanks. [21:41] * Ursinha looks around for some of the rosetta experts