[00:02] <wgrant> Is there ever going to be a way to get bugmail for one project to go to a different email address (say, my work one)? Only mailing lists seem to have that feature now...
[00:04] <wgrant> The same applies to lp-bzr mail.
[00:04] <wgrant> And probably all other Launchpad mail.
[00:49] <aleksr88> \exit
[00:49] <aleksr88> \exit
[00:49] <aleksr88> \quit
[02:14]  * Ursinha looks at beuno 
[02:15] <Ursinha> "The whole thing looks inconsistent and needs a good beuno-bashing."
[02:15] <wgrant> Yes.
[02:15] <Ursinha> as seen on bug 319430
[02:15] <wgrant> I'm sure beuno can fix it all.
[02:16] <Ursinha> wgrant, what do you think about the new frontpage in edge?
[02:16] <Ursinha> my thought is that it improved a thousand %
[02:16] <wgrant> Yep.
[02:16] <wgrant> That's what I told him a day or two ago.
[02:17] <Ursinha> cool
[02:17] <wgrant> It's much much better.
[02:17]  * beuno pops in
[02:18] <Ursinha> yay
[02:18] <ScottK> The obviously findable link to starting a new project, etc. is good.
[02:18]  * Ursinha hugs beuno 
[02:18] <wgrant> ScottK: Yes. It was impossible before.
[02:18] <beuno> ah, yes, we do need to fix the code home pages...
[02:18]  * ScottK knows - has tried.
[02:19] <beuno> Ursinha, :)
[02:19] <beuno> wgrant, it's going to be hard to classify that bug of yours  ;)
[02:19] <Ursinha> beuno, my boyfriend complained to me a week ago about how hard was to find stuff on that page
[02:19] <beuno> you've made Ursinha's job harder  ;)
[02:19] <wgrant> beuno: That's why I didn't do it myself.
[02:20] <Ursinha> hahaha
[02:20] <wgrant> beuno: I think +code-index is the one that *doesn't* need fixing.
[02:20] <beuno> Ursinha, tell him to become a beta tester  ;)
[02:20] <Ursinha> beuno, he refuses to use bazaar
[02:21] <beuno> Ursinha, use your charms!
[02:21] <Ursinha> so he says that while lp doesn't have git support, he won't use it
[02:21] <Ursinha> :)
[02:21] <mwhudson> one of the things about the application home pages is that most of the launchpad developers never look at them
[02:21] <wgrant> Impressive.
[02:21] <mwhudson> (i certainly don't)
[02:21] <wgrant> mwhudson: I don't mean the home pages, I mean the project pages.
[02:21] <beuno> wgrant, tell you what, I'll assign that bug to me, and mark it as invalid when I filed bugs for each individual page. Sound good?
[02:21] <mwhudson> oh right
[02:21] <wgrant> beuno: Sure.
[02:22] <mwhudson> the bugs one could use whacking with a stick, for sure
[02:23] <ScottK> BTW, the icon for mysql is missing off the favorites project list on edge, at least in Konqueror.
[02:24] <wgrant> ScottK: WFM
[02:24] <beuno> works here too
[02:24] <wgrant> (Firefox 3.1, that is)
[02:25] <xxploit_> question, im new to launchpad, I signed up and with threw all the steps for creating a personal ppa. And to test it I uploaded a package. My questions is what happens after successfully uploading the packages? Should I see them in my ppa or does it take some time. Basically I just wanted to compile the latest versions of software and put them on my personal ppa.
[02:25] <ScottK> Works for me in Firefox, not in Konqueror.
[02:26] <beuno> ScottK, that is *very* weird
[02:26] <mwhudson> xxploit_: it takes some time
[02:26] <beuno> ScottK, can you control + f5?
[02:26] <mwhudson> xxploit_: i think you should get some email as the various steps happen
[02:26] <mwhudson> (not sure though)
[02:26] <ScottK> What does that do, I'll do the Konqueror equivalent.
[02:26] <beuno> ScottK, force reload
[02:26] <mwhudson> reload ignoring browser cache
[02:27]  * wgrant doesn't like +requestmerge very much.
[02:28] <wgrant> (on a branch, that is, not a person)
[02:28] <ScottK> Still the same.
[02:28] <beuno> ScottK, and that's just the MySQL icon?
[02:28] <beuno> try loading: https://launchpadlibrarian.net/15320287/favicon.ico
[02:28] <ScottK> Yep.  The rest is fine.
[02:28] <wgrant> (by that I of course mean +register-merge)
[02:32] <ScottK> beuno: Works.
[02:32] <beuno> ScottK, and the home page now?
[02:33]  * ScottK tries
[02:33] <ScottK> Same
[02:33] <ScottK> i.e. not working
[02:36] <ScottK> beuno: All the rest are .png.  That's the only .ico file.
[02:46] <thumper> wgrant: how would you change it?
[02:47] <Ursinha> thumper, nice question
[02:47] <wgrant> thumper: AFAICT, nothing on Launchpad other than the target branch selector there refers to branches by their title, and that doesn't even give the URL. It asks me for keywords describing the type of review I'm performing, when I'm requesting a review, not performing one...
[02:48] <thumper> wgrant: ah, I noticed that too the other day
[02:48] <thumper> wgrant: how about I change it to use lp:foo ?
[02:48] <wgrant> The default for Target Branch, IMO, should be a linkified lp:<project>. The only problem with that is you'd have to clock on the button itself, not the text like you do now.
[02:48] <wgrant> s/clock/click/
[02:48] <thumper> wgrant: that is why it isn't linkified now
[02:49] <thumper> wgrant: the help text needs some work
[02:50] <wgrant> thumper: (o) Development focus (_lp:<project>_)?
[02:50] <thumper> what if it isn't the dev focus?
[02:51] <wgrant> I can't see the template, so I didn't know it would show anything else.
[02:51] <thumper> :)
[02:51] <wgrant> What else does it show? Series branches?
[02:51] <thumper> wgrant: it shows other branches you've targetted before
[02:52] <wgrant> thumper: Ah. Hmmm.
[02:55] <wgrant> Branch/+merges also lies. I presume it means that there are no open merge proposals in Launchpad.
[02:55] <wgrant> Because there are both closed merge proposals and other merges in the branch.
[02:55] <thumper> wgrant: branch +merges isn't a good page
[02:56] <wgrant> thumper: Right.
[03:01] <wgrant> Should branches really be visible outside code.launchpad.net? They have the Code tab selected regardless of the domain (which looks odd), but the second layer of tabs doesn't work highlight properly on non-code domains (because it's using +index rather than +code-index, I presume). It's a bit strange to click on a deselected tab and get to the same page but at a different URL and with the tab selected.
[03:01]  * rockstar reads backchat
[03:02] <wgrant> (and no, "you constructed the URL, so it's your problem" isn't a valid response, as nobody in their right mind clicks around Launchpad)
[03:03] <rockstar> wgrant, I think there's a bug for that.
[03:04] <wgrant> You also get the same issue if you access the wrong +index for a domain on any object, and although that shouldn't be possible you do have to really try.
[03:05] <wgrant> Do the different domains serve any purpose other than selecting the +index? The other views don't seem restricted to domains like they should be, and it would make for nicer URLs.
[03:12] <rockstar> wgrant, not that I know of.
[03:13] <spm> fwiw and pleading ignorance of history: some are used to select different banks of servers - helps avoid a single funnel, as it were, in the incoming-processing flow
[03:14] <spm> ie can lose the app server funnel, without clobbering codebrowse - so to speak
[03:14] <wgrant> Ahh.
[03:14] <spm> that may be happenstance vs design btw ;-)
[03:15] <rockstar> spm, good point
[03:15]  * rockstar thinks them LOSAs is so s-m-a-r-t
[03:16] <spm> rockstar: heh. hardly. experienced. been designing systems both less and far more complex than LP since the mid to late 90's. :-)
[03:16] <rockstar> wgrant, what would you like to see in the +merges page?  A table showing all the open reviews, like https://edge.launchpad.net/~rockstar/+requestedreviews
[03:17] <wgrant> rockstar: Sorry, something is making my laptop swap very heavily, so it'll take a while...
[03:18] <wgrant> But I can probably predict how many branches I can see on there, given that I'm not in ~launchpad.
[03:18] <rockstar> wgrant, you can't blame Launchpad for that one.
[03:19] <rockstar> wgrant, I work on all sorts of projects on Launchpad.  See my profile page.  :)
[03:20] <wgrant> rockstar: So I see. I'd forgotten about Entertainer.
[03:20] <wgrant> Something like that, yes.
[03:20] <wgrant> And not a blatantly incorrect assertion like it gives for projects with no open proposals now.
[03:20] <rockstar> wgrant, great.  It's pretty simple to comply with that request.
[03:21] <xxploit__> im having a problem when uploading files the launchpad for ppa. My connection gets reset and it brings down my net connection for a few seconds.I was only successfully upload the files once after many, many failed attempts and now its failling again, any help?
[03:23] <spm> xxploit__: ??? if your net connection (i assume you mean like adsl etc) is going down, I'd suggest you have cause and effect back-to-front.
[03:23] <wgrant> rockstar: Sounds good.
[03:24] <wgrant> rockstar: Another thing... I seem to be trapped in a merge proposal page. How do I get out?
[03:24] <rockstar> wgrant, where?  I'm interested in seeing this.
[03:24] <wgrant> I can get to various user pages and the target branch, but there is no breadcrumb for the source branch.
[03:25] <wgrant> On ~path/to/branch/+merge/X
[03:25] <xxploit__> spm: dsl...it only goes down when trying to upload files to launchpad...says connection reset by peer and then brings down my net connection for like 5-10 seconds after dput returns the connection error. But it does upload like the changes etc...it fails when uploading the 4mb source tgz archive
[03:25] <wgrant> xxploit__: That's a problem with your Internet connection, I'm afraid.
[03:26] <rockstar> wgrant, on the merge proposal index page itself, there should be a "Target branch: " link
[03:27] <wgrant> rockstar: I know, but I want the source branch.
[03:27] <xxploit__> wgrant: i dont think its my net..i mean im completely fine till trying to upload these files...I do notice that when uploading it's using basically more bandwidth than I have...is there a way to limit the uploads bandwidth when using dput?
[03:28] <spm> xxploit__: the simple test - try and upload large files elsewhere.
[03:28] <wgrant> rockstar: For example, if I'm at https://edge.launchpad.net/~rockstar/+requestedreviews and a click on the first review, I get to the merge proposal page. From there I can't actually look at the branch that's proposed for merging.
[03:30] <rockstar> wgrant, ah, good point.
[03:33]  * wgrant wishes there was a way to create accounts on staging.
[03:34] <ScottK> beuno
[03:34] <ScottK> Did you look at the .ico thing for mysql?
[03:35] <wgrant> Thankyou Launchpad for the ultra-descriptive greying-out of my review line, and the similarly descriptive non-semantic CSS class: 'greylink'
[03:35] <beuno> ScottK, not really. I assumed konqueror doesn't like .ico files
[03:36] <ScottK> beuno: So how does it get fixed?
[03:37] <beuno> ScottK, report a bug to konqueror?  MySQL chose to use that type of file, which is valid, so we can't really do anything about it
[03:37] <wgrant> rockstar: Is there documentation merge proposals somewhere? The review stuff is rather confusing.
[03:38] <rockstar> wgrant, I'm all ears to what is confusing you.
[03:38] <ScottK> beuno: So supporting Konqueror isn't a Launchpad goal then?
[03:38] <beuno> ok, it's waaay past my bed time
[03:38] <beuno> ScottK, sure it is. Just not it's bugs.
[03:38] <rockstar> wgrant, also, beuno and I are hosting a UDW session all on this.
[03:38] <beuno> yeah!  Friday!
[03:39] <wgrant> rockstar: Why do I have a [Review] link rather than an edit icon if I haven't reviewed yet? Why, when a proposal has a review request for both myself and one of my teams, do I sometimes get [Review] links for both and sometimes only one? Why is one of the reviewers sometimes grey?
[03:39]  * beuno goes to bed
[03:39] <beuno> night everyone
[03:40] <wgrant> Night beuno.
[03:40] <Ursinha> wgrant, why do you need accounts on staging?
[03:40] <Ursinha> besides yours, I mean
[03:40] <rockstar> wgrant, the person who could tell you why that "phantom" review link is there just went to bed.
[03:41] <rockstar> wgrant, Ursinha is your staging account pimp.
[03:42] <wgrant> Ursinha: I want to see how the merge proposal stuff works, and it's hard to do that with only one account - I presume it behaves quite differently depending on whether you have write access to the target branch or not.
[03:42] <rockstar> wgrant, the grey review link is only ever you.
[03:43] <rockstar> I think the idea is that you can always vote of you want, but that doesn't mean anyone would care.
[03:43] <wgrant> rockstar: Ah, I see...
[03:44] <wgrant> I still don't see why I don't get a review link for a team I'm a member of if I'm there as well. Is that so I can't vote twice?
[03:46] <nxvl> hi!
[03:46] <nxvl> i'm reviewing a merge proposal, but i have no idea how to merge that
[03:46] <nxvl> i change the status to Approved
[03:46] <wgrant> You have to merge it manually using bzr, I believe.
[03:46] <nxvl> is something else i need to do to merge the new branch into the project one?
[03:46] <Ursinha> rockstar, ^
[03:47] <nxvl> as in bzr merge lp:proposed_branch ?
[03:47] <rockstar> nxvl, word up
[03:47] <nxvl> that will take the changes, but push that as if i did those
[03:47]  * rockstar is trying to shop for a car while griefing in #launchpad
[03:49] <nxvl> so there is no way of doing that using the interface?
[03:49] <Ursinha> wgrant, the problems with having an account created on staging are: it will vanish in hours, since staging is constantly being replicated from production and you won't get the emails it generates
[03:50]  * Ursinha needs to rest
[03:50] <rockstar> nxvl, yeah, the review is strictly for peer review (surprise), not the actual merging.
[03:51] <nxvl> rockstar: ok, thank you
[03:51] <rockstar> nxvl, I REALLY don't want any automated merging for my branches.  That would be scary.
[03:51] <wgrant> Ursinha: I know of both of those issues, yes.
[03:51] <nxvl> rockstar: it should have a magic botton saying "merge it"
[03:51] <nxvl> heh
[03:51] <nxvl> ok
[03:52] <wgrant> rockstar: How does LP use PQM? Manually submitting branches after they're approved, rather than having it watch for Approved merge proposals?
[03:52] <wgrant> Ursinha: Ideally the staging registration page would have a 'yes, seriously send me the registration email' checkbox. Then all would be solved.
[03:52] <Ursinha> not all
[03:53] <Ursinha> you won't receive the other mails lp generates as well
[03:53] <rockstar> nxvl, that will be a possibility, although I think there are better way to do it.
[03:53] <rockstar> nxvl, PQM maybe.
[03:53] <wgrant> Ursinha: I know. But being able to create accounts is better than nothing.
[03:54] <wgrant> I guess all of this becomes a lot less import when we can have our own launchpad.dev.
[03:54] <rockstar> wgrant, this has been discussed, and is on our radar.
[03:54] <Ursinha> as rockstar said :)
[03:54] <wgrant> s/import/important/
[03:54] <spm> wgrant: that selective sending of emails would be a nightmare to manage. And the risks of flooding people if it goes wrong? Yuk.
[03:54] <wgrant> rockstar: OK, thanks.
[03:54] <wgrant> spm: Indeed, but I don't have to think that far.
[03:54] <spm> wgrant: :-)
[04:14] <rockstar> wgrant, PQM doesn't currently use PQM.  I'm going to be exposing some more functionality in the API to work with something like PQM.
[04:16] <thumper> rockstar: we didn't talk about that
[04:16] <thumper> rockstar: shall we now?
[04:16] <rockstar> thumper, I'm in a coffee shop right now.
[04:17] <rockstar> thumper, although if you want to do it in IRC, we can.
[04:17] <thumper> irc it is then
[04:19] <wgrant> rockstar: You mean PQM doesn't use merge proposals?
[04:19] <wgrant> I thought I saw merge proposals exposed in the API recently.
[04:19] <rockstar> wgrant, no.
[04:20] <rockstar> wgrant, they are read only, and still a bit lean on features.
[04:20] <wgrant> rockstar: That I knew, but I don't see how read-onlyness affects a merge bot.
[04:21] <rockstar> wgrant, well, it's more the "lean on features" that's limiting it.
[04:21] <rockstar> wgrant, also, PQM is crap.
[04:22] <wgrant> Heh.
[04:22] <wgrant> I've never dared to go near it.
[04:26] <wgrant> sinzui: Sorry about bug #319431; I presumed that was the real fix.
[04:26] <thumper> I have, and I bare the scars
[05:28] <MFen> i'm almost positive that last time i did a dput i did not have to do anything special for an intrepid build on my ppa to happen
[05:28] <MFen> yet this time it only built for hardy
[05:28] <MFen> wassupwiththat?
[05:28] <lifeless> you have to upload for each distro
[05:28] <lifeless> at the moment
[05:29] <MFen> is that a recent change?
[05:29] <MFen> i don't even know how.. last time i uploaded i only made one entry in .dput.cf and everything worked fine
[05:29] <lifeless> it's not a change
[05:30] <MFen> how do i do that, then?
[05:31] <lifeless> edit the target, build the source, upload
[05:33] <MFen> grep -r target == nothing. only thing i can see is my changelog had intrepid on the first line last time, now it has hardy
[05:33] <MFen> but i remember somebody telling me that didn't matter
[05:33] <lifeless> whoever told you that may not have been talking about ppas
[05:34] <wgrant> The changelog is what matters.
[05:35] <wgrant> Well, the field in the .changes file, but that's generated from the changelog.
[05:36] <MFen> right
[05:36] <MFen> so i need to 1) edit changelog to say "hardy", debuild -S, dput, then 2) edit changelog to say "intrepid", debuild -S, dput
[05:36] <MFen> or can i skip some of those steps
[05:37] <wgrant> You can, in most cases, copy the source and binaries from hardy to intrepid.
[05:37] <wgrant> But if you do upload twice, they need to have different version numbers.
[05:37] <MFen> oh right. i copied them last time
[05:38] <MFen> ah man. gotta put that in my releasing-guide
[05:39] <MFen> wgrant: thanks
[05:40] <wgrant> MFen: np
[07:23] <dholbach> hiya
[07:24] <dholbach> could it be that .diff.gz attachments are now unzipped when I download them?
[09:01] <oldman> Q: is there any markup supported on a launchpad project's details page?
[09:01] <oldman> e.g., bold = *text* etc.
[09:21] <BjornT> oldman: no, there isn't. the only thing we do is to linkify URLs and bug numbers
[09:21] <oldman> BjornT: thanks, thought as much
[09:22] <oldman> tis a shame as would be nice to bold text to match the existing *Maintainer*: x-team etc.
[10:29] <balor> Is it possible to create a private repo on launchpad?  i.e. I've got my code in a public repo, but I'd like to have my thesis writeup private until I finish the thesis.
[10:33] <dholbach> could it be that .diff.gz attachments are now unzipped when I download them?
[10:33] <wgrant> dholbach: Link?
[10:35] <dholbach> hum, I take it back
[10:35] <dholbach> the one in 319082 was fine
[10:35] <wgrant> There was a bug about that years ago.
[10:35] <LarstiQ> dholbach: that is a common netscape behaviour
[10:35] <dholbach> LarstiQ: I wasn't using netscape to download it but urllib
[10:35] <wgrant> And bug #173096 is a later reincarnation, but it was fixed.
[10:36] <jpds> balor: You can create a local private Bazaar repo, but to my knowledge there are no private ones on LP.
[10:36] <LarstiQ> dholbach: in that case, ho hum
[10:36] <wgrant> jpds: There are, actually, but I'm not sure they're for public use.
[10:36] <dholbach> ahhh!
[10:36] <balor> jpds: Thanks.  I use a local repo.  But wanted to push my thesis onto LP, I won't if I can't make it private.
[10:37] <jpds> wgrant: I know, which is why I didn't say it.
[10:37] <dholbach> it's the new ubuntu-dev-tools (grab-attachments)
[10:37] <jpds> dholbach: I didn't break anything, did I?
[10:37] <dholbach> jpds: no idea yet :)
[10:38] <LarstiQ> balor: I'm curious, what would you get out of lp in that case?
[10:38] <LarstiQ> balor: would you want to use bugs support?
[10:38] <LarstiQ> balor: or is it just a place to store one branch?
[10:38] <balor> LarstiQ: I'd get to keep all my stuff in one place.  Backup. and access to it from anywhere in the Universe.
[10:38] <balor> LarstiQ: And bugs would be great.
[10:39] <balor> LarstiQ: Basically I trust lp more than my Uni :-P
[10:39] <LarstiQ> balor: right, I use my own server for point 1 :)
[10:39] <dholbach> jpds: I guess    attachment.data.open()    gives something unzipped
[10:39] <oojah> Off site backups are extremely important for thesis work! :)
[10:39] <balor> oojah: yeah :)
[10:40] <LarstiQ> balor: I know there is a possibility to run your own Launchpad instance, but that is a bit too heavyweight for your usecase
[10:40] <balor> LarstiQ: I, essentially, don't want to run my own server.
[10:41] <balor> LarstiQ: But I'm moving towards that model.
[10:41]  * LarstiQ nods
[10:41] <jpds> dholbach: Maybe. I haven't tested it myself..
[10:41] <LarstiQ> balor: you _could_ keep mailing off bundles and use an email account for backup
[10:42] <balor> LarstiQ: I could.  It's just that I use lp for lots of other stuff.  So It'd be nice to have one place for everything.
[10:42]  * LarstiQ nods
[10:42] <balor> LarstiQ: But thanks for the good ideas.
[10:43] <balor> I'm very aware that I'm asking for Canonical resources to make my life easier, and that it's pretty unreasonable.
[10:46] <LarstiQ> I don't know what their stance is, and maybe it is possible to have something hidden like that (security bugs can be private at least), but imo the big problem is that one would want to keep launchpad.net for FLOSS projects
[10:46] <balor> yeah
[10:46] <LarstiQ> where hiding is a bad thing to do
[10:46] <LarstiQ> balor: I don't suppose writing your thesis in the open is an option?
[10:46] <balor> LarstiQ: Not really.
[11:10] <tseliot> hi all, I've just used the "also affects project button" in a bug report and I have selected the wrong project (it should have been gnome-desktop instead of libgnome). Any ideas as to how I can change it?
[11:11] <mrevell> tseliot: Mark it as invalid for that project.
[11:13] <tseliot> mrevell: ok, thanks, I thought there was another way.
[11:13] <mrevell> tseliot: Nah, that's the only way, really.
[11:14] <tseliot> ok, np
[11:16] <wgrant> mrevell: Can't one normally change the project, except in some circumstance that I forget but about which there is a bug?
[11:57] <mpt> wgrant, mrevell, yes you can, unless it's linked upstream
[11:58] <mpt> (linked to an external bug tracker, I mean)
[12:00] <wgrant> mpt: Ah, yes, that was it. The project, or the bugtask itself?
[12:01] <mpt> wgrant, I don't understand the question
[12:02] <mpt> oh, now I do
[12:02] <mpt> the bug itself.
[12:02] <mpt> If a bug is filed under one project you can change that to another project, unless (a) the bug is linked to an external bug tracker for that project, or (b) the project is a distribution and the package has been specified.
[12:04] <wgrant> mpt: I see...
[12:05] <wgrant> Is there a good reason for either of those cases?
[12:15] <mpt> wgrant, no, they're just bugs
[12:15] <mpt> both reported
[12:16] <wgrant> mpt: I guess if they're just UI difficulties they're going to be workaroundable some time today.
[12:16] <wgrant> (bugtargets are now settable through the API, finally)
[12:17] <mpt> Well, even if you use the API to change a bug's distribution while its package is set you might have fun
[12:23] <wgrant> mpt: Indeed, it doesn't like it much.
[12:41] <thekorn> I did not know that launchpad has 'private' branches,
[12:41] <thekorn> will this ever go public, or is this for internal use only?
[14:20] <jdstrand> hi! I'd like to be able to script approving and declining 'nominate for release' tasks (is that the right term?). I have some scripts that use the api, so I am not a total newbie (but still be gentle :), however perusing +apidoc, it is not clear how I can achieve this. Is it possible?
[14:35] <thekorn> jdstrand, last time I checked managing nominations with the API was not possible
[14:35] <thekorn> I think there is a bugreport about it
[14:36] <jdstrand> well, that would explain it :)
[14:36] <thekorn> bug 297458
[14:36] <jdstrand> thekorn: thanks :)
[15:25] <thekorn> intellectronica, thanks for adding task.transitionToTarget(), it works well in most cases,
[15:26] <thekorn> but sometimes I get 505 errors like OOPS-1117S130
[15:26] <intellectronica> thekorn: in what cases does it not work well
[15:27] <thekorn> intellectronica, http://paste.ubuntu.com/107795/
[15:27] <intellectronica> thekorn: bummer, that's a bug. it happens when you try to move something that is targeted to a milestone (because then the milestone isn't valid anymore). the milestone should get cleared when you change the product. i'll fix that pronto
[15:27] <intellectronica> thekorn: thanks for testing this!
[15:28] <thekorn> hmm, it also fails when I use the web ui
[15:28] <intellectronica> thekorn: really?!
[15:28] <intellectronica> i was sure that is being taken care of by the web ui already
[15:30] <intellectronica> thekorn: actually, it works fine for me through the web ui. the milestone gets cleared and you get a notification about it
[15:30] <thekorn> intellectronica, OOPS-1117S135 when I try do to the same with the web ui
[15:30] <thekorn> on staging
[15:31] <intellectronica> thekorn: oh, presumably you are trying to do that on a bug task that doesn't exist (though that should not oops either - you should get some kind of informative message)
[15:31] <intellectronica> in any case, that's a different bug
[15:33] <thekorn> ok
[15:35] <thekorn> intellectronica, one other thing with transitiontoTarget(): unlike transitiontoStatus, task.target is not updated immediately
[15:35] <thekorn> http://paste.ubuntu.com/107796/
[15:36] <thekorn> don't know if this is a bug or intended behaviour
[15:37] <intellectronica> thekorn: i think that requires some special handling in launchpadlib itself. let me check
[15:44] <intellectronica> thekorn: b.t.w i've just landed bug attachment deletion through the api, so with that (and with transitionToTarget fixed) I think we've got everything we need to start porting bug helper to use the API exclusively?
[15:45] <thekorn> intellectronica, wow, nice. yes this is correct
[15:45] <thekorn> verry cool
[15:46] <intellectronica> fantastic. let me know if you need help and how it's going
[15:47] <thekorn> thanks, have to run now, bye
[16:40] <dragojevic_> danilos: are you available for a quick question?
[16:43] <vadi21> "© 2004-2008" copyright notice needs an update
[16:50] <danilos> dragojevic_: sure
[17:01] <dragojevic_> oops sorry danilos, I was distracted for a minute
[17:02] <dragojevic_> I work on Miro - and we are getting 2.0 ready for release. We'd like to get a mailing list of people who have helped us translate before -
[17:02] <dragojevic_> I read the FAQ - but after all these years - we aren't 100% sure who the admin is to request it from the page
[17:03] <dragojevic_> we did a huge amount of changes to the UI - so we really need another good round of translation and would like to ask past contributers for help.
[17:05] <danilos> dragojevic_: right, so you either want to set up a translation team and a mailing list inviting all past contributors (you can go to each POFile inside Launchpad and look at the overview page to see a list of contributors), or you can contact them directly
[17:07] <danilos> dragojevic_: eg. if you go to https://translations.edge.launchpad.net/democracy/trunk/+pots/democracyplayer/sr you can see all the contributors to that particular translation
[17:07] <dragojevic_> Is there one group list for a direct contact?
[17:09] <dragojevic_> I just get a link to what the person has done w/in Launchpad.  We are hoping for an email list.
[17:09] <danilos> dragojevic_: no, you'd have to create that yourself, and I suggest you do that now so it's easier to cope with in the future (i.e. create something like miro-translator-announce team and invite all contributors to the team where you'd create a mailing list)
[17:09] <dragojevic_> I see.
[17:09] <dragojevic_> Thanks
[17:09] <danilos> dragojevic_: for those who have not hidden their email addresses, you can likely see them in PO files as well (if you have translator-credits message in there)
[17:10] <danilos> dragojevic_: for those who have, you'd have to use "Contact this user" on their personal profiles
[17:10] <dragojevic_> ok.
[17:10] <danilos> dragojevic_: (or use the previous alternative of adding them to a team with a mailing list in Launchpad)
[18:02] <vadi2> loggerhead seems to be unavailable
[18:02] <vadi2> (my bad, it's back now)
[18:15] <edgimar> How does one post enhancement requests in launchpad?  It seems it can only handle bug reports.
[18:16] <savvas> edgimar: it kind of goes to "wishlist" I think, a special team of bug triagers do that, but you can ask for it at #ubuntu-bugs
[18:18] <Ursinha> edgimar, you can file a bug with your suggestions, and we triage it
[18:19] <Ursinha> as wishlist
[18:22] <edgimar> Ursinha: But how does this work for a regular project hosted on launchpad which isn't an official Ubuntu project?
[18:23] <Ursinha> edgimar, oh, I understood that you want to make suggestions to launchpad itself, not for any projects on launchpad :)
[18:23] <edgimar> How does it get converted to wishlist status in that case?  And why is there no way of the reporter being able to specify this?
[18:24] <Ursinha> edgimar, well, you can do that, but it's not recommended
[18:24] <edgimar> Ursinha: can do what?
[18:24] <Ursinha> edgimar, yes
[18:25] <Ursinha> edgimar, clicking in the arrow below Status
[18:26] <Ursinha> but it's the team that would "fix" the bug's criteria to choose the Status
[18:30] <edgimar> Ursinha: Ok - I see that you can modify the "Importance" (strange that it is considered an importance level) -- what do you mean about criteria to choose the status -- some kind of automatic status-selection based on criteria?
[18:31] <Ursinha> edgimar, because the Status represents, erm, well, the status of the bug
[18:31] <Ursinha> for instance
[18:31] <Ursinha> the team is fixing it
[18:31] <Ursinha> so they change it to In progress
[18:32] <Ursinha> makes no sense to any other people to do that
[18:32] <Ursinha> got it?
[18:33] <Ursinha> guess I messed up a little
[18:33] <Ursinha> :)
[18:33] <Ursinha> wishlist is at importance because there are bugs that are really improvements suggestions
[18:33] <edgimar> Ursinha: Yes I see.  I was confused and thought you meant 'Importance" selection.  But either way, there is no 'automatic' selection of either importance or status, right?
[18:34] <Ursinha> edgimar, the only automatic thing is the default when you file a bug, that is status new and importance undecided
[18:34] <Ursinha> people on projects do the triage
[18:34] <Ursinha> like I do for launchpad-project, for instance
[18:35] <edgimar> I agree that there are bugs that are improvements, but it could be that there is a field other than status which is used to say whether the bug is an improvement or whether it is crashing/etc.  But maybe the line is too gray between the two..?
[18:37] <Ursinha> edgimar, see, at first sight, a bug is always a problem that should be solved :)
[18:38] <Ursinha> edgimar, if it's crashing, the info the reporter will add to the bug should be enough to prove it, or to someone else to reproduce it and prove it too
[18:38] <Ursinha> edgimar, but you're right, sometimes there's only a thin line between the two
[18:42] <vadi2> is there a page that shows all possible auto-linking syntaxes that one can use in launchpad? I cannot find it
[18:42] <Ursinha> vadi2, what do you mean by auto-linking?
[18:42] <vadi2> for bug-reports - ie bug #number will get linked
[18:42] <vadi2> I want to see what are the alternatives to that
[18:43] <Ursinha> well, I can tell you, but I don't know if it's documented somewhere
[18:43] <vadi2> can you tell please?
[18:46] <Ursinha> vadi2, you can use "bug 1234" or "bug #1234"
[18:46] <Ursinha> hahaha
[18:46] <vadi2> ok, thank you
[18:47] <Ursinha> vadi2, no problem, I'll ask mrevell-afk tomorrow about that
[18:47] <Ursinha> if there are some docs about it, that is
[18:47] <vadi2> is it possible to get this ubottu bot into our project's irc?
[18:47] <vadi2> he is useful
[18:48] <kiko> Ursinha, Rinchen, who runs ubottu
[18:48] <Ursinha> kiko, you should ask jussi01
[18:48] <Ursinha> but
[18:48] <Ursinha> as I was going to explain :)
[18:49] <Ursinha> it's overloaded, according to the owner
[18:49] <Ursinha> ubottu, owner
[18:49] <vadi2> hmm. can we start our own copy?
[18:49] <Ursinha> vadi2, ^
[18:49] <vadi2> k
[18:49] <vadi2> thanks for your help!
[18:50] <Ursinha> vadi2, my pleasure :)
[18:54] <vadi2> another thing I was wondering, bzr commit --fixes lp:# currently only links the bug report with a bug, but does not mark as "fixed commited"
[18:54] <vadi2> is this a known bug or a no-no?
[18:54] <beuno> vadi2, partially, because it's because it may be committed somewhere other than trunk
[18:55] <beuno> in theory, we could detect that it *is* trunk, and do it for you, which I think is the right thing
[18:56] <vadi2> Yeah.
[20:43] <thumper> beuno: I have sekrit plans for better --fixes integration with the bugs :)
[20:45] <beuno> thumper, awesome
[20:50] <LarstiQ> thumper: hero!
[20:50] <LarstiQ> thumper: jml mentioned wanting to do some work on bzr to improve the bug api, has anything happened on that front?
[20:50]  * LarstiQ looks at jml 
[20:51] <thumper> LarstiQ: I don't think so