[00:11] <nhandler> staging.launchpad.net is down again :(
[00:15] <poolie> nhandler: confirmed
[00:15] <poolie> spm ^^ yoohoo
[00:15] <poolie> these "%s wants to join" mails are just not quite right
[00:15] <spm> nhandler: poolie: ta. yes known. am having a 'wtf' moment with ~ 32Kb of the '^@' character in the staging logs.
[00:16] <poolie> that would be \0 isn't it?
[00:16] <spm> I think so.
[00:16] <poolie> i think you're worrying about nothing :-) (sarcasm)
[00:17]  * spm bows to the forces of superior (sarcastic) evil
[00:18] <jml> no dark sarcasm in the channel
[00:18] <spm> but! that's like asking me to never say a thing? ... or was that the idea? ;-)
[00:19] <jml> hey! losa! leave them kids alone!
[00:28] <spm> nhandler: staging appears to be back up and working; but given the fail it had? any observations of funkyness would be apprecaited!
[00:35] <nhandler> spm: Will do
[00:36] <nhandler> Does this look right? 'launchpad.distributions['ubuntu'].searchTasks(bug_subscriber=launchpad.people['nhandler'])'? It is meant to return a list of bugs I am subscribed to
[00:56] <ryanakca> Hmmm... bug 315725 says that debbugs #511647 is ``New; Unknown'', however, bugs.debian.org says ``Severity: wishlist; Fixed in version slingshot/0.8.1p-2''... Is this the desired behavior?
[01:02] <Ampelbein> ryanakca: the upstream-bugtrackers are not updated in real time.
[01:05] <ryanakca> Ampelbein: ... but should it take >= 2 days ?
[01:06] <Ampelbein> ryanakca: if there is a problem connecting to the tracker, i guess so. lots of gnome-bugs are out-of-sync, too.
[01:33] <bdrung> hi, https://code.launchpad.net/~bdrung/firefox-extensions/adblock-plus.upstream/+merge/4559 produces an oops
[02:34] <cody-somerville> It looks like a problem in rendering the diff.
[02:42] <rockstar> bdrung, are there high bit characters in your diff?
[02:42] <bdrung> rockstar: high bit characters?
[02:44] <rockstar> bdrung, as in, characters that aren't in a-zA-Z0-9 and basic punctuation?  Anything not on US or UK keyboard?
[02:45] <bdrung> rockstar: yes. there are translations files in the diff.
[02:46] <rockstar> bdrung, yeah, that's probably it.  It's a known bug.
[02:47] <bdrung> rockstar: bug #?
[02:47] <rockstar> bdrung, looking.
[02:49] <rockstar> bdrung, hm, looks like when this first got encountered, the user didn't actually file a bug like I thought he did.
[02:49] <rockstar> (Or I can't find it)
[02:50] <rockstar> bdrung, would you like to file a bug against launchpad-bazaar ?
[02:51] <bdrung> rockstar: what should i write into the bug report?
[02:51] <rockstar> bdrung, most importantly, the oops id.
[02:57] <thumper> rockstar: that bug is yours
[02:57] <rockstar> thumper, thank you so much!  :)
[02:58] <bdrung> rockstar: done: launchpad.net/bugs/344041
[03:31] <savvas> argh.. is anyone aware of a launchpad bug to list the attachments/patches separately in a bug report in the right menu?
[03:33] <wgrant> savvas: I can see the attachments in a portlet on bug pages already - is that not what you want?
[03:36] <savvas> wgrant: that should be in edge?
[03:38] <wgrant> savvas: It has been on production for at least 3 years. What exactly do you want changed?
[03:39] <savvas> wgrant: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/311732 - to show "Patches:" and list the attachments that are checked as "This attachment is a patch"
[03:39] <wgrant> savvas: Ahh. I don't know of such a bug.
[03:40] <savvas> ok I'll search a bit :)
[03:40] <savvas> wgrant: also, when I check "This attachment is a patch", what does it actually do?
[03:40]  * wgrant searches.
[03:40] <wgrant> It marks it as a patch.
[03:41] <wgrant> So the bug shows up in searches as having a patch.
[03:41] <savvas> aaaah
[03:41] <wgrant> Bug #172507
[03:41] <wgrant> Bug #232449
[03:41] <wgrant> Similar, but not quite the same.
[03:42] <savvas> nice, thank you!
[03:43] <wgrant> np
[05:49] <wgrant> A revision was recently committed to a branch to which I am subscribed (with diffs), and I did not get emailed. This revision was a merge which would have had a ghost as its RHS parent at that stage.
[05:51] <wgrant> I wonder if that caused the puller to die, as the relevant BMP wasn't marked as merged either.
[05:51] <wgrant> (but the revision did show up on LP)
[05:56] <spiv> jml: ^
[06:21] <rockstar> wgrant, the puller would have worked if the revision shows up.
[06:21] <rockstar> wgrant, also, the diffs should be generated by another process, so it might not happen immediately.
[06:24] <wgrant> rockstar: Um, wow.
[06:25] <wgrant> 7 minutes ago it gave me the email, finally.
[06:25] <rockstar> wgrant, ?
[06:25] <wgrant> It was committed over an hour ago.
[06:25] <rockstar> wgrant, so the issue here is a bug.
[06:25] <wgrant> And... other revisions came with it.
[06:25] <rockstar> wgrant, the bug is "you're too impatient"
[06:25] <wgrant> No, there's more than that.
[06:27] <wgrant> rockstar: The previous 5 revisions also came in other emails at that time.
[06:27] <wgrant> Although I'd received them all before.
[06:28] <rockstar> wgrant, hm.
[06:28] <wgrant> Oh. Crap. That's somebody pulling into another branch.
[06:28] <wgrant> So the email actually never came.
[06:28] <wgrant> But it did when somebody pulled it into another branch.
[06:32] <wgrant> rockstar: I don't buy the impatience argument, as the email from the other branch came within a couple of minutes.
[06:32] <rockstar> wgrant, it sounds like the impatience argument is invalid now.
[06:32]  * rockstar goes to bed
[06:33] <wgrant> Night. Thanks for you help.
[08:10] <poolie> hi wgrant
[08:17] <wgrant> poolie: Hi.
[08:18] <poolie> thanks for your ppa related feedback
[08:18] <wgrant> Which?
[08:18]  * poolie was just agreeing with your bugs
[08:18] <wgrant> Ah.
[08:18] <wgrant> Which in particular?
[08:18] <poolie> that the fingerprint should be shown
[08:19] <wgrant> Aha.
[08:19] <wgrant> I do like being agreed with, particularly when LP devs contest my position.
[08:19] <poolie> bug 344105 might amuse you too :)
[08:21] <wgrant> poolie: But username, email address etc. are easily changable.
[08:21] <wgrant> Although email address is a tad harder.
[08:21] <poolie> oh, hm, i hadn't taken into account you could change userid
[08:22] <poolie> and you can?
[08:22] <wgrant> You can.
[08:22] <wgrant> +edit has the field at the top.
[08:22] <poolie> heh i'm glad i asked you about that bug then :)
[08:23] <poolie> that seems to present some potential for confusion if the person already has a PPA
[08:23] <poolie> though actually it might be kind of useful
[08:23] <wgrant> Maybe there should be a redirect from a URL involving a fingerprint to the Archive.
[08:23] <wgrant> That would at least allow manual lookup, which isn't possible now.
[08:24] <poolie> or at least the key id, ie the last bit of the fingerprint
[08:24] <wgrant> Right.
[08:28] <mpt> wgrant, "but"?
[08:28] <poolie> hello mpt!
[08:28] <mpt> hi poolie
[08:28] <poolie> it was in reply to my bug 344105
[08:28] <wgrant> mpt: That's why people report bugs against Launchpad itself, I presume.
[08:29] <wgrant> Or maybe -ECONTEXT
[08:29] <mpt> wgrant, yeah, I am missing some
[08:29] <mpt> wgrant, are you referring perhaps to my description of why the duplicate-finder fails?
[08:30] <wgrant> mpt: No, of why some people file bugs against Launchpad. Devs tells people to file a bug on Launchpad.
[08:30] <wgrant> I go to Launchpad. And it asks me what I want to file a bug against. Huh? I just went to Launchpad! Why are you asking?
[08:30] <mpt> oh, bug 88818?
[08:31] <wgrant> OK, I'll type Launchpad again, to *really* tell it I want to file a bug on Launchpad.
[08:31] <wgrant> mpt: Yes.
[08:31]  * wgrant -> dinner
[08:31] <mpt> Launch-launch-launchy-paddering-pad
[08:33] <mpt> wgrant, I don't remember the "Bugzilla" product on bugzilla.mozilla.org receiving bug reports about Mozilla. Maybe it did/does and I've forgotten. Or maybe the listboxes make it more obvious what the options are.
[09:00] <wgrant> mpt: Or maybe our users are just more crazy.
[09:40] <Mez> how often does LP publish build binaries to PPAs?
[09:42] <RAOF> Every 15 minutes, I believe.
[09:43] <bigjools> 20
[10:46] <qball> danilos: still no autoaccept
[10:54] <danilos> qball: good, this means I can go and manually approve it
[10:54] <qball> ok
[10:56] <danilos> qball: ok, done, you'll need all others manually approved
[10:57] <qball> aah fun
[10:57] <qball> say I want to  upload a new translation file (.po) for gmpc it is now main-gmpc-<lang>.po
[10:58] <danilos> qball: well, ideally, you'd start using something like "po/main-gmpc.pot po/<lang>.po... gmpc-alarm/gmpc-alarm.pot gmpc-alarm/<lang>.po..." and do a tarball upload
[10:59] <qball> aah ok
[10:59] <danilos> qball: I am never completely sure what will work with multi-template uploads when you are using a flat layout (cause I consider it bad, I don't bother documenting it, so I have to periodically remind myself by reading the code)
[11:00] <qball> they are separate packages, but I don't want to create a page for every single one of them...
[11:00] <qball> because they belong to gmpc. (plugins)
[14:10] <AJenbo> I have submitted a bunch of translation sugestions to Danish Ubuntu, but none of the status bares have changed colors (they are still fully red even when i have sugested translations for all string in the section), what gives?
[14:11] <henninge> Making suggestions alone does not create new translations.
[14:11] <henninge> AJenbo: ^
[14:11] <AJenbo> but shoudn't the bare fill with the purple color?
[14:11] <henninge> AJenbo: They have to be approved by the Danish Ubntu Translators team.
[14:11] <henninge> AJenbo: no, only after they have been approved
[14:12] <henninge> AJenbo: the purple color shows "changed in LP" as opposed to "imported from upstream"
[14:12] <henninge> AJenbo: but the "change" does not take place until your suggestion has been approved.
[14:14] <AJenbo> arh, ok, would be nice to see what needs sugestions though :(
[14:17] <henninge> Ah yes, we have planned to add that filter.
[14:17] <henninge> AJenbo:
[14:17] <henninge> ^
[14:17] <henninge> ;-)
[14:18] <henninge> AJenbo: Contact the danish team to trigger them to approve your suggestions.
[14:18] <henninge> AJenbo: https://edge.launchpad.net/~ubuntu-l10n-da
[14:20] <AJenbo> Henninge: nice :D
[14:41] <qball> danilos: uploaded 2 templates again.
[14:42] <qball> danilos: how can I give somebody else permission to upload templates?
[14:43] <danilos> qball: only after initial upload has been approved, you can go into each template and assign a different owner (you can make it a team to include multiple people)
[14:44] <danilos> qball: I know that's far from perfect, we should add a "translation driver" role
[14:44] <qball> ok.
[14:44] <qball> not a big thing.
[14:44] <qball> just wondering if I was missing something
[14:55] <qball> danilos: can you accept the 2 templates I added?
[15:13] <danilos> qball: I see 3 of them
[15:13] <qball> just added another one
[15:14] <danilos> qball: I've approved all 3
[15:14] <qball> thanks
[15:16] <qball> I wonder why they show empty
[15:17] <danilos> qball: before they are imported they have no messages :)
[15:18] <qball> ok
[15:18] <qball> but you approved them, should they be imported then?
[15:18] <qball> aah
[15:18] <qball> there they are :D
[15:57] <adelie42> Need some help. I recently discovered that in addition to the launchpad account I have been using for a long time, that I have some other account with no activity that was registered in late 2007, while the account I thought I had always used was registered in early 2007. Anyway, all of the sudden I am seeing that account that last week said had been inactive for years is suddenly a top contributor in a couple projects I have been working in.
[15:58] <beuno> adelie42, what are the usernames for these accounts?
[15:58] <adelie42> keith-worrell and keith-penguin
[16:00] <adelie42> The accounts have very similar information, but the one I thought I had never used, keith-worrell, is getting credit for things I thought required my registered keys.
[16:02] <adelie42> https://launchpad.net/example-content/+topcontributors says adelie has a registered branch, but when I look at the account page, it says the account has no registered branches (as I would expect)
[16:02] <beuno_> adelie42, my guess is that someone pushed a branch where you had commits
[16:02] <beuno_> with the keith.worrell@gmail.com address
[16:03] <beuno_> so you got karma for it
[16:03] <beuno_> you can file a question and asked for them to me either merged or get one removed
[16:03] <maxb> Can't you merge accounts on your own?
[16:03] <beuno> adelie42, my guess is that someone pushed a branch where you had commits
[16:03] <beuno> with the keith.worrell@gmail.com address
[16:03] <beuno> so you got karma for it
[16:03] <beuno> you can file a question and asked for them to me either merged or get one removed
[16:03] <maxb> It used to be possible, anyway
[16:03] <beuno_> I think that only if one of them hasn't been claimed
[16:03] <beuno_> but I'm not sure
[16:03] <beuno_> kiko would know
[16:04] <beuno_> he knows everything
[16:04] <kiko> maxb, sure you can
[16:04] <kiko> maxb, check out /people
[16:04] <maxb> adelie42: ^
[16:04] <adelie42> ask here:https://launchpad.net/launchpad
[16:04] <adelie42> ?
[16:05] <beuno> adelie42, https://answers.launchpad.net/launchpad
[16:05] <maxb> adelie42, beuno: https://launchpad.net/people/+requestmerge
[16:06] <beuno> there you go
[16:08] <adelie42> THANKS! I think I know what happened now, as you mentioned about the email address, I might have used the other accounts email address for a couple things
[16:19] <adelie42> Ok, looks like that fixed everything.  :)  thank you
[16:21] <adelie42> Another question: So before I knew anything about using bazaar, I didn't know how to make proper patches. I found I could remove the improper patches, but my comments related to them are still on the boards.  Can these only be removed via support request?
[16:23] <adelie42> They are just really ugly clutter...
[16:26] <sveinung> hello
[16:26] <sveinung> What do you do if you have given the wrong URL to an VcsImport?
[16:58] <Laney> why does rosetta spam so?
[17:00] <henninge> Laney: See bug 337658 ;-)
[17:00] <Laney> hah, how timely
[17:00] <Laney> henninge: Know when this is going to hit edge?
[17:01] <henninge> Laney: It needs a cherry pick as this is running on the script servers, not on the application server.
[17:02] <Laney> ah
[17:02] <henninge> Laney: It may happen this week, danilos is onto it but has other important stuff on his hands, too.. ;-)
[18:39] <abentley> adelie42: I'm not sure which boards you meant...
[18:39] <abentley> sveinung: You can write the correct URL on the VCSImport whiteboard, or create a Question, or ask the help contact, which is me today.
[18:44] <sveinung> abentley: Is some spesific format for the white board required?
[18:45] <abentley> sveinung: No, just the URL (assuming it's in SVN)
[18:51] <adelie42> So my branch fixing several bugs was merged recently, should I go back to all those bugs and mark them as "fix committed"?
[18:52] <sveinung> abentley: thank you. Is https://code.launchpad.net/~vcs-imports/bibletime/trunk correct now?
[18:54] <abentley> sveinung: You should say something like "please update this URL" usually.  Sorry if I mislead you on that.
[18:54] <abentley> sveinung: Why does this URL need to be updated?  Was it never right, or is this a new location?
[18:55] <sveinung> abentley: never right
[18:55] <abentley> adelie42: That really depends on how your project is using launchpad.
[18:56] <abentley> sveinung: I've approved the import.
[18:57] <sveinung> abentley: Thank you
[19:01] <vadi2> Are junk branches strictly personal?
[19:02] <vadi2> my friend is trying to get it and is getting an "Agent admitted failure to sign using the key." error
[19:04] <henninge> Laney: The cherry pick just took place!
[19:04] <Laney> :D
[19:05] <Crissi> hm...
[19:05] <Crissi> whats about the launchpad server
[19:05] <Crissi> Sorry, there was a problem connecting to the Launchpad server.
[19:05] <Crissi>  Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode.
[19:05] <Crissi> Thanks for your patience.
[19:19] <abentley> Crissi: It should be fine now.
[19:19] <thekorn> leonardr, hi, for me the result of .searchTasks() is not cached anymore, is this a bug or intended ?
[19:20] <leonardr> not cached on the client side?
[19:21] <thekorn> right, not cached on the client side
[19:22] <leonardr> i'm actually surprised it was ever cached. it probably never had a last-modified or etag
[19:22] <leonardr> so i'd say it's within the range of normal behavior
[19:22] <Crissi> try: http://bazaar.launchpad.net/~chromium-team/chromium-browser/chromium-browser.head/revision/65
[19:24] <qball> danilos: added some more templates.
[19:26] <thekorn> leonardr, ok, thanks, I was just wondering because I have a lot of *searchTasks* files in my cache, but they where all last touched on 2009-03-10
[19:27] <leonardr> we could check with the people who work on that part of launchpad, like intellectronica
[19:29] <thekorn> leonardr, oh, I just found out why they are not cahced anymore, searchTasks is sending a "get" request instead of a "GET" and caching in httplib2 is case sensitive
[19:30] <leonardr> aha
[19:43] <ianto> Hello, regarding the launchpad polls system, is it possible to reset a person's vote on my team's polls list if someonee has forgotten their polls key?
[19:43] <jpds> No.
[19:44] <ianto> It is impossible if they didn't record their key for them to change it then?
[20:25] <newz2000> hi, when I follow the instructions for uploading a branch (https://help.launchpad.net/CreatingAHostedBranch) I get an error
[20:26] <newz2000> bzr push bzr+ssh//newz@bazaar.launchpad.net/~newz/ubuntu-start-page/trunk ERROR: Parent directory of ... does not exist.
[20:26] <newz2000> usually when I do that it means I've done something wrong... should I use --create-prefix or do I need to correct something?
[20:27] <mwhudson> newz2000: what exact command did you run?
[20:27] <newz2000> bzr push bzr+ssh//newz@bazaar.launchpad.net/~newz/ubuntu-start-page/trunk
[20:27] <mwhudson> newz2000: ah
[20:27] <mwhudson> newz2000: you're missing a colon :)
[20:27] <newz2000> ah
[20:28] <mwhudson> please put 20c in the slot to continue
[20:28] <newz2000> :-)
[20:28] <newz2000> I guess when I try the command again I should retype the command instead of using history
[20:29] <newz2000> thanks mwhudson
[20:29] <mwhudson> np
[20:30] <mwhudson> newz2000: you can save some typing with lp:~newz/ubuntu-start-page/trunk
[20:31] <newz2000> I wondered about that. I'm pretty new to this so figured I'd go by the book.
[20:31] <mwhudson> ah
[20:32] <mwhudson> 'the book' needs some updating, i think :)
[21:02] <wgrant> ianto: Correct - the point of the keyed voting is that not even Launchpad knows who owns which vote.
[21:05] <ianto> wgrant: Oh alright then, too bad :(
[21:05] <ianto> Thanks anyway
[21:19] <thumper> morning
[22:17] <jml> mwhudson: can you please look at https://code.edge.launchpad.net/~vcs-imports/kabikaboo/code
[22:17] <jml> mwhudson: actually, I mean https://code.edge.launchpad.net/~vcs-imports/kabikaboo/devel
[22:17] <jml> mwhudson: the import is failing with LookupError: Cannot find svn repository root
[22:19] <mwhudson> jml: https://bugs.edge.launchpad.net/launchpad-cscvs/+bug/145240
[22:19] <jml> mwhudson: oh right, it's not in a sub dir.
[22:20]  * mwhudson sings the bzr-svn song
[22:20]  * jml reads the bug report
[22:20] <jml> mwhudson: is there a workaround?
[22:20] <mwhudson> jml: no
[22:21] <mwhudson> well we could fix cscvs, it's probably not very difficult
[22:22] <jml> mwhudson: if the svn owners made a subdir in their repo and moved all their stuff in there, would that work?
[22:23] <mwhudson> jml: it might
[22:23] <jml> mwhudson: should I recommend it on the whiteboard?
[22:24] <mwhudson> jml: worth a go i guess
[22:24] <LarstiQ> how about history?
[22:37] <jml> LarstiQ: I don't know! it's worth a shot though :)
[22:37] <LarstiQ> jml: I guess
[22:38]  * LarstiQ is scarred by bzr having to do heuristics on svn to figure out (branch/file) identities
[23:04] <Peng_> How does Launchpad decide what to stack a branch against?
[23:05] <Peng_> (when mirroring)
[23:06] <mwhudson> it stackes against the branch of the development focus series
[23:06] <Peng_> That isn't really ideal.
[23:07] <Peng_> I mean, it's good enough, but if your branch's parent is on LP, it should stack against it instead.
[23:07] <mwhudson> if you have a better idea, i think we're open to suggestions
[23:07] <mwhudson> jml: ^^
[23:08] <jml> Peng_: Bazaar makes it somewhat difficult to do that.
[23:09] <Peng_> jml: Why?
[23:10] <jml> Peng_: well, what you are suggesting requires a per-branch stacking recommendation.
[23:10] <jml> so, a conversation along the lines of:
[23:10] <jml> client: Hi server! I'm about to push up a branch (see attached metadata): where do you think I should stack it?
[23:11] <jml> server: (some url)
[23:11] <jml> client: super! that's a great idea! pushing now.
[23:12] <jml> Peng_: but at the moment, the client actually looks at the filesystem to find a parent bzrdir with a control.conf.
[23:12] <mwhudson> jml: -for mirrored branches-
[23:12] <jml> oh.
[23:13] <mwhudson> Peng_: right?
[23:13] <Peng_> mwhudson: Right.
[23:13] <mwhudson> for hosted branches, this would require client changes
[23:13]  * jml changes gear, slightly crunching his mental clutch
[23:13] <mwhudson> i think this would be easy enough, or at least it's easy to find the bit of the code we need to frob
[23:14] <jml> there are some potential downsides
[23:14] <jml> in that we'd be more likely to create branches that both bzr & launchpad can handle, but are poorly optimized for
[23:15] <Peng_> If I change my old pack-0.92 mirrored branches to 1.6, they'll start stacking, right?
[23:15] <jml> e.g. x stacked on y stacked on z stacked on a
[23:22] <jml> mwhudson: any thoughts on https://code.edge.launchpad.net/~vcs-imports/geany-plugins/trunk ?
[23:22] <mwhudson> jml: hm, yes, about the stacked on stacked on thing
[23:23] <mwhudson> jml: i guess you'd need to do the 'import from local repo' thing
[23:28] <nhandler> Could someone tell me what is wrong with 'launchpad.distributions['ubuntu'].searchTasks(bug_subscriber=launchpad.people['nhandler']) ' ? I am trying to get a list of all bugs I am subscribed to
[23:32] <jml> nhandler: off the cuff, nothing is obviously wrong with it.
[23:34] <jml> nhandler: maybe you could paste a minimal, runnable example that reproduces your error to http://codepad.org/
[23:34] <jml> nhandler: or at least paste the error :)
[23:34] <nhandler> jml: Hmm..Maybe it was just my computer acting up. For some reason, the code decided to work now. :)
[23:34] <jml> nhandler: ok :)
[23:43] <Peng_> Wait, what was the end result of my stacking question? "It would be a bad idea, since it could lead to branch a stacked on b stacked on c ..."?
[23:44]  * thumper wants launchpad to have a pastebin :-|