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