=== ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #launchpad === Topic for #launchpad: Launchpad - https://launchpad.net/ | Next user meeting: Wed 15 Aug 2007, 1600UTC | Next developer meeting: Thu 16 Aug 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 mrevell at Sat Aug 11 10:27:43 2007 === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === Starting logfile irclogs/launchpad.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #launchpad === Topic for #launchpad: Launchpad - https://launchpad.net/ | Next user meeting: Wed 15 Aug 2007, 1600UTC | Next developer meeting: Thu 16 Aug 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 mrevell at Sat Aug 11 10:27:43 2007 === sinzui [n=sinzui@pool-70-17-87-134.res.east.verizon.net] has joined #launchpad === sinzui [n=sinzui@pool-70-17-87-134.res.east.verizon.net] has left #launchpad [] === beuno [n=martin@ubuntu/member/beuno] has joined #launchpad === tonyyarusso makes some mild noise about bug 66105 - could somebody please take a look at this? I'm sure it would be minor to fix. [06:29] https://bugs.launchpad.net/launchpad/+bug/66105 [06:30] Launchpad bug 66105 in launchpad "Team admin can't contact prospective member who hides e-mail addresses" [Medium,Confirmed] https://launchpad.net/bugs/66105 [06:30] Launchpad bug 66105 in launchpad "Team admin can't contact prospective member who hides e-mail addresses" [Medium,Confirmed] [06:30] laggy bot === samiam [n=samurai@74-134-144-215.dhcp.insightbb.com] has joined #launchpad === Paracha [i=Coder@Is.A.TclCoder.Org] has joined #launchpad === stub [n=stub@ppp-58.8.14.145.revip2.asianet.co.th] has joined #launchpad === mpt [n=mpt@121-72-138-60.dsl.telstraclear.net] has joined #launchpad === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #launchpad === mpt [n=mpt@121-72-138-60.dsl.telstraclear.net] has joined #launchpad === superm1 [n=superm1@ubuntu/member/superm1] has joined #launchpad === jtv [n=jtv@125-24-234-42.adsl.totbb.net] has joined #launchpad === kompressor [n=kompress@gw.impilinux.co.za] has joined #launchpad === Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad === rob [i=RobertSt@freenode/staff/rob] has joined #launchpad [09:20] hello, just wondering what language Launchpad is predominately written in. I assume python, is that correct? [09:21] & zope, i think [09:21] Correct. [09:21] thanks :) [09:21] Apart from the spelling of "predominantly." :-) === stub [n=stub@ppp-58.8.14.145.revip2.asianet.co.th] has joined #launchpad === zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad === allenap [n=allenap@212.233.38.87] has joined #launchpad === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === gmb [n=gmb@i-83-67-5-113.freedom2surf.net] has joined #launchpad === mwhudson [n=mwh@62-31-157-102.cable.ubr01.azte.blueyonder.co.uk] has joined #launchpad === mrevell [n=matthew@canonical/launchpad/mrevell] has joined #launchpad === bigjools [n=ed@canonical/launchpad/bigjools] has joined #launchpad === logankoester [n=Logan@c-24-34-219-54.hsd1.nh.comcast.net] has joined #launchpad === Paracha [i=Coder@Is.A.TclCoder.Org] has joined #launchpad === zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad === zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad === zyga [n=zyga@ubuntu/member/zyga] has left #launchpad ["Leaving"] === superm1 [n=superm1@ubuntu/member/superm1] has joined #launchpad === neversfelde|mobi [n=neversfe@82.113.121.1] has joined #launchpad === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad === Watersevenub [n=Watersev@242-171.dial.nortenet.pt] has joined #launchpad === Gwaihir [n=Gwaihir@ubuntu/member/gwaihir] has joined #launchpad === Spads [i=spacehob@unaffiliated/spads] has joined #launchpad === zwnj [n=behnam@193.189.122.196] has joined #launchpad [01:05] New bug: #132648 in launchpad-bazaar "imports for deactivated projects should not appear on import list" [Undecided,New] https://launchpad.net/bugs/132648 === neversfelde|mobi [n=neversfe@82.113.121.1] has joined #launchpad === tck [n=tck@213-202-190-87.bas504.dsl.esat.net] has joined #launchpad === takdir [n=multi@124.81.11.58] has joined #launchpad === takdir got an error like this when i push a packet [01:42] bzr: ERROR: Can't rename /srv/sm-ng/push-branches/00/00/13/d2/.bzr/repository/lock/cq1h9i680q.tmp to /srv/sm-ng/push-branches/00/00/13/d2/.bzr/repository/lock/held: /srv/sm-ng/push-branches/00/00/13/d2/.bzr/repository/lock/held already exists [01:42] ouch === mranostay_work [n=mranosta@cpe-088197.static.wadsnet.net] has joined #launchpad === tokj [n=tk@151.82.0.18] has joined #launchpad === BaD_CrC [n=ns@c-71-231-214-232.hsd1.or.comcast.net] has joined #launchpad [01:57] takdir: bzr break-lock if, and only if you know no-one else is currently pushing there === stu1 [n=stub@ppp-58.8.14.8.revip2.asianet.co.th] has joined #launchpad === matsubara [n=matsubar@canonical/launchpad/matsubara] has joined #launchpad [02:10] thanks lifeless [02:10] it's work === mrevell is now known as mrevell-lunch === phanatic [n=phanatic@53d83bc7.adsl.enternet.hu] has joined #launchpad === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #launchpad === radix [n=radix@70.91.133.157] has joined #launchpad === fernando [n=fernando@175.Red-88-27-103.staticIP.rima-tde.net] has joined #launchpad === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad === Rinchen [n=joey@canonical/launchpad/pdpc.supporter.professional.rinchen] has joined #launchpad === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad === niemeyer [n=niemeyer@modemcable178.77-70-69.static.videotron.ca] has joined #launchpad === mrevell-lunch is now known as mrevell === thekorn [n=thekorn@a89-182-15-204.net-htp.de] has joined #launchpad === Kmos [n=gothicx@unaffiliated/kmos] has joined #launchpad === singy [n=singy@125.33.121.139] has joined #launchpad === mtaylor [n=mtaylor@dsl231-061-195.sea1.dsl.speakeasy.net] has joined #launchpad === Belutz [n=belutz@ubuntu/member/belutz] has joined #launchpad [03:39] hi all [03:39] what may cause this --> bzr: ERROR: Tags not supported by BzrBranch5('file:///home/belutz/blankon/gnome-desktop/'); you may be able to use bzr upgrade [03:41] Belutz: That branch is in a format that does not support tags, but you are trying to do an operation that needs tag support. [03:41] what are you trying to do/? [03:41] Belutz: what command did you run? [03:42] spiv, i did bzr tag gnome-desktop-2.19.90-0blankon1 [03:42] Right, that's an operation that would need a format that supports tags :) [03:42] You can use "bzr upgrade --dirstate-tags" to upgrade the branch to a format that supports tags. [03:43] spiv, only that? [03:43] The drawback is that it's a relatively new format. [03:43] So people will need bzr 0.15 or newer to use that branch. [03:45] IIRC, the plan is that that will be the default format in bzr 0.91, which will be released in a month or so. [03:45] ah i see [03:45] ok then :) === OgMaciel [n=omaciel@foresight/developer/OgMaciel] has joined #launchpad [03:50] spiv: dare I ask... the jump from bzr 0.17 to 0.91 in a month? [03:51] mtaylor! [03:51] it's 0.19 [03:51] mtaylor: 0.18 was released about a month ago, 0.90 will be the next release (0.90rc1 is already out), then the next after that will be 0.91. [03:51] no it's not, I'm behind the times [03:51] statik: you should keep up! [03:51] so I'm guessing that's to prep-for-1.0... [03:51] The jump to 0.90 instead of 0.19 is to reassure people that we're almost at 1.0 :) [03:51] mtaylor: I should, I should. [03:52] statik: maybe it would help if you got a job at canonical... [03:52] mtaylor: I'm not talking to you for the next 5 minutes [03:52] :) === PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #launchpad [03:53] statik: actually... I just asked a question on #bzr that you might have a good opinion on [03:53] what's that? [03:54] statik: so, if I'm going to have multiple branches of something like, one for edgy and one for feisty [03:54] statik: don't fall for it. It's not been 5 minutes yet. [03:54] statik: and I want to manage it so that I can pull changes from edgy to feisty, right, so feisty is a child of edgy === silwol [n=silwol@d91-128-236-55.cust.tele2.at] has joined #launchpad [03:54] statik: this all works just fine and like I would want it too [03:55] statik: but is there a sensible way to manage the debian/changelog in such a setup? === Juxtaposed [n=belutz@ubuntu/member/belutz] has joined #launchpad [03:55] or am I just stuck dealing with it by hand? [03:55] mtaylor: I've been struggling to figure out how to handle that myself === Juxtaposed is now known as Belutz [03:56] statik: well at least I'm not the only one [03:57] statik: right now I'm looking at no separate branches, just one and I change the target distro by hand before building, which seems wrong [03:57] and which won't work if I actually need substantive changes in the later distro [03:58] mtaylor: that's what I'm doing now, but I'm a newbie to packaging. I've been wondering about generating the changelog somehow. [03:58] statik: yes. that would be nice [03:58] statik: have you found debcommit yet? [03:59] mtaylor: I don't really understand what overrides are yet either, but there might be some way to ignore/override the distro when you upload [03:59] ahh... that's an idea... [03:59] mtaylor: no, haven't seen debcommit [03:59] it generates a vc changelog for you based on your debian changelog [03:59] so you just do dch [04:00] and then debcommit and you don't have to type twice [04:00] :) [04:00] mtaylor: there was a recent thread related to this on launchpad-users, somebody posted an interesting dput configuration === udienzMahyuddin [n=cb82f4ce@www.gamenavigator.ru] has joined #launchpad [04:00] oh, saving typing is good [04:00] statik: cool. I'll see if I can find the thread [04:01] statik: I think it's an issue that needs more and more attention now that ubuntu has so many "live" releases out at once [04:01] because I can honestly expect to find people running anything from dapper to gutsy [04:01] OgMaciel: good morning [04:02] hi al... [04:02] mtaylor: right, people can reasonably be running the last LTS, the current release, or the current dev version [04:02] morning bac! ;) [04:02] OgMaciel: have you seen #ubuntu-northcarolina ? [04:02] bac: that I have not... but I've reached my 20-channels limit too ;) [04:03] bac: been waiting for a friend who knows someone who could lift this [04:03] OgMaciel: well perhaps you can squeeze the loco in some time [04:03] bac: will do [04:05] OgMaciel: ask nalioth [04:05] Hobbsee: thanks for the tip ;) [04:05] kiko, statik, barry : meeting? [04:05] OgMaciel: no problem. [04:05] bac: yes [04:06] here [04:06] me [04:06] me [04:06] who's running the meeting? BjornT? [04:06] barry, you. [04:06] BjornT is gone [04:06] (it's always who asks) [04:06] me === bac didn't ask [04:06] kiko: hah! zee power it eez all mine! [04:07] statik, kiko, bac: okay thanks for coming. see you next week [04:07] oh wait [04:07] statik: for changelogs, use dch -D RELEASENAME, iirc [04:07] Hobbsee: thanks! that sounds promising [04:08] == Agenda == * Roll call * Next meeting * Queue status. [04:08] heh [04:08] that was the roll call! [04:08] statik: i believe you can also upload to ubuntu/targetrelease, in dput.cf (i think thatwas covered in a LP thread). [04:08] do we expect anybody else? [04:08] apologies for disrupting the meeting, as i didnt read and action the backscroll quick enough! [04:09] no? okay, moving on [04:09] barry, not salgado or jtv I suspect [04:09] barry: i think most of the world seems to be off celebrating one thing or another today === barry puts his morning pint down for a minute [04:09] has jtv been recruited? [04:09] oh, hi [04:10] bac: not officially afaik, though we should talk about that in a moment [04:10] okay, next meeting. same time and place? [04:10] fine by me, I'm not on vacation then. [04:10] +1 [04:10] done. [04:11] * Queue status [04:11] i just counted: 22 red, 8 not red [04:11] I have 2 in my queue now which will go out today, I can take one more for tomorrow but will be on vacation on friday [04:12] looks like 6 over the limit in the needs-review section [04:12] I have like a million [04:12] but I am reviewing them right now [04:12] so I will be finished in 4h [04:12] oops, not over the limit. in conflict [04:12] SOMEBODY gave me two huge patches [04:12] kiko: yeah, let's talk about that in a minute [04:13] okay. [04:13] does anybody think they /won't/ be able to get to all their reviews in the next day or two? [04:13] I'll be able. [04:13] i will [04:13] barry, but really, they should be done by today. [04:14] tomorrow and friday are already too late [04:14] i'll be able to [04:14] kiko: do you mean reviewed and approved today or just through the initial review? === udienzMahyuddin [n=cb82f4ce@www.gamenavigator.ru] has left #launchpad [] [04:15] bac, the latter, though we're trying hard for the former [04:15] kiko: well, then i wonder if it's even worth me completing carlos's branch. it's huge. i've spent 4.5 hours on it already and i'm about 20% done. and he's not available today so he won't even respond on it until tomorrow. i think that makes it impossible to get into 1.1.8 and i should concentrate on things that /do/ have a possibility of making it in === jtv hangs head [04:15] barry, I agree. if it had been done yesterday we'd have been in better shape. [04:15] how about to enable for launchpad beta testers ? [04:15] we can start checking for bugs :) [04:15] jtv, I am really crazy mad about this massive branch. carlos knows better. [04:16] At least he split up the next big one... [04:16] kiko: okay, let's move on to the items then. huge branches [04:16] barry, what I meant was that if you had managed to finish reviewing yesterday it'd have been a bit better. === Gwaihir [n=Gwaihir@ubuntu/member/gwaihir] has joined #launchpad [04:17] kiko: yeah, but i couldn't spend 20 hours on it yesterday [04:17] jtv, no excuses for carlos, he's been with us long enough to know he's not meant to do that. be sure it /never/ happens again as I'm at the limit of my patience on this sort of thing [04:17] aye-aye, sir [04:17] it's just plain lack of discipline and IT DRIVES ME CRAZY [04:17] kiko: agreed [04:17] okay. [04:17] so huge branches [04:18] we should have a bonfire at allhands and burn people who post branches above 1000 lines. [04:18] any other ideas? [04:18] kiko, jtv: i'm going to punt this back to carlos then. i'll send him my review so far and let's get him to split this branch up and resubmit for 1.1.9 [04:18] maybe a symbolic burning? [04:18] barry, I think splitting the branch up is going to make the problem worse === gduteil [i=gduteil@bel62-2-88-160-33-63.fbx.proxad.net] has joined #launchpad [04:18] kiko: :( [04:18] barry, so I think that a) it should miss 1.1.8 and b) you should finish reviewing it by early next week so he lands it early [04:18] barry, sorry, but mitigation at this point is going to be better === statik definitely wants some kinds of fires again at allhands [04:19] kiko: sounds good. [04:19] sending carlos back to the drawing board is going to delay things even further. I'm sorry you have to run the pain of doing it but as we said it's the last time [04:19] yep, np [04:19] Food for tomorrow's Translations meeting. [04:20] more seriously, we should have a hard limit of 1000 lines per patch [04:20] it will take a few back-and-forths to get it into shape, so i have no problem seeing it through, but i will give higher priority to things that can actually make it into 1.1.8 [04:20] if it goes over that, you need to a) talk to a reviewer ahead of time and make sure there is time reserved for you [04:20] or b) go back to the drawing board [04:20] and c) not plan on landing it on week 3 === mman [i=mm201025@nat/sun/x-963b653e40f2aca8] has joined #launchpad [04:21] barry, agreed [04:21] kiko: if by hard limit you mean not enforced automatically, then I'm on board with that. I wouldn't want PQM rejecting patches based on line counts because of things like sampledata that shouldn't really count against a branch [04:21] kiko: in principle i agree (obviously). but is 1k lines enough? (he says with a 1500 line patch in the queue) [04:21] statik: yes, i agree. also removed lines shouldn't count against [04:22] barry, I think that any limit is arbitrary, but that there's a conway's law for patch sizes [04:22] 1000 is a good target. can the counter be changed to not count deletions? [04:23] statik, I say hard limit in that reviewers will reject as soon as they see the mess that they are being invited into. [04:23] not any sort of automatic process [04:23] i'd agree on 1k lines if we don't count removals and stuff like sampledata. that's difficult to capture automatically tho [04:23] bac, it's a rule-of-thumb thing, so I would prefer it be a simple measure [04:23] I'm definitely on board then [04:23] so it needs to be the number that is displayed here: [04:23] https://devpad.canonical.com/~jamesh/pending-reviews/ [04:23] grep -c ^+? [04:24] that way the reviewer can scan the list and say WTF [04:24] and you can convince jamesh to change the way counts are done there to get what you want [04:24] but it needs to be a number that you can decide upon at a glance [04:24] kiko: yes. and if a reviewer rejects a 1k+ line diff automatically, the author can say "but 800 of them are deletions!". i.e. there's some back and forth negotiations and it doesn't need to be automatic [04:24] barry, sure, that's fine. [04:25] +1 from me then [04:25] deletions are tricky though [04:25] because you need to actually read them to make sure he's not doing something crazy like deleting tests [04:25] so it's not as cheap as you're led to believe [04:25] kiko: yes, definitely agreed [04:25] i notice jtv's patch under the wire at 998. good job. [04:25] phew [04:25] it's like the price is right for diffs [04:26] kiko: didn't you ask me to merge that 998-line diff with a related branch? === jtv ducks [04:26] i'm fine with getting some push back from authors if they think the 1k+ charge isn't fair [04:26] jtv, well, the problem there is that the changes were all related and I wanted to get a general overview there. but maybe I was wrong in asking that, in hindsight [04:27] kiko: can you send a message to the launchpad list describing the new policy? [04:27] barry, how about you do that? :) === barry thought kiko might say that :) [04:27] kiko: will do [04:28] thanks [04:28] okay, anything else to get off y'all's chests about huge branches? [04:28] 5 [04:28] 4 [04:28] 3 [04:28] 2 [04:28] 1 [04:28] moving on. jtv: notes to reviewers. you're up [04:29] Says it all, really. Sometimes I need to get a message across to reviewers that does not belong in the code. [04:29] Examples: [04:29] A message saying "I'll file a bug for thix XXX when you approve the branch (doesn't make sense before then)" [04:30] jtv, it's okay to leave an XXX in the code with no bug number and expect the reviewer to sign off on it. [04:30] Or "This code flatly denied the comment above it, but the change repairs that. No comment needed, but the diff may look weird." [04:30] kiko: or give a TBD for the bug id in the XXX [04:30] barry, right. [04:31] jtv, I don't see an easy way of doing that beyond having per-branch comments which would not scale well to the wikipage approach we currently have. [04:31] i don't understand why the bug can't be filed? [04:31] Do we have a convention for TBDs? [04:31] not really [04:31] bac: in my example, it didn't make sense to file a bug for something that was still in an unreviewed branch. [04:31] but anything that the reviewer wouldn't be confused with would be fine [04:31] bac: i think jtv is saying that during the review process, the XXX bug might go away so it makes no sense to file it before the branch is approved [04:32] bac, what if the bug is actually not warranted? what if the XXX is a hunch? I think this is what jtv is driving towards [04:32] Could be, just no telling at that stage. [04:32] ok [04:32] jtv: i've always used XXX itself as a hint to the reviewer [04:32] What I had in mind was not advanced: just writing something similar to XXX in the code [04:32] jtv: though i'd be okay with XXX REVIEWER: hey lookie here [04:32] do that [04:32] that'd be fine. [04:32] SteveA pointed out to me today that XXX might not be appropriate here [04:33] jtv: and it is meant to disappear before submitting? [04:33] Exactly [04:33] look [04:33] I use XXXs for this [04:33] jtv: it's a temporary XXX but we're so trained to spot those things that it's more of a marker that something needs attention, either during review or some time down the road [04:33] kiko: yes, exactly [04:34] I also suggested the "XXX: REVIEWER" thing, but... [04:34] XXX: I am not sure about this. the problem is that getBranchesByName() can return a tuple in this specific situation and I am unsure of whether it's best to fix the callsite or the API. [04:34] etc [04:34] and the reviewer can look at that [04:34] XXX: REVIEWER would be fine [04:34] kiko: agreed [04:34] Add to XXXPolicy? [04:34] i'd think some of those questions might be better addressed in a call [04:35] sure [04:35] yep [04:35] jtv: yes, please do so. feel free to communicate that to the launchpad list too [04:35] ok [04:35] thanks [04:35] anything else? [04:35] 5 [04:35] 4 [04:35] 3 [04:35] 2 [04:35] 1 [04:36] okay, last item, which isn't on the agenda... [04:36] graduations and new reviewers [04:36] so we have at least two graduations pending that i know of. kiko give me the okay and i will send out an official graduation notice [04:37] ooh, official notices [04:37] i think it's important to do that [04:37] are there any other mentored reviewers that are ready for graduation? [04:38] i don't think there are any other mentored reviewers period [04:38] I think bac and I were the only two left, and once we graduated we were going to set up a new batch [04:38] bac: maybe not ;) === barry takes kiko's silence as assent [04:39] as for new recruits, i will send an email to launchpad-reviews asking for nominations. then next week we can go over them and decide who to invite. any objections? [04:39] sounds good to me [04:39] i'm all for more reviewers. it's a good time in the cycle, too [04:40] bac: agreed! [04:40] okie dokie. unless kiko wakes up and disagrees, i'll do both these later today. [04:40] :) [04:41] 5 minutes left. is there anything else not on the agenda? [04:41] I've got nothing [04:41] 5 [04:41] 4 [04:41] 3 [04:41] 2 [04:41] 1 [04:41] there's a user launchpad meeting in over an hour [04:41] cool. meeting ends. thanks everyone. review, review, review! [04:41] thanks barry! === barry relished the power however fleeting [04:42] thanks for chairing barry [04:42] statik: i'm working on an mpt review. since i'll be gone tomorrow can you finalize it tomorrow? [04:43] gar sorry [04:43] bac: ok [04:43] i don't want to leave him hanging, especially given the time diff [04:43] my dad is leaving for australia and I had to go say bye [04:44] statik: thanks [04:44] barry, bac, statik: I am happy with the resolutions above. they make sense. [04:44] kiko: cool, thanks [04:44] I want to have more reviewers, but I also want to do formal reviewer training at allhands [04:44] kiko: thanks! oh, that sounds interesting. what kind of training? [04:45] barry, before allhands, let's collect some 5 largish branches and comment on them but not email them out. [04:45] kiko: great idea: a reviewer sprint. would help even experienced reviewers level set [04:45] then we do these reviews live [04:45] and summarize things that we pointed out that might have been ignored [04:45] kiko: would everybody review the same 5 branches then? [04:45] a reviewer sprint is kinda weird :) [04:46] barry, we'd do maybe 2 live as a group and then 3 in individual task forces [04:46] kiko: +1. i like it [04:46] like do the 2 live, point out issues that we found and the general concept behind them (for instance, checking test coverage, or questioning code placement) [04:47] and then do the 3 in a few 2-person groups [04:47] combining experienced with non-experienced reviewers [04:47] and at the end have the groups present their review findings [04:47] the branches need to be picked sort of carefully [04:47] so maybe pick them out while you are doing the review [04:48] and contact the branch author and say "hey can I hold on to this branch for the reviewer training?" [04:48] kiko: only thing is not sending them out will have an impact on landing schedules. where does allhands fit into the cycles? [04:48] kiko: yep, so critical branches wouldn't be candidates [04:49] we /could/ send them out, but it'd more fun if we don't [04:49] or send them out privately to the author so they don't go crazy === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #launchpad [04:50] kiko: sounds good to me [04:50] barry, I think allhands fits in between cycles [04:50] so it shouldn't be too bad. [04:50] barry, can you help coordinate this? i want to have the idea but if you give me the execution I will drop it horrifically [04:51] kiko: if you help remind me as we get closer, sure :) [04:51] barry, I'm reminding you already! === kiko is now known as kiko-afk [04:51] okay, lunchtime [04:51] ;) === mikel [n=mikel@eu85-86-100-28.clientes.euskaltel.es] has joined #launchpad [04:59] Hobbsee: ping [04:59] OgMaciel: pong [04:59] Hobbsee: hey, where can I grab a hold of nalioth? [04:59] OgMaciel: #ubuntu-ops, or a query [05:00] OgMaciel: unsure if he's around at this time of day, though [05:00] Hobbsee: tried a whois but didn't tell me anything usefull [05:00] Hobbsee: thanks [05:00] OgMaciel: you're basically looking for a freenode staffer who can give them out. nalioth's the easiest [05:00] Hobbsee: gotcha [05:01] OgMaciel: i'm no tsure they're a good thing, though :P [05:01] OgMaciel: one should just learn to have less channels open [05:01] hehe === Hobbsee counts her channels [05:02] :P === Hobbsee used to have 20 on freenode, and 3 from a couple of other servers. === Hobbsee now has 19 [05:02] + the 3 [05:02] + queries === OgMaciel has channels open in 4 different servers [05:07] :) [05:07] OgMaciel: of course, you can get around it by just connecting to freenode twice [05:07] Hobbsee: hehe [05:08] OgMaciel: i know people who do this :) [05:08] Hobbsee: really??? ;) [05:09] OgMaciel: :P yep === mman poor at counting times [05:09] is the launchpad users meeting running now? [05:09] mman: another hour [05:09] mman: timeanddate.com === Hobbsee hugs kclock in her kicker [05:10] thx === OgMaciel takes a quick BIOS break ;) === PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #launchpad === RainCT [n=RainCT@unaffiliated/rainct] has joined #launchpad === gmb [n=gmb@i-83-67-5-113.freedom2surf.net] has joined #launchpad === beuno [n=martin@ubuntu/member/beuno] has joined #launchpad === jamesstansell [n=james@wsip-24-249-157-103.tu.ok.cox.net] has joined #launchpad === nathansamson [n=nathan@148.95-66-87.adsl-dyn.isp.belgacom.be] has joined #launchpad === Watersevenub [n=Watersev@242-161.dial.nortenet.pt] has joined #launchpad === flacoste [n=francis@modemcable040.144-201-24.mc.videotron.ca] has joined #launchpad === matsubara is now known as matsubara-lunch === popey [n=alan@ubuntu/member/popey] has joined #launchpad === mdz [i=mdz@nat/canonical/x-2f1ef21f1097b04f] has joined #launchpad === mdz [i=mdz@nat/canonical/x-b1a80d92420abc5a] has joined #launchpad [06:00] Welcome to the Launchpad Users Meeting for 15th August 2007. Thank you for attending! [06:00] The next half hour or so is an opportunity for Launchpad users to put their questions and suggestions to the Launchpad team. [06:01] Of course, you can also use this channel and the launchpad-users mailing list at other times to talk to the Launchpad team. [06:01] Let's start off with the agenda: [06:01] * Introduction to the Launchpad developers are who present [06:01] * Invitation to beta team [06:02] * User question/issue of the week [06:02] *User questions for the team [06:02] * Next meeting [06:02] According to the agenda, gmb, bac and jtv are members of the Launchpad team who are here specifically for the meeting but I can see that others are here too. [06:03] I'd like to start by inviting you to join the Launchpad beta team. It's a great way to find out what's coming up in Launchpad and to help shape the future of Launchpad features. [06:03] You can sign up at: [06:03] https://launchpad.net/~launchpad-beta-testers/+members [06:03] We ask two things of all beta team members: [06:04] 1. That you use your real name in the profile. [06:04] 2. That you promise not to discuss publicly the features you test, as they may be significantly different when they are released. [06:04] If you're interested, sign up and mail feedback@launchpad.net to say you're happy with those conditions. Also, join us on the launchpad-users list at: [06:05] http://lists.ubuntu.com/mailman/listinfo/launchpad-users [06:05] when do beta memberships expire? [06:06] popey: There isn't a set time for expiry. [06:06] mrevell: can i ask why they're requiring real names? [06:06] popey: In the future, we may review the beta team and decide we need something different, but right now it's indefinite === sinzui [n=sinzui@pool-70-17-87-134.res.east.verizon.net] has joined #launchpad === Hobbsee seems to have forgotten the reason [06:06] Hobbsee: Sure. [06:06] Hobbsee: There are two reasons: [06:07] 1. A simple practical matter: we email members of the beta team when there's something new to test. Our script says, "Hi 2. We're asking people not to discuss features publicly and so we're entering a trust relationship. We prefer to enter such a relationship with someone using their real name, than a pseudonym. [06:09] Any other questions re beta team? [06:09] mrevell: right [06:09] how do I see what features are being worked on in order to decide whether I want to become a beta tester? [06:10] You can look at the Launchpad pages on Launchpad. [06:10] You'll find milestones there, with bugs and specs assigned to each. [06:10] but the specs are not viewable to the public [06:10] thanks jtv. [06:11] mman: However, I'll look into the possibility of putting a list on the help wiki. [06:11] mman: Right now, one of the main features we're testing is Private Package Archives. [06:11] mrevell: ok [06:12] mrevell, jtv: thx [06:12] Okay, unless anyone has further questions, or feels that their existing question hasn't been answered, I'll move on. [06:12] 5 [06:12] 4 [06:12] 3 [06:12] 2 [06:12] 1 [06:12] Ok [06:12] Top user issue. [06:12] milestone/series management for another distro [06:12] Each week, I present to the Launchpad team an issue that has been bugging one or more Launchpad users recently. === boredandblogging [n=nali@ubuntu/member/boredandblogging] has joined #launchpad === mman says sorry: didn't want to interrupt [06:14] mman: Thanks, let's come to that in the next part of the meeting. [06:14] mman: :) NP === thekorn [n=thekorn@a89-182-15-204.net-htp.de] has joined #launchpad [06:14] Last week, I told the Launchpad team that Hobbsee and others had noticed an increase in timeouts. This sort of information is really important to the team and ensures that we can offer you a better service. [06:15] So, if you have an issue - anything that has concerned or annoyed you about Launchpad - you can tell me now or [06:15] email feedback@launchpad.net. [06:15] Our developer meetings are here at 14.00 UTC each Thursday. [06:15] So, try to let me know before then. [06:15] mrevell: launchpad doesn't offer webpage hosting (with or without php or somethin) is this planned? [06:16] nathansamson: Thanks for the question. I'd like to deal with that in the next part of the meeting, dedicated to user questions. [06:16] k [06:16] Does anyone have an issue with Launchpad as it is now, that they'd like to raise? [06:16] I thought mine was an issue === ..[topic/#launchpad:Hobbsee] : Launchpad - https://launchpad.net/ | Next user meeting: Wed 15 Aug 2007, 1600UTC | Next developer meeting: Thu 23 Aug 2007, 1400UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Launchpad help: https://help.launchpad.net | Channel logs: http://tinyurl.com/72w39 [06:17] (for me it is ;)) [06:17]