/srv/irclogs.ubuntu.com/2007/06/20/#launchpad.txt

=== ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #launchpad
=== Topic for #launchpad: Launchpad https://launchpad.net/ | Next developer meeting: Thu 21 June 2007, 1400UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Launchpad help: https://help.launchpad.net | Channel logs: http://tinyurl.com/72w39
=== Topic (#launchpad): set by mpt at Thu Jun 14 16:04:24 2007
=== #launchpad [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== merriam [n=merriam@85-211-180-104.dyn.gotadsl.co.uk] has joined #launchpad
=== raphink [i=raphink@ubuntu/member/raphink] has joined #launchpad
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad
=== Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad
=== Mez [n=Mez@ubuntu/member/mez] has joined #launchpad
=== kiko is now known as kiko-zzz
=== ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #launchpad
=== Topic for #launchpad: Launchpad https://launchpad.net/ | Next developer meeting: Thu 21 June 2007, 1400UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Launchpad help: https://help.launchpad.net | Channel logs: http://tinyurl.com/72w39
=== Topic (#launchpad): set by mpt at Thu Jun 14 16:04:24 2007
=== #launchpad [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg
=== tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #launchpad
=== stub [n=stub@ppp-58.8.15.109.revip2.asianet.co.th] has joined #launchpad
=== tjs [n=tjs@203.206.162.25] has left #launchpad []
=== Hobbsee pokes kiko-zzz
mpt"for example when I set a bug to needs info, I generally assign it to the reporter to make this clear"06:05
mptNow that's interesting06:05
Hobbseeyes, there's a problem with the bug stuff.06:05
Hobbseeit totally misses the case of sponsoring. 06:06
crimsun(do we outline what "sponsoring" is in case people here aren't 100% with the terminology?)06:07
Hobbseei'm emailing the list now06:07
Hobbseewell, -devel-discuss06:07
mptLet me guess: casual contributor A makes a fix, but it's actually uploaded by Developer B?06:07
Hobbseewas planning to point to that while talking06:07
Hobbseempt: that's the one.  06:07
ajmitchmpt: pretty much, and it's very common06:07
=== mpt cries
Hobbseecontributor A should be able to assign to himself, and be able to set the status.06:07
mptyes06:08
=== owh [n=onno@59.154.24.148] has joined #launchpad
=== RAOF [n=Chris_@matht464.maths.unsw.edu.au] has joined #launchpad
=== StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #launchpad
Hobbseempt: why in particular crying?06:10
mptbecause I suspected this sort of problem might happen06:11
mptthough to be honest, I hadn't thought about mentoring, I was more concerned with undo06:11
mpte.g. non-"developer" accidentally moves a bug from Todo to Triaged, and can't change it back06:12
mpts/mentoring/sponsoring/06:12
mptHobbsee, LaserJock already described the sponsoring issue06:12
Hobbseempt: ahh06:13
Hobbseempt: i'd suggest, to use someone else's suggestion here, to only let them change the status to a developer status if they're assigning it to themself.06:14
Hobbseebecause that says "i'm working on this, no one else needs to touch it"06:14
mptthat would fix part of it06:14
Hobbseewhat wouldnt it fix?06:14
=== statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad
Hobbseempt: ^06:17
Hobbseeit doenst fix the accidently sending it back, true06:17
Hobbseempt: and this really needed to be a part of -devel-discuss or something, btw - the ubuntu develoeprs are going to have opinions on this sort of stuff06:18
Hobbseewhich is why a few of us were found, even at UDS.06:18
owhWhat's wrong with allowing the asignee to set the status to whatever they want?06:18
Hobbsee<the europeans are asleep.  not sure how much of a response we'll get at the moment>06:20
owh:)06:20
=== ScottK [n=ScottK@ubuntu/member/scottk] has joined #launchpad
mptHobbsee, the part where "developer" B is discussing a bug with person A on IRC, and says "sure, report it and assign it to me"06:21
Hobbseempt: but that never happens.06:22
Hobbseeoh wait06:22
FujitsuNot everyone uses IRC, and there's no universal medium.06:22
Hobbseempt: that happens a lot less06:22
Hobbseempt: and could be changed to "file a bug, and give me the number, for me to assign it to myself"06:22
StevenKWhich is more work for developer B, whereas the current workflow has person A doing it all.06:24
Hobbseethis is true06:25
owhI suspect I'm being dense, but I'm not sure what breaks if you allow anyone to allocate a bug to themselves, then allow the person to set the status of the bug they took on. Can someone hit me with a clue-bat?06:26
Hobbseeowh: that part is fine - it just doesnt solve the other case06:26
owhHobbsee: Then I don't understand the other case. Did I miss some part of the conversation?06:27
Hobbseeowh: [14:21]  <mpt> Hobbsee, the part where "developer" B is discussing a bug with person A on IRC, and says "sure, report it and assign it to me"06:27
owhHobbsee: Yeah, I saw that, so I go to LaserJock and ask him about a bug, then he tells me to report it and assign it to him, or am I misunderstanding?06:28
Hobbseeowh: correct06:28
owhHobbsee: So, how does that not work? LaserJock is now the assignee of a bug I put him into. Is that not currently the case?06:29
Hobbseeowh: because you can only assign the bug to yourself if you'r enot a dev.  that's the point.06:29
=== owh is feeling pretty dumb, bit I'm still not understanding.
Hobbseeer, if you are a dev06:29
mptowh, the difference being you can't set it to Todo because (in this scenario) you're not a "developer"06:29
Hobbseempt: er - can you still assign it to someone else if you're not a develoepr?06:30
mpthmm06:30
mptI don't know06:30
ajmitchprobably not06:30
owhHold on, one thing at a time. Can I or can I not assign a bug as a normal person to someone else?06:30
mptI guess you probably can06:30
Fujitsumpt: Surely you can check the spec.06:30
owh:)06:30
mptThis isn't covered in the spec, iirc06:30
FujitsuOh, neat, a spec that doesn't spec out the feature :)06:30
mptThe BugWorkflow spec is about statuses, not about workflow06:31
mptwell, not about assignees06:31
FujitsuOh.06:31
owhIs there any point in doing a test? I can create a dummy bug and assign it to Hobbsee if you like.06:31
Fujitsuowh: It hasn't been rolled out yet.06:32
FujitsuI would have thought it might be on edge, but apparently not.06:32
mptowh, you can do that on staging.launchpad.net06:32
owhBut are we saying that this behaviour has changed?06:32
owhmpt: Right now?06:32
mptowh, afaik06:32
owhmpt: Does the person I assign it to have to be a member of any group, or is it limited to particular groups, or perhaps "not" to a particular group?06:33
=== Starting logfile irclogs/launchpad.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #launchpad
=== Topic for #launchpad: Launchpad https://launchpad.net/ | Next developer meeting: Thu 21 June 2007, 1400UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Launchpad help: https://help.launchpad.net | Channel logs: http://tinyurl.com/72w39
=== Topic (#launchpad): set by mpt at Thu Jun 14 16:04:24 2007
=== owh is logged in and clicking away.
mptI can confirm that the spec doesn't mention assigning/reassigning bugs06:35
ajmitchowh: or this behaviour will change in a day or two06:35
ajmitchI don't know if it's live yet06:35
Hobbseempt: is there any problem with making this particular spec public?  even if you sanitize it first?06:35
owhajmitch: Yeah, that's what we really don't know.06:35
owhFujitsu: Hmm, I spoke too soon. My timeout just came too :)06:35
mptHobbsee, I'll discuss that with BjornT when he's up06:36
FujitsuHm, apparently just Malone doesn't work on staging. Convenient.06:36
mptworksforme06:36
owhAs ajmitch points out, this won't actually help us though will it?06:37
FujitsuI think staging code is meant to be in sync with production, so probably not.06:38
owhFujitsu: So, tell me again the point of staging the same version as the live version?06:38
FujitsuEdge is meant to be more cutting-edge. Staging is just there as a testing ground06:39
owhFujitsu: But if it's a testing ground, what are you testing. If it's the same version as the live version, that makes no sense to me.06:40
FujitsuSorry, for users to play around with on a non-production database.06:41
mptowh, what do you mean by "staging the same version as the live version"?06:41
mptstaging.launchpad.net is, at the moment, newer code than launchpad.net06:41
mptthat's why staging.launchpad.net has the new bug statuses, and launchpad.net does not06:41
FujitsuAhh, so it does? I can't see them, it just times out.06:42
owhmpt: It also times out for me, if you need a specific oops: OOPS-536S1306:42
ubotuhttps://devpad.canonical.com/~jamesh/oops.cgi/536S1306:42
owhCool06:42
owhHmm, it needs a pwd :)06:42
FujitsuIs there any log or anything showing how the various sub-LPs compare code version-wise?06:42
FujitsuIt seems that just the bug listings timeout, while specific bugs work.06:43
mptFujitsu, yes, the page footer tells you exactly what revision is running06:45
mptso launchpad.net is running r4287, while staging.launchpad.net is running r441906:46
Fujitsumpt: I recall I was told a couple of weeks back that they weren't comparable, as they're from different branches.06:46
mptreally? That might be true, but I don't understand why it would be06:46
owhHobbsee: I've just assigned a bug to you (under staging), so we'll see what it does.06:47
FujitsuI suspect that's the revision of the staging/production/edge bzr branch, which are merged from rocketfuel regularly. 06:47
owhHobbsee: Yup, you are now the Assignee.06:47
owhhttps://bugs.staging.launchpad.net/ubuntu/+source/gphpedit/+bug/7331006:47
ubotuLaunchpad bug 73310 in gphpedit "Selected text colour does not follow theme" [Low,In progress]   - Assigned to Onno Benschop (onno-itmaze)06:47
owhThis is a STAGING bug, not a real one!06:47
Hobbseeyep06:48
mptubotu, you silly wabbit06:48
=== Fujitsu assigned himself to a bug on staging and can't touch any other statuses.
stubmpt: Once the production branch gets cherry picks, the numbers are no longer comparable. edge and beta revnos are never comparable (as they get at most one commit per day but launchpad/devel gets several)06:49
=== cprov is now known as cprov-ZzZ
owhHobbsee: I'm now taking it back to see if I can change the status.06:50
Fujitsustub: Ah, that's what I thought.06:50
owhFujitsu: I can change the Status, but I cannot change the Importance.06:51
=== neversfelde [n=neversfe@nrbg-4db445bf.pool.einsundeins.de] has joined #launchpad
mptok, thanks stub 06:51
owhmpt: Hey, this is still the old levels.06:51
=== owh is confused.
mptowh, I was just there ten minutes ago seeing the new ones06:51
owhmpt: I thought that the staging version was the one that is going to be rolled out.06:51
Fujitsuowh: Mortals can't change the status to wontfix, triaged, or todo.06:51
Hobbseempt: erm...what happens in the case that a bug triager, not a ~ubuntu-developer, goes through, and finds the bug is already fixed upstream?  They cant mark a bug as fix released, i believe.06:51
FujitsuHobbsee: It seems they can.06:52
HobbseeFujitsu: if the statuses go thru as intended, though06:52
mptHobbsee, arguably Fix Released isn't the appropriate resolution for that case anyway06:52
FujitsuThe only statuses that aren't accessible to the unprivileged are wontfix, triaged and todo.06:52
owhI'm a nobody, that is, I'm not a member of any groups. I've just set the status to "Fix Released".06:52
mptWon't Fix is06:52
Hobbseempt: "upstream has released the fix for this" - it is the appropriate resolution06:53
Fujitsumpt: No, Fix Released is.06:53
mptHobbsee, it's not going to be fixed specifically in Ubuntu, Ubuntu's just going to pick up the fix when it picks up the new release06:53
Hobbseempt: the new release has often already occured.06:53
FujitsuWell, I think this is presuming the release is already here.06:53
FujitsuWont Fix might work, but Fix Released is probably better.06:53
Hobbseeare you saying that now, the ubuntu bug should have wontfix, and the upstream bugs should be linked, etc, etc, etc06:54
owhOn this page, I only see the current status options: https://bugs.staging.launchpad.net/ubuntu/+source/gphpedit/+bug/7331006:54
ubotuLaunchpad bug 73310 in gphpedit "Selected text colour does not follow theme" [Low,In progress]   - Assigned to Onno Benschop (onno-itmaze)06:54
Hobbseempt: ^06:54
mptHobbsee, that's how I always imagined it working (but probably no-one ever told the Ubuntu developers)06:54
owh:)06:54
Hobbseempt: that's a shitload of extra work, for very little gain06:55
=== owh agrees.
Hobbseempt: and i'm not even going to go into the latter issue.  yet.06:55
mptHobbsee, what's the difference in work between moving a bug to Fix Released, and moving it to Won't Fix?06:56
Hobbseempt: for when someone looks up an old bug, and goes "oh, okay, this has been fixed in a later version", rather than "oh, okay, so obviously they dont care, and wont fix it"06:57
=== owh nods.
Hobbseei can tell you now - the upstream bugs wont be linked a lot of the time, because it's a lot of extra work06:57
=== Fujitsu really doesn't want to register a bugtracker and project just to set a bug status properly.
Hobbseempt: "wont fix" really means "yes, we know it's a bug, but we're not going to fix it"06:57
Hobbseempt: whereas "fix released" means "it's a bug, it's been fixed, and it's in the archives"06:57
Hobbseethere's a big difference there06:58
Hobbseealthough, if WONTFIX isnt shown on the default search, it's not a major issue.06:58
Fujitsuwontfix is a semi-closed state, or should be at least.06:58
owh"won't fix" also is an opportunity for someone else to come along and pick it up, where "fix released" is "This one's done, next."06:58
mptHobbsee, I understand what Ubuntu developers have been taking the statuses to mean06:59
mptWhat I don't understand is your "extra work" comment06:59
Hobbseethat's true - "wontfix" is an invitation for someone to go "but i'd really like to see this fixed, i'm willing to do the work to fix it if no one else is"06:59
mptowh, whoa, how did you do that06:59
mpt oh wait06:59
owhmpt: Do what?06:59
mptThat *is* the new statuses06:59
mptbut we can see only a subset of them06:59
mptNotice how they have new names07:00
Hobbseempt: the having to look up the upstream bug, link it, wait for the status of the upstream bug to update07:00
mptHobbsee, why would you have to do that any more than you do now?07:00
Hobbseempt: because what happens now, for a lot of the time, at least for kde bugs, is that people go through, adn try to check if it still exists.  often, it'll have been fixed in a later vesrion, so they'll mark it as fix released, instead of rejected07:01
owhmpt: As I understand Hobbsee's point, if we use Won't Fix as you suggest, then we need to document why. If the fix is released, it doesn't matter.07:01
mpthrmm07:02
owhHobbsee: Is that what you mean, or should I not put words in your mouth?07:02
mptas in, "hey, whaddya mean it won't be fixed"?07:03
Hobbseeowh: kidna.07:03
owhmpt: Yes.07:03
Hobbseempt: yeah.  07:03
mptThis is why I wanted to call the status "Won't Fix *Here*"07:03
owhHobbsee: Does it have prickles this kidna of yours?07:03
mpt(back when I still wanted it at all)07:03
Fujitsuowh: Heheh.07:04
ajmitch"Won't Fix" will really confuse some users07:04
mptbut I guess even that wouldn't have resolved all the confusion07:04
owhmpt: From my perspective, fix released means that the fix exists, it will come when it comes.07:04
FujitsuI still think SEP is better :P07:04
Fujitsuowh: No, that is *not* what Fix Released means.07:04
Hobbseei think wontfix should be only used for things of "we dont want to fix this for whatever reason, but acknowledge that it's a bug"07:04
owhFujitsu: ROTFL, I chocked on that. Bad. Coughing and spluttering.07:04
=== Hobbsee ROFL's at Fujitsu
HobbseeSEP rocks.k07:05
mptWell, *cough*, Fix Released wasn't intended to be used the way Ubuntu developers use it either07:05
=== owh agrees.
Hobbseempt: yeah, true that.  we've had arguments on that already :P07:05
FujitsuVersion tracking would make that practical.07:05
owhSo, really what we're up against is that there are multiple understandings of what the status flag means. Perhaps this is the real problem.07:05
mptI regret to say I was a bit of an architecture astronaut back then07:05
Fujitsu(as well as generally being useful)07:05
mptoverestimating the status-flipping people would be interested in doing07:06
FujitsuGah, about to be dragged out by my hair, apparently.07:06
mptbut I'm cured now07:06
Hobbseeof course...07:06
ajmitchit was beaten out of you?07:06
owhmpt: Wouldn't it be fair to say that the status gets flipped when people think something's changed, that is more information became available?07:07
Hobbseethe "i can change the status of any bug assigned to me" would solve the "being able to mark as fix released" problem.07:07
mptowh, I don't know what you mean, unless you're referring to the Incomplete status in particular07:07
owhmpt: No, you said "overestimating the status-flipping people would be interested in doing", that's what I was responding to.07:08
mptajmitch, I beat it out of myself :-) Nowadays I think there should be five bug statuses07:08
Hobbseempt: 07:08
HobbseeAnother workflow example that requires this is a member of bugsquad07:08
Hobbseewho discovers that a bug in a package pulled directly from Debian has07:08
Hobbseebeen fixed in a newer version, and needs to set the status to "Fix07:08
HobbseeReleased" with a comment indicating the version in which it is fixed.07:08
Hobbseealso occurs07:08
ajmitchah, versions07:09
mptowh, sorry, I still don't understand07:09
owhmpt: Perhaps I don't understand what you mean when you say "overestimated the status flipping", How else do you expect people to flip the status? Are there processes that you envisaged that are not being used or that we don't know about?07:11
mptowh, I mean, I overestimated the time which people would be interested in spending on changing the status of bug reports07:13
mptfor example07:13
owhROTFL07:13
owhmpt: Sorry.07:13
owhmpt: They don't want to spend any time at all:)07:13
mptthe original idea was that when a bug was fixed in the development version (e.g. Gutsy) it would be marked Fix Committed07:13
owhSure07:13
mptthen when Gutsy was released as 7.10, all those Fix Committed bugs would be changed to Fix Released07:14
mptbut that's infeasible07:14
Hobbseethat's just painful07:14
owhYeah, my understanding of Fix Committed is that it's been sent to the queue.07:14
Hobbseeas we tend to use committed for other stuff07:14
mptlargely because we don't have mass status changing, but only largely, not completely07:14
Hobbseebecause in that case, there's no easy to tell difference between "fixed in bzr, or upstream somewhere, and fixed in the archive"07:15
mptpartly because people just wouldn't be bothered07:15
owhmpt: Mass status changing is a ****VERY**** bad idea IMHO.07:15
mptmaybe07:15
mptMass other-stuff changing is needed07:15
Hobbseeer, we still have confirmed in there?07:15
mpt(e.g. mass milestone targeting)07:15
=== Hobbsee cant actually see the use case for a separate confirmed, when there's a triaged
owhHobbsee: Yup, I see that too.07:16
owhAt the moment I understood it to mean "Me too"07:16
mpt"Triaged - may only be set by a bug contact"07:16
owhs/it/Confirmed/07:16
mpt(that's from the spec)07:16
mptso anyone can mark as Confirmed, only bug contacts can mark as Triaged07:17
owhmpt: How is a bug contact defined?07:17
Hobbseeowh: people subscribed to the bugs of a package07:17
Hobbseeowh: can be a person or team07:17
Hobbseethen again...07:18
owhSo, the sequence is New -> Need Info -> Confirmed -> Triaged -> In Progress -> Fixed.07:18
Hobbseeby assigning to yourself, you're saying that you are taking responsiblity of the bug.07:18
owhYeah, that's what I understood it to be.07:19
Hobbseein which case, you should be able to set whatever you like.07:19
Hobbseeand it's yoru fault if you get it wrong.07:19
=== owh agrees.
owhYup07:19
=== owh hands all bugs over to Hobbsee
owh:)07:19
Hobbseewhich only has an inconvenient side effect of getting lots of bugmail from them.07:19
Hobbseeowh: heh.  i have enough, being on the kubuntu council07:20
owhAs a non group member, I do not expect to be able to set the Status to "Fix Released", but currently I can.07:20
mptowh, you missed Todo07:20
owhHobbsee: See, you should have stayed with Gnome :)07:20
Hobbseeowh: i cant stand gnome.07:20
owhmpt: Yeah, between Triaged and In Progress07:21
Hobbseempt: TODO isnt there07:21
owhHobbsee: I put up with it.07:21
mptHobbsee, it is for "developers"07:21
owhmpt: Indeed, Hobbsee makes a fair point :)07:21
Hobbseempt: which is, sorry?07:21
owhmpt: I'm a developer. I download source, play with it, fix stuff.07:21
Hobbseempt: developers != the people in ~ubuntu-dev.07:21
owhmpt: That's the real problem.07:21
Hobbseempt: developers > the people in ~ubuntu-dev.07:21
owhs/>/>>>/07:22
mpthuh07:22
mptyou're right07:22
mptI don't see Todo for a bug report about Launchpad itself07:22
mptthat's very strange07:22
owh:)07:22
Hobbseeit's saying "TOO MANY STATUSES.  NO MORE!07:23
owhHobbsee: What about a slider, you know between borked and fixed :)07:23
LaserJockwell07:23
Hobbseehaha07:23
LaserJockI'm not sure if I can really see a case where a status should be tied to a group07:24
owhInfinite status.07:24
LaserJockseems to me like all status's should be available to everybody07:24
owhYup, I was just about to write that :)07:24
LaserJockdo we have a reason for making only some statuses available to some poeple?07:25
owhLaserJock: Is there an argument for giving "fix released" to everyone? I wouldn't feel comfortable with that flag, I'm not privileged to add stuff, just tell people about it.07:25
HobbseeLaserJock: so that the odd few people cant abuse it.07:26
=== owh expects to make a fix, attach it, then tell someone.
LaserJockowh: why not?07:26
LaserJockHobbsee: so?07:26
LaserJockwe let people do things all the time07:26
HobbseeLaserJock: i'm not saying it's a good one - that's jsut the reason07:26
Hobbseeafaik07:26
LaserJockthe whole wiki is open to anyone, why not the bug tracker07:26
owhLaserJock: Well, I didn't think I should have the privilege to add a fix to the queue, so I shouldn't be able to mark it Fixed either.07:27
LaserJockas long as they can't really mess something up07:27
LaserJockowh: why? if you fixed something you should be able to mark it as such07:27
LaserJockif people are doing the work they should be able to show it07:27
owhLaserJock: Sure, but how is that taken care of in terms of uploading a fix that does something evil. Or am I missing your point?07:28
LaserJockuploading is the only thing that really separates devs from non-devs07:28
LaserJockand that's soyuz, not malone ;-)07:28
LaserJockowh: I'm saying, the only difference, where bug reports are concerned, is that I can acutually upload and you can't07:28
LaserJockbut you can do the work, you can do the triaging, you can do everything but upload07:29
owhLaserJock: Works for me. Of course you could mark a bug as fixed when it has not been though.07:29
LaserJocksure07:29
LaserJockpeople make mistakes07:29
LaserJockno biggie, we learn and move on07:29
LaserJockI'm afraid if we start saying "No we don't trust you" then nobody is going to want to help out07:30
owhLaserJock: So, I'm a software developer, I have a whizz bang product that's buggy as all getup. It's packaged in Ubuntu. It gets bugs lodged against it, I come along and mark them all fixed.07:30
owhHmm, I typed all that, then you came along with your comment.07:30
owhI agree. I'd rather live in a society where we do trust people.07:31
LaserJockwell, we get bugmail, say "hmm, we need to educate this guy a little", and you learn07:31
LaserJockI've rarely seen cases when a person continually messed stuff up07:31
owhYeah. Cool. All good. So, we give everyone all privileges, except upload. Works for me.07:31
LaserJockwell, that's essentially the case as it is now07:32
=== owh adds a snake in the grass. "What about Importance?"
LaserJockImportance is the only thing that I'm aware of07:32
LaserJockand I don't know that many people really care about that ;-)07:32
LaserJockI don't use it07:32
LaserJockmaybe some do07:32
owhLaserJock: That's because you can't :)07:32
LaserJocksure I can07:32
owhAs a member of which team?07:33
LaserJockubuntu-qa07:33
owhFair enough.07:33
owhWell now that we've solved that...07:33
=== mpt just happens to come across a Launchpad bug that some random stranger has assigned to him-/her-self
Hobbseeheh07:34
Hobbseeyes, it happens occasionally07:34
LaserJockpeople were routinely abusing Importance (*every* bug I report is important)07:34
mptbug 255307:34
ubotuLaunchpad bug 2553 in launchpad "Can't edit group wiki page details" [Medium,Confirmed]  https://launchpad.net/bugs/2553 - Assigned to Jijo Baby (jijobaby)07:34
owhmpt: So, can we all have all Status options, or will we have to wait for that?07:34
owhmpt: Ask jijobaby for a status report :)07:35
mptowh, I don't know, sorry07:35
LaserJockwell, my suggestion would be to work out workflows for developers (~ubuntu-dev) and non-developers07:35
LaserJockthen figure out how statuses and permissions best suit the workflow07:35
owhLaserJock: Well, as someone fixing stuff, I'd like to be able to show that I'm working on it, so someone smarter than I doesn't come along, fix something I've been working on for weeks and leaves me in the dust :)07:36
LaserJockI don't mind changing workflow, but I kinda dislike doing it willy-nilly and I want to make sure non-developers are accounted for07:36
owhLaserJock: I can see that I'm picking up more bugs, so marking them as ToDo would be great for my personal workflow.07:37
Hobbseempt: oh neat.  that's a changed assignee, and a spammed bug report07:39
owhHobbsee: From me? gphpedit?07:39
Hobbseeowh: no, the bug mpt mentioned07:39
owhHobbsee: Sorry, I thought you were looking in your mailbox and noticing stuff from the staging server.07:40
Hobbseenah07:40
Hobbseei dont seem to have that yet, though07:40
Hobbseeor else it's lost amongst all the other bugmail07:40
owhHobbsee: I don't have it either. If all works as it should, perhaps it won't generate email :)07:41
LaserJockI think a good "solution" (I don't even know the problem) is to allow assignee's and developers to change statuses freely07:42
LaserJockand allow anybody to assign themselves07:42
owhYup.07:42
HobbseeLaserJock: +107:42
Hobbseeguess we'll need to wait for input from the powers that be, though07:42
=== owh thought that LaserJock was the Master of the Universe. Perhaps the Universe is smaller than I thought :)
Hobbseeowh: he's a core dev, too07:43
owhHobbsee: :)07:43
RAOFHe is now.  Incidentally, congratulations LaserJock :)07:44
=== owh wanders off for a late lunch.
=== ajmitch now grovels before LaserJock
LaserJockbah07:45
LaserJockthanks RAOF 07:46
BjornTgood morning07:53
Hobbseemorning BjornT, welcome to the blood bath.07:54
BjornThi Hobbsee :)07:55
mptBjornT, would you be ok with making the BugWorkflow spec public? If so, who else should be consulted?07:55
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
Hobbseempt: what was the problem with makign it public in the first place?07:55
Hobbseeit's hardly hiding IP or something.07:55
Hobbseeand it affects non-LP pepole greatly07:56
mptHobbsee, no problem in particular, it's just that Launchpad specs are on a private wiki so there's an assumption of privacy07:56
=== Prognatus_ [n=bjorn@2.80-203-143.nextgentel.com] has joined #launchpad
BjornTmpt: i'm ok with it, but i guess kiko-zzz or SteveA should approve make it public.07:56
mptok07:56
Hobbseempt: this is true - but is there a process for going "this is going to effect a lot of people, maybe we should make thsi public?"07:57
mptno07:57
mptwell07:57
mptThis is the sort of thing mrevell would do07:57
mptannounce it in advance07:57
mptthough that would be announcing that it was going to happen, rather than publicizing it for discussion07:58
Hobbseempt: do you think it should be discussed?08:00
Hobbseeas in, do you think people should be able to have their say on something's that's greatly influencing them?  i know the ubuntu devs who were at UDS had a fair bit to say about it, even when it was only sprung on them for discussion about an hour before the discussion started?08:01
Hobbseeand changed how some of this worked, iirc08:01
BjornTmpt: mrevell is working on an announcement, and i see that he's already talked to heno about it (who announced it to the bug squad).08:03
BjornTHobbsee: tbh, this spec has been discussed for a year now. discussing it another year won't take us anywhere.08:04
mptHobbsee, leave me out of this :-)08:04
HobbseeBjornT: true. unless the discussion was useful, and actually got things done08:04
BjornTHobbsee: it's hard to guarantee a useful discussion, though :) the fact that it has been going on for a year should mean that we're going around in circles.08:06
LaserJockwell, the discussion has not included a public spec08:07
LaserJockit's hard to know08:07
HobbseeBjornT: that is true.  did the sevilla discussion actually do antyhign thoguh?08:07
BjornTHobbsee: now we're actually do get things done, by implementing something ;) i suggest we try it out and see what we can learn from it.08:07
LaserJockBjornT: but we don't know what's supposed to be done, IMO08:07
BjornTLaserJock: https://wiki.ubuntu.com/BugWorkflow08:07
LaserJockwe just got an email like "tomorrow bug workflow and permissions are going to change"08:08
HobbseeBjornT: i'm just wondering WTF to do now that the sponsoring procedure is screwed, and how the people are not going to be able to step on other people's toes, as there's now no way to mark a non-dev as fixing a bug.08:08
LaserJockBjornT: heah, thanks for that08:08
HobbseeBjornT: if you have a solution for how to fix that problem, which isnt "oh, make a developer do it, like with importance", then i'd greatly like to hear about it.08:08
BjornTHobbsee: how does this affect the sponsoring procedure?08:08
LaserJockbecause the people being sponsored use those statuses08:09
HobbseeBjornT: because non-devs now cant assign bugs to themselves,and  mark it in progress, to say "i'm fixing this"08:09
Hobbseewhere non-devs == people not in ~ubuntu-dev08:10
BjornTHobbsee: yes they can08:10
BjornTso, let me tell you what's going to happen08:10
HobbseeBjornT: they can now, and they still can when the roll out is being done?08:10
BjornTHobbsee: yes08:10
LaserJockin fact, many people who fix bugs now can't get to Triaged even08:10
LaserJockif the chart on BugWorkFlow is right08:11
Hobbseei'm only going off what's been put on the devel-discuss mailing list, because as you may have noticed, the spec isnt public.  so everything's second/third/fourth/fifth hand here.08:11
BjornTsome statues will simply be renamed. Unconfirmed -> New, Needs Info -> Incomplete08:11
mptBjornT, why can't I see "Todo" on Launchpad bugs on staging? Will that status be introduced later?08:11
BjornTand Rejected will be split off into Invalid and Won't Fix08:11
Hobbseethat much is fine, yes08:11
BjornTOnly the ubuntu bug contact (i.e. the QA team) will be able to set a bug to Won't Fix08:12
LaserJockBjornT: the status changes aren't the problem, the problem is the permissions on who gets to change them08:12
BjornTthere's also a new status: Triaged, which only the bug contact may set08:12
BjornTand that's it08:12
BjornTTodo will be introduced at a later stage08:12
mptah08:13
BjornTall other statuses will be the same, including their permissions08:13
LaserJockok, so will anybody be able to set In Progress, Fix * ?08:13
BjornTthe main idea is that it should be easy to join the bug squad, and they will basically use New, Incomplete, and Confirmed08:13
HobbseeBjornT: where the bug squad is for triaging?08:14
BjornTafter they have made sure that the bug reports are good bug reports, they will move the bug to Confirmed08:14
BjornTsince anyone can set a bug to Confirmed, it's hard to know about the "quality" of the triaging08:14
BjornTso now the QA team can look at all the Confirmed bugs, and move the good ones to Triaged (so that a developer can look at it), or move it back to Incomplete08:15
BjornTif the QA team sees that someone triages bugs well, they can promote him to the QA team, or something like that08:15
LaserJockok, so this workflow seems ok for Main bugs or what I'd think of a traditional bugs08:16
LaserJockbut it doesn't really seem to take into account the large amount of workflow "bugs" we do08:16
LaserJocki.e. sponsorship, archive admin'ing08:16
BjornTLaserJock: yes, anyone will be albe to set In Progress, and Fix *. we didn't want to bother restricting those statuses08:16
Hobbseethis seems that the number of people joining qa is going to be greatly increased08:16
HobbseeBjornT: oh good.  that wasnt clear in the email08:16
LaserJockso people can mark a bug In Progress or Fix Released, but not Confirmed?08:17
LaserJockthat's interesting :-)08:17
HobbseeLaserJock: s/confirmed/triaged/08:17
LaserJockhmm, right, I thought confirmed was retained for something08:17
LaserJockso people can jump around "triaging"08:18
Hobbseeyes08:18
LaserJockwell, I guess that works08:18
owhHmm, so I'm an independent person. I know about my pet project. Can I set the status to Confirmed?08:18
BjornTowh: yes you can08:18
owhBjornT: I don't need to be a member of any team?08:19
BjornTowh: no, anyone can set a bug to Confirmed08:19
BjornTHobbsee: i'll talk to mrevell to make sure that this is made clear in his announcement08:20
owhBjornT: So, am I understanding correctly that a Triaged Bug is after Confirmed, but before ToDo/In Progress?08:20
LaserJockyes, because I think heno's email said that we'd have the full implementation like tomorrow08:20
BjornTowh: that's right08:20
Hobbseeowh: triaged means "i have enough info, please someone fix me"08:20
HobbseeBjornT: cool, thanks.  08:20
owhSo the spec we just saw at: https://wiki.ubuntu.com/BugWorkflow doesn't actually show "Confirmed"08:21
owhIn fact it says: rename "Confirmed" -> "Triaged"08:21
LaserJockit also seems to indicate that only developers will be able to set In Progress and ToDO08:21
LaserJockthe design seems to separate the statuses into ones for "triagers" and "developers"08:23
LaserJockhowever I don't see how we are going to really be able to separate/define those groups well enough for restrictions08:23
owhThe spec also says: "Add a QA team to products and distributions. If a QA team is set, normal users can only use a restricted set of bug statuses."08:24
owhThat contradicts what BjornT just told us.08:24
BjornTowh: yeah, the page is a but outdated. here's what we drew up at UDS: http://people.ubuntu.com/~bjorn/bug-workflow.png08:24
BjornTowh: that wiki page (on wiki.ubuntu.com) is the old discussion, which got a bit out of control. it doesn't describe exactly what will be done.08:26
=== allenap [n=allenap@212.233.38.45] has joined #launchpad
owhSo, the only status that the bug-squad has "extra" is Triaged, all other status flags can be set by anyone (either the assignee, or a ubuntu-dev) ?08:27
owhBjornT: Or can anyone set anything?08:28
BjornTowh: well, it's ubuntu-qa that has Triaged extra, and they also have Won't Fix. all other statuses can be set by anyone (Todo will be restricted as well, but we won't add it until later)08:30
owhBjornT: So, if I am aware of a bug and I can fix it, but I've got a few other bugs as well, and I'm not a ubuntu-dev, I cannot set a bug I've assigned to myself as "ToDo", so I can manage my own workflow?08:32
Hobbseeowh: you have to set it to inprogress, and assign yourself08:33
BjornTowh: well, that won't be a problem atm, since we haven't added Todo.08:34
owhBjornT: I'm just looking into the future.08:34
owhHobbsee: Yes, but inprogress implies that I'm doing something does it not?08:34
BjornTowh: after you've fixed it, how will you get the fix uploaded to the ubuntu archive?08:34
HobbseeBjornT: subscribing ubuntu-universe-sponsors08:34
owhBjornT: I ask a friend :)08:34
HobbseeBjornT: and following that procedure08:35
owhBjornT: The idea being that I as an external person can do everything except upload. That means I can help easier without adding to someone else's workload.08:35
BjornTHobbsee: would it be feasible to ask ubuntu-universe-sponsors to set the bug to Todo for owh?08:35
HobbseeBjornT: um...not really.08:36
HobbseeBjornT: because ubuntu-universe-sponsors is only for getting your stuff uploaded - it's not for requests of help, or antyhing else08:36
Hobbseejust like ubuntu-archive is08:36
Hobbseewe make that very clear, else people file bugs saying "this needs a merge, please do it" or similar, and subscribe us08:37
BjornTHobbsee: ok. is there  a wiki page describing this process?08:40
HobbseeBjornT: somewhat.  https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue08:41
HobbseeBjornT: it's still a bit of a WIP08:41
Hobbseebut it's what we're using at the moment08:41
Hobbseeit's very easy to flood the sponsors queue - so making them to as little extra work as possible is good08:42
BjornTHobbsee: ok. i'll have to think about how that would work with a new (restricted) Todo status.08:46
HobbseeBjornT: right08:46
BjornTbut now, it's time for breakfast08:46
owhBjornT: Afternoon Tea you mean :)08:46
=== Hobbsee should have breakfast.
=== Spads [n=spacehob@unaffiliated/spads] has joined #launchpad
=== carlos [n=carlos@canonical/launchpad/carlos] has joined #launchpad
carlosmorning09:11
Hobbseemorning carlos 09:17
=== StevenK [n=stevenk@14.5.233.220.exetel.com.au] has left #launchpad []
=== dneary_ [n=dneary@251.9.39-62.rev.gaoland.net] has joined #launchpad
=== zwnj [n=behnam@194.225.70.226] has joined #launchpad
=== schwuk [n=dave@ubuntu/member/schwuk] has joined #launchpad
=== intellectronica [n=intellec@host86-139-116-249.range86-139.btcentralplus.com] has joined #launchpad
=== bigjools [n=ed@canonical/launchpad/bigjools] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== poolie_ [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad
=== mrevell [n=matthew@canonical/launchpad/mrevell] has joined #launchpad
=== NafNaf [n=enasni@p5080E155.dip.t-dialin.net] has joined #launchpad
=== jsk [n=jsk@client-82-13-25-220.brhm.adsl.virgin.net] has joined #launchpad
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
seb128hi10:36
carlosseb128: hi10:37
seb128looks like the armagetron task on bug #37316 can't be closed, does anybody known if that's a known issue?10:37
ubotuLaunchpad bug 37316 in armagetron "Please sync armagetron (universe) with Debian 0.2.8.2 (testing)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/3731610:37
seb128armagetron is a binary package, source is armagetronad which already has a task10:37
seb128when closing it tries to reassign to the source and error on "This bug has already been reported on armagetronad (ubuntu)."10:38
BjornTseb128: this should be due to bug 81014, so you should be able to close the task after the rollout today.10:43
ubotuLaunchpad bug 81014 in malone "Don't assume entered package is a binary package" [High,Fix committed]  https://launchpad.net/bugs/81014 - Assigned to Gavin Panella (allenap)10:43
seb128BjornT: cool, thanks10:43
=== bigjools [n=bigjools@canonical/launchpad/bigjools] has joined #launchpad
=== bigjools [n=bigjools@canonical/launchpad/bigjools] has joined #launchpad
=== heno [n=henrik@ubuntu/member/heno] has joined #launchpad
=== pochu [n=emilio@122.Red-88-11-171.dynamicIP.rima-tde.net] has joined #launchpad
carlosdneary_: hi, around?11:23
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad
=== Kmos [n=gothicx@unaffiliated/kmos] has joined #launchpad
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad
dneary_hi carlos12:27
=== dneary_ is now known as dneary
carlosdneary: hi12:28
carlosdneary: I'm cleaning up pending import files for translations12:28
carlosdneary: and saw a zh.po for wengo12:28
carlosit's not auto approved because you shouldn't use that, instead, you should use either zh_CN or zh_TW 12:29
=== ubuntu_laptop [n=ubuntu_l@ubuntu/member/gnomefreak] has joined #launchpad
carlosand I wonder which one is that for12:31
carlosdneary: do you know it?12:32
carloszh_CN == 'Simplified Chinese' and zh_TW == 'Traditional Chinese'12:33
dnearycarlos: I know that I have a zh_CN translation in there already12:35
dnearyI don't know if it's the same as the zh (the zh translation was done by someone here at Wengo, and is dormant)12:36
carlosdneary: Launchpad has translations for both, but no one comes from files imported by you, so I don't know which one to choose... and I don't want to break anything12:36
carlosdneary: should I discard that translation then?12:36
dnearyWhich branch is this for?12:37
carlos2.112:40
=== ubuntu_laptop [n=ubuntu_l@ubuntu/member/gnomefreak] has joined #launchpad
=== mikl_ [n=mikl@80.196.111.235] has joined #launchpad
=== meduxa [n=agustin@213.231.80.16] has joined #launchpad
mikl_Is it not possible to create a new bzr branch on launchpad that's not in a particular project?12:45
mwhudsonyes, put "+junk" instead of a project name12:50
=== phanatic [n=phanatic@ubuntu/member/phanatic] has joined #launchpad
=== meduxa [n=agustin@213.231.80.16.static.user.ono.com] has joined #launchpad
=== Spads [n=spacehob@yttrium.canonical.com] has joined #launchpad
=== Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #launchpad
=== MehdiHassanpour [n=Mehdi@ubuntu/member/MehdiHassanpour] has joined #launchpad
MehdiHassanpourhi :-)01:01
MehdiHassanpourany one knows where can I ask translation related questions ?01:01
WatersevenubMehdiHassanpour, maybe in the channel of your country or perhaps in #ubuntu-translators. If related to the tool itself (launchpad), in here.01:03
mikl_mwhudson: but where do I create a new branch - The only option I can find is to register an external branch...01:04
MehdiHassanpourWatersevenub: ty :-)01:04
mwhudsonmikl_: with 'bzr push'01:04
mikl_mwhudson: mmkay - is there a howto somewhere?01:05
mwhudsonhttps://help.launchpad.net/CreatingAHostedBranch01:05
mikl_mwhudson: ok, thank you :)01:06
mwhudsonin the new release (due in a matter of hours)01:06
mwhudsonthis page will be linked to from various Help tabs01:06
mikl_ok, but with this doc, I still have to push it into a directory...01:09
mikl_I guess I can just push it into Drupal...01:09
mwhudsonpush to ~username/+junk/branchname01:10
mwhudsonthe page doesn't mention this possibility, maybe it should01:11
mwhudsonmrevell: hi :)01:11
mwhudsonit's mentioned on here https://help.launchpad.net/FeatureHighlights/EasyBranching01:12
mikl_yes, that might be a good idea - I just don't particularly like that label - ohyes, just push my precious source code into the junk department :)01:12
mrevellmwhudson: hi01:12
mwhudsonmrevell: remember this page https://help.launchpad.net/CreatingAHostedBranch ?01:13
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #launchpad
mrevellmwhudson: yeah01:13
mwhudsonmikl_: i think it's meant to be a subtle hint that you should set up a project, etc01:13
mrevellthe junk suggestion - noted01:13
mwhudsonmrevell: do you think it should mention the +junk pseudo project?01:13
mrevell:)01:13
mwhudsonok01:13
mikl_oops, I get a 500 Internal Error when trying to browse one codebrowse.launchpad.net01:14
mikl_http://codebrowse.launchpad.net/~mikl/drupal/mikl-danish/files01:14
cprovgmorning all !01:15
mwhudsonmikl_: wfm01:16
mikl_wfm?01:16
mwhudsonworks for me01:16
mwhudsonand i can't see any errors in the logs, strange01:17
mwhudsonoh now i can01:17
mikl_mwhudson: it's only if you click on a file01:18
=== mwhudson grumbles
mwhudsonyeah01:18
mikl_or event_da.po, more specifically01:18
mwhudsonfeeding utf-8 to expat when it expects latin-1 or something similarly hilarious01:18
mikl_oh :(01:19
mwhudsonhttps://bugs.launchpad.net/loggerhead/+bug/11779901:20
ubotuLaunchpad bug 117799 in loggerhead "Error parsing non-ascii content" [Undecided,Unconfirmed]  01:20
=== mwhudson marks that one "confirmed"
mwhudsonthough i don't really know what you can do here01:21
mwhudsonyou have a file, in some encoding01:21
mikl_I guess I could encode it as iso-8859-1 - that usually works everywhere01:22
mwhudsonand you want to send lines from that file to the user's browser01:22
mwhudson(in utf-8, i expect)01:22
mikl_But I don't know if bzr will get confused if I just iconv the file...01:22
mwhudsonwell, it's a general problem01:23
mikl_and even worse, I don't know if Drupal will eat it...01:23
mwhudsonyou shouldn't have to change your data to appease the tools01:23
=== mwhudson thinks about shouting "per file properties please" in #bzr
mikl_sigh. Character encodings.01:24
mikl_I only everyone had always used unicode always everywhere.01:24
mikl_/^I/If/01:25
=== MehdiHassanpour [n=Mehdi@ubuntu/member/MehdiHassanpour] has left #launchpad []
mikl_mwhudson: actually, the criminal file is in iso-8859-1 - The .po files i have in utf-8 work fine01:29
mwhudsonmikl_: so i got it wrong01:30
=== schwuk [n=dave@ubuntu/member/schwuk] has joined #launchpad
mwhudsonfeeding latin-1 to expat when it wanted utf-801:30
=== merriam [n=merriam@85-211-87-147.dyn.gotadsl.co.uk] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
mikl_I have another related bug...01:35
mikl_If you view http://codebrowse.launchpad.net/~mikl/drupal/mikl-danish/bundle/mikkel%40hoegh.org-20070620110720-6m5woqzje878nztk/bundle.txt the content is served as iso-8859-1, but is really utf-8 - so all the danish characters are mangled01:36
mwhudsonfun01:38
=== tokj [n=tk@unaffiliated/tokj] has joined #launchpad
mikl_I'll see if it is already reported01:39
mwhudsonyou can't really win here can you?01:40
mwhudsonthe bundle could touch files that are in different encodings01:41
mikl_yes, I guess that that is the issue here...01:42
mikl_but now I've pushed all files up to UTF-8, I get another 500 error when viewing revision 301:43
mikl_I don't know if that is a separate issue01:43
=== kiko-zzz is now known as kiko
mikl_Sigh01:44
mwhudsonmikl_: no, it's the same, the diff will include the old troublesome data01:45
mikl_ah yes...01:45
Hobbseemorning kiko!01:46
kikohey Hobbsee 01:52
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #launchpad
=== cprov is now known as cprov-out
=== Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad
=== matsubara [n=matsubar@canonical/launchpad/matsubara] has joined #launchpad
ubotuNew bug: #121331 in launchpad-bazaar "supermirror-pull mirror sometimes hangs" [Undecided,Unconfirmed]  https://launchpad.net/bugs/12133102:21
=== niemeyer [n=niemeyer@200-138-40-69.ctame705.dsl.brasiltelecom.net.br] has joined #launchpad
=== dneary [n=dneary@251.9.39-62.rev.gaoland.net] has joined #launchpad
=== salgado [n=salgado@canonical/launchpad/salgado] has joined #launchpad
=== TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #launchpad
=== papaya [n=durus@h241n10c1o260.bredband.skanova.com] has joined #launchpad
=== carle [n=dario_jo@195.222.51.122] has joined #launchpad
carlewhen there is this info:"  represents a space character. Enter a space in the equivalent position in the translation."03:11
carleShould I just press space behind the translation03:12
=== ScottK [n=ScottK@ubuntu/member/scottk] has left #launchpad ["Konversation]
=== flacoste [n=francis@modemcable040.144-201-24.mc.videotron.ca] has joined #launchpad
=== cprov-out is now known as cprov
carleanyone?03:17
kikocarle, yes.03:17
carlethank you03:19
=== kiko is now known as kiko-afk
ubotuNew bug: #121340 in malone "Support RT bug watches" [Undecided,Unconfirmed]  https://launchpad.net/bugs/12134003:25
=== carle [n=dario_jo@195.222.51.122] has left #launchpad []
=== papaya [n=durus@h241n10c1o260.bredband.skanova.com] has left #launchpad []
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #launchpad
=== kiko-afk is now known as kiko
=== ubuntu_laptop [n=ubuntu_l@ubuntu/member/gnomefreak] has joined #launchpad
ubotuNew bug: #121348 in malone "BugZilla VERIFIED WONTFIX should map to Won't Fix" [Undecided,Unconfirmed]  https://launchpad.net/bugs/12134804:00
statikBjornT: reviewers meeting?04:02
bacme04:02
barryme04:02
BjornTstatik: oh, right, forgot about that, i'm currently planning for 1.1.7 with kiko :/04:03
BjornTflacoste: could you chair this meeting, please?04:03
flacosteBjornT: ok04:03
BjornTthanks04:03
BjornTi'll be here partially04:03
flacosteWelcome to the non .au reviewers meeting04:04
flacostefor the next 45 minutes, we'll be coordinating reviewing activities04:04
flacoste== Agenda ==04:04
flacoste * Roll call04:04
flacoste * Next meeting04:04
flacoste * Queue status.04:04
flacoste * Preimplementation call status/progress (barry in .eu)04:04
flacosteso who's here today?04:04
barryme 204:04
flacostenot everyone at the same time please04:04
bacme04:05
flacostesalgado: ping04:05
salgadome04:05
statikme04:05
kikoem04:06
flacosteok, next meeting04:06
flacostea lot of the reviewers will be in London next week04:06
flacosteshould we still hold a meeting?04:07
flacostei mean all reviewers will be in London except bac, i think04:07
barryi won't be in london04:07
flacosteand barry04:08
bacbarry and i can meet.  :)04:08
=== flacoste checks the sprint schedule
barrybac: yeah, who needs 'em?!04:08
barryflacoste: either way is fine with me04:09
flacostei think we could still hold one04:10
flacostethe meeting time falls in a non-scheduled time slot04:10
flacosteso, next meeting Wed June 27th at 14UTC04:10
flacosteany objections?04:11
flacostehmm, i have04:11
flacoste!04:11
flacostei mess up tz calculation and the meeting falls in the Answer Tracker planning session!04:12
barryflacoste: we're pretty early in the cycle next week, right?  maybe there won't be enough to discuss and we can safely skip it?04:12
=== GnuKemist [n=omaciel@foresight/developer/OgMaciel] has joined #launchpad
bacisn't 1400 UTC on wed our normal bat time?04:13
flacosteit is04:13
flacostei would suggest skipping it or moving it to 10UTC or 17UTC04:14
flacostecomments?04:14
barry17utc would be better.  not that i don't mind getting up at 6am now and then :)04:15
flacosteanyone having a problem with 17UTC?04:15
barrybut i'm not sure i can /think/ very well at 6am :)04:15
flacoste304:15
flacoste204:15
flacoste104:15
Hobbseebarry: it's not possible.  i've tried.04:16
barryHobbsee: i'm a musician.  the only time i'm up at 6am is when i haven't gone to bed the night before :)04:16
Hobbseebarry: *grin*.  sounds like sound tech.  same thing :)04:16
=== flacoste is terrible with tz calculation
Hobbseeflacoste: timeanddate.com04:17
=== stub [n=stub@ppp-58.8.15.109.revip2.asianet.co.th] has joined #launchpad
barryHobbsee: indeed!04:17
flacosteafter consideration, 16UTC would be a better time i think04:18
barry16utc is fine too04:18
flacosteok, then Wed Jun 27th at 16UTC (2 hours later than usual) it will be!04:19
flacostemoving one to 'Queue status'04:19
bacelliot and i have a meeting at 1500 that may run long04:19
flacostebac, I'll be near elliot at that time and can poke him about that :-)04:21
flacostequeue is looking a lot better than last week04:22
flacoste14 open reviews, 8 over the service level but most are on the limit04:23
flacosteoldest one is a DB review, after that is a post-merge review assigned to BjornT04:23
flacostebac and barry also have one review over SLA04:24
baci think mine was assigned today  :(04:24
flacostebac: that's possible04:25
barryas was mine04:25
flacostewhich points out to a problem with the review assignment04:25
barryiirc, it's a fairly longstanding complaint04:25
=== Prognatus__ [n=bjorn@2.80-203-143.nextgentel.com] has joined #launchpad
kikobarry, flacoste: why do we need to have assignment be done separately?04:26
barryflacoste: what do you think of an amendment to the policy where reviewers can snag branches off the general queue themselves.  for example, if i have a hour to kill, i can grab a branch without waiting for its assignment.  also, i might tend to snag branches in areas i know something about (could be a plus or minus)04:26
flacostebarry: i think this is allowed04:27
barryflacoste: oh, well then nm :)04:27
flacosteit's kind of a variation of the process where a dev hunts for a reviewer on IRC bypassing the assignment process04:27
flacostekiko: did you mean something similar to what barry just proposed?04:28
kikoyes.04:28
flacostefine, I'll put this for discussion also in the .au meeting, but I think barry initiative is fine04:29
flacosteso we can start experimenting with that04:29
intellectronicanick tomberger04:29
flacostebut remember to move the branch from the General queue to your queue when you start the review04:30
barryflacoste: definitely04:30
kikoright04:30
=== lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #launchpad
flacostebarry: pre-implementation call weekly status04:30
barryafaik, this is going pretty well.  i had two buglets i fixed on friday for which i suck (had no pre-impl call), but i'm going to be in hack mode fairly soon and plan to do a lot of them.  all the branches i reviewed for 1.1.6 had them04:31
barryanybody else have any feedback?04:32
flacostedid one with tomberger yesterday04:32
barryflacoste: on the phone?04:32
flacostebarry: skype04:32
barryflacoste: cool04:32
flacostei think it was definitively worth doing, since it was his second day on the job04:32
baci did my first with jtv this week.  it went well.04:33
barrycool.  seems to be going well.  not sure if we need this agenda item any more04:33
bacskype to bangkok was flawless04:33
barrybac: what is that, like 12 hours difference?04:33
bacyeah but he works euro time, 1pm-9pm local04:33
flacostebarry: ok, let's remove this from the agenda, we still have it on the general meeting one anyway04:33
barrybac: cool.  flacoste: +104:34
flacosteany other business?04:34
flacostebac: what is your mentor status04:34
flacostebac: a lot of the reviews you send out have "conditional to agreement by a mentor"04:35
baci'm mentored by kiko but he's often too busy so i go out on the open market04:35
baci'm a free agent04:35
flacostebac: do you think you could find the mentor before sending out the review04:35
kikobac, best to find a different mentor at this point :-(04:36
baci could try.  sure.04:36
flacostethe idea being that it is clear to the reviewee who he shall nag for final approval?04:36
bacso, anyone who is not mentoring someone want to adopt me?04:36
bacalrighty then04:37
flacostebac: i think BjornT is not mentoring anybody04:38
bacok, i'll ask him off-line04:38
flacosteok, any other business?04:40
flacoste504:40
flacoste404:40
flacoste304:40
flacoste204:40
flacoste104:40
flacosteMEETING ENDS04:40
flacostethanks everyone for attending04:40
barrythanks flacoste04:40
=== Rinchen [n=joey@canonical/launchpad/rinchen] has joined #launchpad
=== ZeroOne [n=vsaalo@kekkonen.cs.hut.fi] has joined #launchpad
=== mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #launchpad
ubotuNew bug: #121353 in malone "Incorrect count for "projects having bugs" on /projects" [Undecided,Confirmed]  https://launchpad.net/bugs/12135305:00
=== xdatap [n=xdatap1@81.75.222.14] has joined #launchpad
xdataphi everybody05:12
xdatapi have an issue similar to bug 3446 while importing po file in rosetta. I'm talking with upstream (kde Italian) to fill a bug report on specific package (krita). They ask me how to reproduce that error. Now the question: What rosetta use to validate po file? There's a program on gettext suite to validate in the same way po file for reproduce the problem in local system?05:14
ubotuLaunchpad bug 3446 in knoda "% causes problem in translation strings" [Medium,Rejected]  https://launchpad.net/bugs/3446 - Assigned to Kubuntu Team (kubuntu-team)05:14
xdatapi have to go, i will post the question on launchpad mailing list... see you05:20
=== dneary [n=dneary@251.9.39-62.rev.gaoland.net] has joined #launchpad
=== cypherbios is now known as cypherbios-lunch
=== sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad
=== cprov is now known as cprov-lunch
=== dneary [n=dneary@251.9.39-62.rev.gaoland.net] has joined #launchpad
ubotuNew bug: #121360 in launchpad "Notification about impending memberhip expiration may tell users to contact themselves" [Medium,Confirmed]  https://launchpad.net/bugs/12136005:45
ubotuNew bug: #121363 in malone "Order 'most recently closed' on 'Bugtask.id DESC' instead of 'BugTask.id'" [Undecided,Unconfirmed]  https://launchpad.net/bugs/12136305:56
=== matsubara is now known as matsubara-lunch
=== cypherbios-lunch is now known as cypherbios
=== calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #launchpad
calci'm getting integrity errors trying to modify a bug06:13
calcany ideas about what to do?06:13
=== carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #launchpad
=== carlos_ is now known as carlos
=== cprov-lunch is now known as cprov
=== mikl_ [n=mikl@80.196.111.235] has joined #launchpad
=== gianmt [n=gianmt@host116-191-dynamic.58-82-r.retail.telecomitalia.it] has joined #launchpad
BjornTcalc: which bug are you trying to edit? and what are you trying to do?06:45
calc15451, talking with kiko about it06:45
calci tried to change package, owner, and add a comment06:46
calcand it keeps giving me integrity error06:46
kikoyeah06:46
kikoBjornT, it seems that the OOPS page is failing to render for calc06:46
kikomatsubara-lunch is aware of this problem, I believe06:52
kikothe funny thing is that in this case it's reproducible06:52
=== tokj [n=tk@unaffiliated/tokj] has joined #launchpad
=== fernando1 [i=ariel@gateway/tor/x-96aebcc769b3f410] has joined #launchpad
BjornTkiko: there might be an open bug about the oops page not rendering for calc.06:55
kikothere is06:55
kikobut I'd like to know what the OOPS is :)(06:55
ubotuNew bug: #121378 in launchpad "easy to add mistaken members to a team" [Undecided,Unconfirmed]  https://launchpad.net/bugs/12137806:55
ubotuNew bug: #121380 in launchpad "impossible to remove members from a team" [Undecided,Unconfirmed]  https://launchpad.net/bugs/12138006:55
BjornTcalc: what package are you trying to change, and what are you trying to change it to?06:57
kiko<kiko> what exactly were you changing?06:57
kiko<calc> package name, assigned to, and added a comment06:57
BjornTkiko: i suspect the oops has something to do with the extra "Edgy" task that shouldn't be there without a general Ubuntu task.06:58
calcpackage: openoffice.org -> kubuntu-meta assigned: openoffice.org scribblers -> nobody06:58
calcand i had a comment on the change as well06:58
kikoBjornT, ah!06:58
kikoBjornT, the best I have is what tom researched for me: https://devpad.canonical.com/~andrew/paste/file9G09qG.html06:58
BjornTcalc: ah. so the the problem is that there's an "Edgy" line right below "openoffice (upstream)"06:59
=== kiko is now known as kiko-fud
calcBjornT: ah ok06:59
calcso how do we remove that?06:59
BjornTif you expand that one, you'll see that it's already assigned to kubuntu-meta, and what's causing problems.06:59
calckiko-fud: does devpad use the old password?:06:59
calcBjornT: ah ok07:00
calcBjornT: so anyway to remove a tag from a bug?07:00
calcsince edgy is old anyway07:00
BjornTcalc: at the moment you can't remove it, but what you can do is to re-assign it to another package, and reject it.07:00
=== flacoste is now known as flacoste_lunch
BjornTcalc: if the bug won't be fixed in edgy, the bug should be rejected in edgy. it's used to keep track where the bug should get fixed, not where the bug exists.07:01
calcBjornT: ah reassign the task to get rid of it off that bug and reject it afterwards?07:02
calcso that it doesn't cause the integrity errors anymore?07:02
=== calc figured out the password :)
BjornTcalc: right. i'll see if there's a bug open on fixing this issue.07:02
calcok07:02
BjornTkiko-fud: the oops rendering bug should be bug 5822007:09
ubotuLaunchpad bug 58220 in launchpad "When an error occurs processing a request another oops is recorded because there's no interaction set up." [Medium,Confirmed]  https://launchpad.net/bugs/58220 - Assigned to Diogo Matsubara (matsubara)07:09
=== effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #launchpad
=== kiko-fud is now known as kiko
=== mikl_ [n=mikl@0x50c46feb.naenxx4.adsl-dhcp.tele.dk] has joined #launchpad
=== bac is now known as bac_afk
=== faidillinger [n=faidilli@abo-49-240-68.guy.modulonet.fr] has joined #launchpad
=== Kmos [n=gothicx@unaffiliated/kmos] has joined #launchpad
=== papaya [n=durus@h241n10c1o260.bredband.skanova.com] has joined #launchpad
=== papaya [n=durus@h241n10c1o260.bredband.skanova.com] has left #launchpad []
=== matsubara-lunch is now known as matsubara
Kmoswhen LP will be updated with the new status ? it's today.. nothing changed yet08:24
kikoKmos, it's not updated yet. wait for tomorrow.08:25
Kmoskiko: ok :)08:28
=== zwnj [n=behnam@194.225.70.226] has joined #launchpad
kikoBjornT, wasn't Confirmed renamed to Triaged?09:02
kikooh09:02
kikono Confirmed is fine09:02
=== flacoste_lunch is now known as flacoste
=== phanatic [n=phanatic@ubuntu/member/phanatic] has joined #launchpad
=== cprov is now known as cprov-afk
=== pochu [n=emilio@29.Red-88-24-187.staticIP.rima-tde.net] has joined #launchpad
=== jkakar_ [n=jkakar@204-174-36-45.dhcp802.dsl.ucc-net.ca] has joined #launchpad
=== jkakar_ is now known as jkakar
=== cprov-afk is now known as cprov
=== mranostay|work [n=mranosta@cpe-089228.fiber.wadsnet.net] has joined #launchpad
=== dcm_ [n=dcm@207.59.3.77] has joined #launchpad
=== lfittl [n=lfittl@2001:6f8:107e:40:213:2ff:fe05:abdb] has joined #launchpad
=== bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #launchpad
=== Mez [n=Mez@ubuntu/member/mez] has joined #launchpad
=== Spads [n=spacehob@unaffiliated/spads] has joined #launchpad
=== cprov is now known as cprov-out
=== BjornT [n=bjorn@canonical/launchpad/BjornT] has joined #launchpad
=== Prognatus_ [n=bjorn@2.80-203-143.nextgentel.com] has joined #launchpad
=== dcm_ [n=dcm@207.59.3.77] has left #launchpad ["gone"]
=== lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #launchpad
=== RainCT [n=RainCT@62.87.102.237] has joined #launchpad
=== stub [n=stub@ppp-58.8.15.109.revip2.asianet.co.th] has joined #launchpad
=== RainCT [n=RainCT@62.87.102.237] has left #launchpad []
=== beuno [i=martin@ubuntu/member/beuno] has joined #launchpad
ubotuNew bug: #121418 in Ubuntu "Delete account" [Undecided,Rejected]  https://launchpad.net/bugs/12141810:36
=== zwnj [n=behnam@85.15.28.200] has joined #launchpad
=== cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #launchpad
=== phanatic [n=phanatic@ubuntu/member/phanatic] has joined #launchpad
=== tokj [n=tk@unaffiliated/tokj] has joined #launchpad
ubotuNew bug: #121434 in malone "Please don't send apport retrace mail on duplicates to subscribers of original bug" [Undecided,Unconfirmed]  https://launchpad.net/bugs/12143411:11
=== Mez [n=Mez@ubuntu/member/mez] has joined #launchpad
ubotuNew bug: #121436 in launchpad "bug search engine sucks" [Undecided,Unconfirmed]  https://launchpad.net/bugs/12143611:20
=== cprov-out is now known as cprov
=== calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has left #launchpad []
=== jordi_ [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad
=== LeeJunFan [n=junfan@adsl-76-204-9-149.dsl.klmzmi.sbcglobal.net] has joined #launchpad
=== LeeJunFan [n=junfan@adsl-76-204-9-149.dsl.klmzmi.sbcglobal.net] has left #launchpad ["http://www.americanfreedoms.org"]
=== cprov is now known as cprov-afk

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!