[12:14] kiko: that's "if preferred_only:... else" part, right? [12:14] right === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad [12:15] kiko: what would be the difference? === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [12:17] danilos, my battery's about to go out [12:17] avoid the \ [12:18] kiko: hum, I think it will only be longer with union() instead of |, but let me try :) [12:18] use parenthesis if necessary [12:19] laszlok: heya [12:19] kiko: line is still 83 chars [12:19] danilos, you can break the line using parenthesis [12:19] ask matsubara how [12:19] or anyone else online [12:19] jordi: hi [12:20] kiko: sure, will do [12:21] laszlok: ah I saw it. I was going to mail you tomorrow [12:21] danilos, I'm amazed at how crackful that code was [12:21] laszlok: is it the same template as always? [12:21] danilos, potview was used for absolutely nothing! [12:21] anyway [12:21] danilos, r=kiko [12:21] kiko: exactly :) [12:21] jordi: yes, and some new po files as well [12:21] I wonder why it got stuck then [12:22] kiko: thanks a lot for your time, I know you're overworked on the sprint! [12:22] no problem [12:24] danilos: take a look at this: https://lists.ubuntu.com/mailman/private/launchpad-reviews/2006-August/003537.html There Bjorn explains how to break long lines using the parenthesis [12:24] matsubara: I've run into http://python.mirrors.ilisys.com.au/search/hypermail/python-1993/0094.html for the original idea :) [12:25] matsubara: btw, I am having a different problem [12:26] matsubara: it makes most sense to me to break it at ".union(" somewhere... emacs python mode gives me best indentation if I break before or after the dot [12:26] I have set(someexpression).union(otherexpression) [12:34] ok, I've reverted back to | instead, and added parentheses around it, this allows me to break it up in the best way === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] [12:49] danilos: I'd probably break in set( [12:49] someexpression).union(otherexp) === spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad [01:10] laszlok: all approved [01:10] thanks jordi [01:11] nite! === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === laszlok [n=laszlo@i216-58-25-244.cybersurf.com] has left #launchpad ["Konversation] === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === Fujitsu [n=Fujitsu@203.23.49.35] has joined #launchpad === spiv [n=andrew@ppp112-44.static.internode.on.net] has joined #launchpad === Fujitsu [n=Fujitsu@203.23.49.35] has joined #launchpad === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad === SteveA [n=steve@costello.z3u.com] has joined #launchpad === zakame [n=zakame@ubuntu/member/zakame] has joined #launchpad === stgraber [i=steph@sgserv.net] has joined #launchpad === lamont [n=lamont@mib.fc.hp.com] has joined #launchpad === stub [n=stub@ppp-58.8.5.44.revip2.asianet.co.th] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === LeeJunFan_ [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === Fujitsu [n=Fujitsu@c58-107-63-43.eburwd7.vic.optusnet.com.au] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === mpt [n=mpt@195.182.78.95] has joined #launchpad === mpt [n=mpt@195.182.78.95] has joined #launchpad === carlos [n=carlos@214.Red-88-0-159.dynamicIP.rima-tde.net] has joined #launchpad [08:30] morning [08:30] stub: Hi, around? === fabbione [i=fabbione@conference/ubuntu/de/unlabeled] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === dsas [n=dean@host86-129-8-141.range86-129.btcentralplus.com] has joined #launchpad === mdz [i=mdz@conference/ubuntu/de/unlabeled] has joined #launchpad === __keybuk [i=scott@conference/ubuntu/de/unlabeled] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === Spads [n=crack@host-87-74-18-62.bulldogdsl.com] has joined #launchpad === glatzor [n=sebi@ppp-82-135-3-190.dynamic.mnet-online.de] has joined #launchpad === spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === lucasvo [n=lucasvo@wservices.ch] has joined #launchpad === malcc [n=malcolm@82.109.136.102] has joined #launchpad === seb128 [i=seb@conference/ubuntu/de/unlabeled] has joined #launchpad [10:06] malcc: hi [10:06] carlos: Good morning! [10:06] malcc: Could you confirm that soyuz tree has exactly the same patches than launchpad production server? [10:07] i asked for a cherry pick to block translations from universe but I keep getting Universe translations [10:07] carlos: I can confirm that it doesn't, cprov is currently managing the version on drescher [10:07] lifeless: do you think it would be good or bad to reset the "state age" column on pending-reviews if a branch gets assigned to a different reviewer? [10:07] ok [10:07] that sucks... === carlos waits for celso... === cprov [n=cprov@82.109.136.102] has joined #launchpad [10:08] malcc: thanks for the info [10:58] cprov: hi [10:58] around? [10:59] carlos: yup, hi [10:59] cprov: Hi, I need that you apply r3946 in your buildd tree on production [10:59] Stuart rolled out it on production and I thought he also manage that other server [11:00] it's the filter to prevent any translation upload for universe [11:00] we disabled it for Edgy, but the plan now is to ignore universe translations for Edgy too [11:00] carlos: right, when do you need it ? nowish ? [11:01] yes, please [11:01] I mean, as soon as possible, but not right now [11:01] if you are busy [11:01] carlos: give 20 minutes to finish an idea, I'm on sprint ;) [11:01] carlos: ASAP, ok ? [11:02] cprov: you have 20 minutes and an hour [11:02] as long as it's done today [11:02] is fine [11:02] cprov: thanks === kiko [n=kiko@82.109.136.102] has joined #launchpad === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === WaterSevenUb [n=WaterSev@195-23-238-136.nr.ip.pt] has joined #launchpad [11:32] danilos: hi [11:32] danilos: do you know that progress.gnome.org is down? [11:32] hmm [11:32] it's an offtopic... [11:33] carlos: uhm, no, need to check that with ross, but I need to do some fixes in damned-lies first as well [11:33] carlos: btw, I was heading out, and we can discuss this on #i18n on irc.gnome.org later :) [11:33] sure [11:42] carlos: RF 3946 cherrypicked in soyuz [11:42] cool, thanks! [11:53] morning [11:56] is there already a bug about the fact that in a search for 'xorg-xserver', the package 'xorg-xserver' is hit 113/117 ? [12:05] New bug: #57553 in rosetta "exported tarball's mapping.txt incomplete" [Untriaged,Confirmed] http://launchpad.net/bugs/57553 === stub [n=stub@ppp-58.8.5.44.revip2.asianet.co.th] has joined #launchpad === jinty [n=jinty@80.Red-83-50-208.dynamicIP.rima-tde.net] has joined #launchpad [12:22] elmo, yeah, there is. that search SUCKS. [12:26] New bug: #57557 in soyuz "binary publishing history is too confusing for words" [Untriaged,Confirmed] http://launchpad.net/bugs/57557 [12:27] hm, this KDE email is getting long [12:35] New bug: #57558 in soyuz "Trying to go from a source package to binary publishing history is impossible" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57558 [12:40] New bug: #57559 in soyuz "Problems with per version source package page" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57559 [12:43] jamesh: I'd rather not reset it [12:44] lifeless: okay. I also fixed the bug that has caused mpt's branch to say it is 57 days old after just being added (haven't adjusted that branch though) [12:44] jamesh: yippee, thanks [12:44] lifeless: I wasn't removing entries from the cache when the branch was removed from the wiki page [12:44] (I dont want to reset itm, because its not measuring the reviewer, its measuring the team efficiency [12:45] lifeless: mpt had previously put that branch up for review 57 days ago, and it must have still been labeled needs-review when he merged and removed it [12:45] thank you for tracking it down and fixing it [12:52] BjornT: hi, around? [12:52] hi carlos [12:53] BjornT: could you apply the fix for https://launchpad.net/products/launchpad/+bug/47511 in our zope tree? [12:53] Malone bug 47511 in launchpad "pagetests add ghost new lines to textareas" [Medium,Confirmed] [12:53] BjornT: upstream fixed it last month [12:54] hmm, well, they fixed it in Zope 3.3, not sure if it's easy to backport [12:56] carlos: i don't think it should be hard to backport the fix, i'll take a look at it this week. [12:56] BjornT: thank you [01:03] lifeless: apparently if you wanted to use your Dell laptop on a Qantas flight, they'd require you to remove the battery first [01:03] so I'm told [01:03] all Dells, not just the cheap explosive variety [01:04] how are you meant to use a laptop on a plane without a battery JOOI? [01:05] :-P [01:06] danilos: ^^^ Dude, you should think again whether you should get a Dell computer... [01:06] elmo: buy a first or business class ticket and plug it into the aircraft power supply [01:07] jamesh: I'm not quite sure, but I think some planes have a plug in tourist class [01:08] its ok, mines really a samsung [01:08] carlos: probably, but I haven't seen it on any Qantas flights [01:08] at least they have something like that kind of plug [01:08] lifeless: Good luck explaining that to the cabin crew :) [01:08] carlos: :) [01:08] but you 'share' it between 3-4 seats [01:08] malcc: whats your asterisk audio quality like ? [01:08] lifeless: Utterly unusable, and yours? [01:08] malcc: oh - can you try asterisk when you're at the hotel? [01:08] pure crap [01:08] lifeless: you could try sticking a bit of gaffer tape over the logo [01:09] as for exploding batteries, just check the latest apple announcements :) [01:09] malcc: we have the same sounds car [01:09] elmo: Ok, willdo === carlos sends lifeless an Apple stick to hide the DELL logo [01:09] d [01:09] lifeless: oh really, it's a sound card issue and not a network one? [01:09] elmo: I'm gathering statistics [01:09] danilos: they don't explote, they just 'grow' ;-) [01:09] elmo: if you get malcc's working well, and hes a lot closer than I, then we can triangulate [01:10] carlos: https://depot.info.apple.com/batteryexchange/index.html?lang=en ;) [01:10] malcc: have you tried the max_cstate poke ? [01:10] malcc: that may well be related === lifeless will try that tomorrow [01:11] Ok, it works much better from here [01:11] oh, so might be network [01:11] danilos: it doesn't explode, it just burn your house! [01:12] carlos: yeah, it's obvious they're high quality :) [01:12] they had the surprise spruker on The Chaser last week set up outside a place selling Dell laptops [01:13] https://www.dellbatteryprogram.com/ [01:13] X1 is safe [01:14] were there any reports of ThinkPads exploding? [01:15] elmo, lifeless: Yes, I was able to get my voicemail successfully; I'll try again when I get home and confirm it's still busted from there, then we can blame my ISP [01:20] sivang: never heard of explosions, but some batteries have been recalled: http://www.flash-mx.com/news/archives/000188.cfm [01:20] sivang: like two years ago :P [01:21] danilos: phew, and I'm also out of the region where they said the defective ones were spread :-) [01:22] danilos: mine is only 7 months old [01:22] sivang: they probably saved one of defective batteries just for you :P [01:23] danilos: hey, that hurt. Apologize :-) [01:23] although it does reach interesting tempratures when working with ac/dc connected for a while... [01:23] haha, never... hey don't pull me by my hair... :) [01:23] sivang: danilo never apologizes :) [01:24] haha, see! [01:24] jordi: :) [01:28] hehe [01:29] jordi, danilos: So looks like the imports run 1000 entries/hour [01:30] hmm, it's a bit slower now... [01:31] carlos: hm, that's gonna take ages [01:31] jordi: I guess at the end of tomorrow all automatic imports would be done... [01:32] edgy + 1 shouldn't have this problem as we do the imports as soon as the new package is uploaded... [01:32] jordi: well, I guess the right date would be Sunday, we have an OO.org import.... [01:32] and that will take a lot [01:37] carlos: well, it's too many of them anyway... it's slowing my email client to hell: I guess maildirs are not a good choice for 10k mails a day folders :) [01:37] I mean, 14k mails this night and morning :) [01:37] danilos: perhaps is time for your 'evolution'.... :-P [01:38] carlos: nah, I can switch over to different mail storage format instead, Gnus is still easier to hack on, and I'd have to write a couple of evo plugins first :P === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mdz [i=mdz@conference/ubuntu/de/unlabeled] has joined #launchpad [01:39] danilos: is there any backend for Gnus that uses indexed mail folders? [01:40] danilos: in fact that's why I use evolution, because it's quite fast to handle my 2-3GB of email [01:40] carlos: a couple :) [01:40] well, I made a wrong choice a long time ago when I started using Gnus [01:40] developer meeting in 20 minutes [01:40] and I have procmail rules which put everything into maildirs, which I read in from Gnus [01:41] and 200k mails x a couple of files per mail takes a while to read in on my slow hard drive :) === cprov [n=cprov@82.109.136.102] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:48] hey salgado [01:49] morning kiko! [01:49] how's it going [01:50] not too bad, and you? [01:52] jamesh: I just updated the agenda [01:53] jamesh: please run the pending-reviews script [01:54] lifeless: it'd be in the middle of a run right now. Do you want me to restart it? === stu1 [n=stub@ppp-58.8.11.65.revip2.asianet.co.th] has joined #launchpad [01:54] please [01:57] lifeless: okay. It's running now. [01:57] danke === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [01:58] jamesh: no "bitte"? :) [01:59] danilos: bitte? [01:59] mmm, bitter [02:00] time for the developer meeting [02:00] SteveA asked me to chair this week [02:00] Oooh [02:00] MEETING TIME (just in case you didn't hear) [02:00] so who is here? [02:00] me [02:00] hi === mpt winces at SteveA's choice of meeting music [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:01] me [02:01] me [02:01] who are we missing? [02:01] me [02:01] stu1: meeting time [02:01] jordi: ? [02:01] Here [02:02] lifeless? [02:02] lifeless's attendance is optional [02:02] ok [02:02] same for mpool [02:02] * Roll call [02:02] * Agenda [02:02] * Next meeting [02:02] * Activity reports [02:02] * Actions from last meeting [02:02] * Oops report (Matsubara) [02:02] * Bug report report (mpt) [02:02] * Production and staging (Stuart) [02:02] * Launchpad 1.0 status reports [02:02] * Sysadmin requests [02:02] ---- [02:03] * Python demo status update (James H) [02:03] * Approving new bug tags (Brad) [02:03] * Kai shudas ieina ventilatoriu, (Steve) [02:03] * Testing bazaar 1.0 (Steve) [02:03] * (other items) [02:03] ---- [02:03] * Keep, Bag, Change [02:03] * Three sentences [02:03] so is the same time next week good for everyone? [02:03] +1 [02:03] why not [02:03] that's 31st August === ..[topic/#launchpad:mpt] : Developer meeting: Thu 31 Aug, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [02:03] okay. Who is up to date with activity reports [02:04] not me [02:04] Not me, sprinting [02:04] Not up to date, but I will catch up [02:04] I sent in a batched summary. Will have to do better [02:04] up to date [02:04] Well, jogging [02:04] up to date [02:04] up to date for this week, still behind for last one (need to send it out :() [02:04] up to date [02:04] not up to date, sprinting [02:04] except for sprinting, u2d [02:04] up to date, iirc [02:04] up to date [02:04] up to date [02:04] up to date [02:04] up to date [02:05] is that everyone? [02:05] okay. the only action from last meeting is "SteveA to update infrastructure specs if /$name is needed for 1.0" [02:06] SteveA: did that get done? [02:06] hi [02:06] jamesh: no I didn't do that [02:06] SteveA: okay. Do you want the action left open? [02:07] please [02:07] i should do it very soon [02:07] On to the oops report with matsubara then. [02:07] Today's oops report is about bugs 57474, 44871, 30602, 2497, 42264 [02:07] Malone bug 57474 in launchpad "Passing a list as the query string in the product search field crashes ftq" [Medium,Confirmed] http://launchpad.net/bugs/57474 [02:07] Malone bug 44871 in launchpad "xmlrpc should return appropriate response for a GET" [Medium,Confirmed] http://launchpad.net/bugs/44871 [02:07] Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed] http://launchpad.net/bugs/30602 [02:07] Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed] http://launchpad.net/bugs/2497 [02:07] Malone bug 42264 in rosetta "locale dependant segfault for dd" [Untriaged,Unconfirmed] http://launchpad.net/bugs/42264 [02:07] Bug 57474 happens when a list is entered in the products/ search form, it crashes the ftq because the function isn't expecting more than 1 argument. stub, is that something that you should look at or is it some validation that should happen before reaching the ftq()? [02:07] I'd like to confirm that OOPS-228C810 is the same issue mentioned in bug 44871. I was able to reproduce the OOPS by entering the xmlrpc.launchpad.net address in a web browser. [02:07] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/228C810 [02:07] Some validation before reaching ftq [02:08] stub: thanks [02:08] Sounds like a quoting issue (!) [02:08] that'll be UFD too [02:08] stub: maybe... or maybe just a typing issue [02:08] I mean, we're quoting a list rather than a string [02:08] so we get quoted strings comma separated [02:08] should check though [02:08] ok. so not a sql injection attack. [02:09] probably not [02:09] best to check though [02:09] action -> stub? [02:09] Sure [02:09] ftq seems to be a recurrent problem [02:09] on bug 30602, I have a way forward on it (after discussions with kiko), but didn't yet find the time to work on it; I understand it's quite a common crasher, and I'm working on it (I have already collected timestamps for many OOPSes) [02:09] Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed] http://launchpad.net/bugs/30602 [02:09] MeetingAction: stub to check that this isn't such an attack [02:09] vector [02:10] rosetta guys, could you take a look at bug 42264? Someone added a comment there expecting you guys to look over it. [02:10] Malone bug 42264 in rosetta "locale dependant segfault for dd" [Untriaged,Unconfirmed] http://launchpad.net/bugs/42264 [02:10] danilos: thanks [02:10] Bug 2497 is the second top time out in +translation. kiko, I suppose there is no news on it since you're sprinting, right? [02:10] matsubara, I don't think the rosetta guys can help much there yet [02:10] Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed] http://launchpad.net/bugs/2497 [02:10] spiv: This is the first bug on the *use* of ftq. Most bugs are in the ftq implementation itself, and that is because it has a tricky and shitty job to do (sanitize arbitrary input into a strict syntax) [02:11] matsubara, actually, I would like stub to comment or be assigned to that one. [02:11] New bug: #57565 in soyuz "Links to binary packages from versioned +source drop version" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57565 [02:11] I'm basically expecting him to produce a cache table based on a trigger. [02:12] Ahh... I remember now. Assign it to me. [02:12] matsubara, can you do that? [02:12] kiko: ok, I'll re-assign then. [02:12] hmmm [02:12] matsubara: on 42264, it's a general problem with translations: there are probably other ways to break them, and I suspect this one is upstream problem; I'll investigate anyway [02:12] matsubara: anything more? [02:12] and add the details, etc etc [02:12] danilos: thanks again :) [02:13] thanks matsubara -- if you need more info look at a thread on this that carlos just replied to this morning on launchpad-list [02:13] jamesh: I'm done, thanks [02:13] mpt: can we have the bug report report? [02:13] There are 14 open Critical bugs in Launchpad. matsubara has already mentioned the oldest one. The next oldest 7 are: [02:13] * Bug #30264 (P-A-S support needs proper binary-only excludes), Critical, Confirmed, unassigned [02:13] cprov, should that be assigned to you? [02:13] Malone bug 30264 in soyuz "P-A-S support needs proper binary-only excludes" [Critical,Confirmed] http://launchpad.net/bugs/30264 [02:13] what does P-A-S mean? [02:13] * Bug #30602 (Timeout errors in +translate), Critical, Confirmed, danilos [02:13] danilos, did you get the help you said last week that you needed? Or is that blocked on kiko sprinting? [02:13] Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed] http://launchpad.net/bugs/30602 [02:14] * Bug #35965 (exceptions in process-upload not communicated to uploader), Critical, In Progress, malcc [02:14] malcc, on track to fix it this week? [02:14] Malone bug 35965 in soyuz "exceptions in process-upload not communicated to uploader" [Critical,In progress] http://launchpad.net/bugs/35965 [02:14] mpt, I spent some time with him [02:14] mpt: I guess so, Package-Architecture-Specific [02:14] mpt: no, I did get enough help [02:14] danilos, no you didn't, or yes you did? :-) [02:14] mpt: Possibly, I started a fix on Friday, but we haven't spent sprint time on it this week yet [02:14] mpt: If not this week, soon once I'm home [02:14] oh, no it's not blocked [02:14] mpt: I did :) [02:14] ok [02:14] malcc, ok [02:14] * Bug #31308 (Cannot set branch associated to a product series), Critical, Confirmed, ddaa [02:14] ddaa, is the design finished? Who do you need input from? [02:14] Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,Confirmed] http://launchpad.net/bugs/31308 [02:15] ddaa is not here [02:15] right-o [02:15] * Bug #44214 (We need to add code to prevent POFiles being in the same path), Critical, Confirmed, carlos [02:15] * Bug #46982 (Rosetta does not accept correct KDE plural forms when there are more than 2), Critical, Confirmed, carlos [02:15] carlos, should danilos get one of those to share the load? [02:15] Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,Confirmed] http://launchpad.net/bugs/44214 [02:15] Malone bug 46982 in rosetta "Rosetta does not accept correct KDE plural forms when there are more than 2" [Critical,Confirmed] http://launchpad.net/bugs/46982 [02:15] and finally [02:15] * Bug #48860 ("Also notified" makes difficult to unsubscribe), Critical, In Progress, bradb [02:15] bradb, this is making people say things like "I'm marking each new mail from launchpad to be spam, and I'll never ever [again make] the mistake of submitting a bug". So, eh, how's it going? :-) [02:15] Malone bug 48860 in malone ""Also notified" makes difficult to unsubscribe" [Critical,In progress] http://launchpad.net/bugs/48860 [02:15] mpt: well, danilo's load is higher than mine... [02:16] mpt: Mailed ubuntu-devel yesterday to get more information about how this should work. [02:16] maybe danilo has multiple processor cores? [02:16] mpt: I don't think carlos will manage to finish them until next week meeting, so if needed, we can share the load next week :) [02:16] will followup on the responses today [02:16] ok [02:16] SteveA: :) [02:16] danilos, ok [02:16] mpt: for what it is worth, there is general agreement on how to solve 31308 now. [02:16] bug 31308 [02:16] Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,Confirmed] http://launchpad.net/bugs/31308 [02:16] all right, that's all from me jamesh [02:16] mpt: I'm planning to work on 44214 next week. And that one defered #46982, because appeared again with Edgy translations [02:16] thanks carlos [02:16] danilos: if you have time, that would be really helpful [02:17] carlos: sure, lets discuss it after the meeting [02:17] stub: how are production and staging looking? [02:17] danilos: sure === MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad [02:17] Nothing unusual happening on production. [02:17] Rosetta translations have been opened for edgy [02:18] There has been, or will be, some downtime before friday when the librarian is taken offline to move the server. [02:18] stub: was the librarian error page patch okey wit hyou? [02:18] So for one hour, any launchpad code that gets a Librarian exception will display a custom error page steve implemented last night [02:18] Oh, good idea. [02:19] as a side-effect of that, we're not displaying browser notifications on error pages any more [02:19] stub: you will need to disable poimport/export scripts or we will be spammed... [02:19] I don't know the actual scheduled time, or even if it has been scheduled - the admins will likely take things down and start them up again so I don't need to be involved. [02:19] because "Thank you for your comment" along with "the libarian is down, so we threw your comment away" was not good [02:19] and the same is true of notifications in general -- we can't tell whether the thing in question was done or not [02:19] "Thank you for your worthless contribution" [02:20] carlos: bad spam? Or just 30 or so emails? [02:20] stub: I think one every 10 minutes or so [02:20] carlos: and it'll put the tracebacks in the librarian? :) [02:20] stub, carlos: like 10k messages, no? [02:20] jamesh: :-P [02:21] sounds more like 10k yes :) [02:21] stub: anything more to add? [02:21] staging has been locking up, I believe due to language pack exports chewing up too many resources. This indicates tuning is required on the staging db, but I will get carlos a different database to use if I have enough disk space on carbon (not sure if the disk array is online yet) [02:21] That is all [02:21] stub: yeah, we are now exporting another language pack... so the process takes much more time [02:22] Launchpad 1.0 status reports. Who's first? [02:22] i'll go [02:22] Malone 1.0 status [02:22] ================= [02:22] Release Management: In review. [02:22] Bug tags: Most of the last week has been spent on bug tag code reviews, in between other tasks, unrelated to 1.0. [02:22] Documentation: No progress. [02:22] Guided filebug: No progress, but I (Brad) am returning to that task now that release mgmt is in review. [02:22] Keeping bugs concise: No work done, but the only task left is comment collapsing, and do we actually plan to do that for 1.0? [02:22] (fin) [02:23] UI infrastructure: good progress. more details in an email to the list later. [02:23] bradb, I thought that was the *only* part of it [02:23] Question Tracker 1.0 [02:23] --------------------------------- [02:23] - SupportTrackerKarma is implemented and reviewed. I'll probably land it today [02:23] - Localization has been dropped as a 1.0 target. I need to finish rearranging this into other specs so that we can decide what will be a 1.0 goal and what's not [02:23] - New Workflow: Still waiting for kiko's review of the spec. Search on creation is up for review. [02:23] - Support Tracker Views: Waiting completion of New Workflow. [02:23] Rosetta 1.0: [02:23] - opening edgy for translation: DONE! waiting for packages to update POTs, and announcement pending! [02:23] - firefox import/export: good progress (class for importing XPI files mostly done) [02:23] - oo import/export: blocked on firefox [02:23] - translation review: finishing basic UI changes (functionality not started yet) [02:23] - essential docs: sabdfl assigned to danilos, need to discuss with jordi [02:23] - outstanding issues: none [02:23] Random Things 1.0 [02:23] ------------------------------- [02:23] - KarmaContext is implemented and in production. [02:23] - PersonCreationRationale is on kiko's queue, waiting for input from him. [02:23] - DirectPersonRegistration doesn't even have a spec written, so it's not on track. [02:23] do we have one for Soyuz? [02:23] Soyuz 1.0: Good progress on PPA design, and on tidying. Reminded how bad a lot of Soyuz is, so more de-crackification and testing improvements are now also on the radar for 1.0 [02:23] we do, one sec. [02:24] mpt: A look at the spec shows that there are other parts of it. [02:24] okay. Outstanding sysadmin requests [02:25] None here. All hail the sysadmins :) [02:25] danilos: are you still waiting on your voip account? [02:25] Rosetta 1.0 missing entry (thanks carlos): - poimports: implementation of better checks not yet started [02:25] jamesh: nope, done! [02:25] bradb, ok, I'll ask you about that after the meeting [02:25] yay [02:25] jamesh: so, no sysadmin requests now :) [02:25] mpt: ok [02:25] Python demo status update. [02:26] amk took a preliminary look over the trackers. When trying to register his PGP key to try out the mail interface, he ran into troubles [02:27] I think he ran into bug 3313 and am trying to get a bit more information from him [02:27] Malone bug 3313 in launchpad "gpg key validation: cryptogram has crc error (!)" [Medium,Needs info] http://launchpad.net/bugs/3313 [02:27] nothing else to report. [02:27] on to Approving new bug tags with bradb [02:27] see if you can get help from ian jackson reproducing it [02:28] seeing as he reported the bug [02:28] for tags, same two as last week [02:28] example bugs updated [02:28] I see there's a new example for the sabdfl bug. [02:28] jamesh: could it be an encoding issue? [02:28] I don't see how labeling mark's interest in the bug is very significant on these ones [02:29] for the search one, stub, do you have an opinion? [02:29] kiko: maybe. But PGP armor text is straight ascii [02:29] SteveA: As I said last time, I don't think the search one is particularly useful. [02:29] SteveA: mainly because I give sabdfl-ish things an implicit high priority [02:29] jamesh, on the original content, I meant [02:29] bradb: can we please have a link to https://help.launchpad.net/TaggingLaunchpadBugs when you start, I always forget if it's LaunchpadTags or whatever ;) [02:30] ok, let's reject the search one. [02:30] bradb: continue using the sabdfl tag if you want to, but I don't want to make it "official" [02:30] ok [02:30] kiko: this is for decrypting a block of text -- you can't really transcode that without decrypting it [02:30] hmm. [02:30] danilos: ++1 [02:31] thanks for the suggestion danilo [02:31] SteveA: does that mean the sabdfl tag is rejected? [02:31] leave it pending for one more week [02:31] danilos: yeah, sorry, will do next time [02:31] SteveA: ok [02:31] we'll see if any more compelling uses come up [02:32] bradb: np, thanks [02:32] Kai shudas ieina ventilatoriu, (Steve) [02:32] is this something with fans and air-conditioning? :) [02:32] I have no idea what that means, so I'll let SteveA explain it [02:32] ok [02:32] shudas is lithuanian for poo [02:32] ventilatorius is lithuanian for fan [02:32] and ieiti is the verb to go into [02:32] poo into the fan? [02:33] this is to introduce the topic of planning for disasters and bad stuff happening [02:33] "what poo goes into the fan?" [02:33] sivang: I'd rather not [02:33] when the shit hits the fan [02:33] malcc: hehe [02:33] jamesh: right [02:33] I don't want us to discuss this at length during this meeting [02:33] but i'm going to put up a wiki page for the launchpad project to note disaster scenarios on, and comment on them [02:33] you just want us to put some poo around to have ready for when fan starts working? :) [02:33] details to follow in an email [02:34] sivang, danilos, it's an English expression for "when things go really bad". See also "when things turn to custard". (Even though custard is usually quite nice.) [02:34] or "go pear-shaped" === carlos is happy of stop using his fan... he doesn't like poo all over the place... === bradb loves http://blog.dreamhost.com/2006/08/01/anatomy-of-an-ongoing-disaster/ as an example of wiping poop off of face === danilo_ [n=danilo@82.117.204.207] has joined #launchpad [02:34] okay. Next is Testing bazaar 1.0 with SteveA [02:34] mpt: yeah, I know, thanks :) [02:34] me again! [02:34] bradb: ouch [02:35] (crappy IRC) [02:35] so, the bzr guys are getting ready to release 1.0 [02:35] it's faster and better and has lots of other improvements [02:35] I want us to test out this new bzr [02:36] should we switch back to a nightly builds repository then? [02:36] so, there will be a new apt archive just for launchpad developers to use set up early next week [02:36] the idea will be that all developers will point at this archive (one for dapper, one for edgy) [02:36] (I was just going to ask about a repository, great to hear that) [02:36] in this archive there will be launchpad-dependencies, and also the bzr stuff to test [02:37] SteveA: would be good to get compatible versions of plugins we need to use in the repository too (e.g. pqm-submit) === sabdfl [i=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [02:38] next is Keep, Bag, Change [02:38] Keep: Novotel snacks, Bag: Novotel beds [02:38] 5 [02:38] 4 [02:38] 3 [02:38] 2 [02:38] 1 [02:38] mpool is arranging this. [02:38] (sorry... got disconnected) [02:38] malcc: Novotel snacks are dangerous for you health ;) [02:39] email about the bzr stuff to appear on the list next week. [02:39] SteveA: SteveA: would be good to get compatible versions of plugins we need to use in the repository too (e.g. pqm-submit) [02:39] jamesh: yes, there will be compatible plugins. [02:39] ah, ok :) [02:39] danilos: I know, the day we had scones with clotted cream, I was bouncing off the ceiling with the sugar rush :) [02:39] done [02:39] Three sentances [02:39] DONE: planning, bug fixes [02:39] TODO: Web interface work, some kind of spec for LP outage presentation [02:39] BLOCKED: no [02:39] DONE: bug triage. code reviews. some work on bug forwarding workflow. fixing up reviewed branches. [02:39] DONE: Wrote a bunch of tests and fixes for shipit; code review; cleaned up a lot of things on GPG/SSH related code, wrote proper tests for it and started fixing the API of GPGHandler [02:39] TODO: Get my GPG/SSH fixes reviewed and land them; code review; finish rearranging specs related to LocalizedSupportTracker; write the DirectPersonCreation one and, if possible, start implementing PersonCreationRationale [02:39] BLOCKED: Need input from kiko on PersonCreationRationale [02:39] DONE: Sprinted on PPA design, various Soyuz tidyups and testing improvements. [02:39] TODO: Finish sprint, lots more tidying up and test improvement. [02:39] BLOCKED: No. [02:39] TODO: fix bugs. more work on bug forwarding workflow. [02:40] DONE: code reviews, sftp server fix to not require --create-prefix when pushing [02:40] branches, land product-release-finder fixes, bug link fixes, answer questions w.r.t. Python bug tracker comp. [02:40] TODO: code reviews, make product-release-finder not crash if ProductRelease alre [02:40] ady exists, answer questions w.r.t. Python bug tracker comp. [02:40] BLOCKED: no [02:40] DONE: vacation, handle linking to private bugs, submit buglinktarget branch for review [02:40] TODO: fix bug 52671, work on SupportTrackerWorfklowSpec [02:40] Malone bug 52671 in launchpad-support-tracker "Support contact implementation shortcomings" [High,Confirmed] http://launchpad.net/bugs/52671 [02:40] BLOCKED: work on SupportTrackerWorfklowSpec is waiting on kiko's approval of the spec and review of the initial tt-search work [02:40] BLOCKED: no [02:40] DONE: fixed #30370, bug triage, reported lots of bugs, oops analysis, support ticket gardening [02:40] TODO: finish #50816 and #57152, more of the same (oops analysis, triage and fixes) [02:40] BLOCKED: no [02:40] DONE: sprint [02:40] TODO: go back and catch up [02:40] DONE: pqm-submit 2237, fixed 3986 (pending review), bug 30602 stats/direction, firefox import work, user support, rosetta imports discussion [02:40] TODO: bug 30602, ff-import, bug fixing [02:40] BLOCKED: no [02:40] DONE: Put release management up for review. Some discussions and bug fixing. [02:40] TODO: Land release management. Bug fixing. Guided filebug. [02:40] Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed] http://launchpad.net/bugs/30602 [02:40] BLOCKED: no [02:40] BLOCKED: No. [02:40] DONE: Edgy translations, TranslationReviews, Some tasks related to the Ubuntu Translation Team Coordinator position, Meeting about language packs for universe and trivial code changes related to it, bug #80 merge, bug #40550, bug #44214 workaround, Handled small problems raised with Edgy migration. [02:40] TODO: TranslationReviews, bug #44214, perhaps #40550 and handle any Edgy imports issues we get. [02:40] BLOCKED: No [02:40] Malone bug 80 in rosetta "cannot see who put in bad translation" [Wishlist,Fix committed] http://launchpad.net/bugs/80 [02:40] DONE: bzr smart server, reviews [02:40] Malone bug 40550 in rosetta "Further filtering options for the Queue" [High,In progress] http://launchpad.net/bugs/40550 [02:40] TODO: bzr smart server, reviews [02:40] BLOCKED: no [02:40] DONE: Bug fixes, ran edgy translation opening [02:40] TODO: Bug fixes, name blacklist [02:40] BLOCKED: nope [02:40] Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,Confirmed] http://launchpad.net/bugs/44214 [02:40] DONE: ui sprint, ui work, management [02:40] TODO: more of the same [02:40] BLOCKED: no [02:41] DONE: Soyuz Sprint [02:41] TODO: more Sprint, land ArchiveRework and other redesigns (before we change our mind) [02:41] BLOCKED: no [02:41] jordi: do you have 3 sentances prepared? [02:41] I think jordi isn't here [02:42] okay. [02:42] Meeting ends [02:42] thanks everybody [02:42] thanks james, great meeting-chairing. [02:42] Thanks === carlos -> lunch [02:42] cheers! [02:42] bradb, so I wrote KeepingBugsConcise and I've just reread it, and I see two things in there: (1) make the description directly editable in the page, and (2) make comments collapsible. The latter is most of it. Have you implemented just the former? [02:44] kiko, can you have a quick look at https://launchpad.canonical.com/PersonCreationRationale? there's one question there that I bet you can answer in less than 2 minutes! [02:44] salgado, maybe if you keep reminding me [02:44] mpt: Neither, but kiko did some work on collapsing the description on the bug page. [02:44] bradb, mpt: I have a branch that fixes that, but I can only land it on monday [02:45] salgado: gar. I missed that you had a blocked item [02:45] kiko: I can land it today, if you feel like handing it off. [02:45] bradb, so not for 1.0 then, I guess. [02:45] bradb, I don't have it here with me :-( [02:45] kiko: ok, no worries [02:46] It sorta kinda depends on BugHistory anyway [02:46] mmm? [02:46] mpt: I'm guessing comment collapsing isn't for 1.0, though uncertainty is why I raised the question. [02:46] I do description collapsing and identical comment omission. [02:46] that's all [02:46] flacoste: looks like you're now blocked on me reviewing your branch. [02:46] jamesh, you can help me, by bothering kiko to look at that spec when I'm not awake, though. :) [02:46] three sentences always comes when I had to stand up [02:46] who should I send them? [02:47] jordi, me [02:47] salgado: aren't you generally awake when he's awake? [02:47] okay [02:47] thanks [02:47] jamesh, not when he's in london and I'm in brazil [02:47] salgado: fair enough [02:48] jamesh: indeed, btw that branch contain the view that still uses form.FormBase [02:48] flacoste: okay. Will be interesting to see what you're doing then. === fabbione_ [n=fabbione@p54A8042B.dip0.t-ipconnect.de] has joined #launchpad === sabdf1 [n=sabdfl@p54A8042B.dip0.t-ipconnect.de] has joined #launchpad [02:50] mpt: done [02:50] jamesh: do you know when you'll have time for the review? it's somewhat a bug patch [02:50] s/bug/big" [02:50] (that was an interesting lapsus anyway) === fabbione__ [n=fabbione@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad === sabdf2 [n=sabdfl@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad === jgi [n=jgilli@251.9.39-62.rev.gaoland.net] has joined #launchpad [02:56] flacoste: I've also got ddaa's one to review. I'll see if I can start it tomorrow though. [02:56] jamesh: ok, thanks! === sivang -> out === niemeyer [n=niemeyer@200-203-209-139.ctame7004.dsl.brasiltelecom.net.br] has joined #launchpad [02:58] flacoste: re: not using tabindex="1", try tabbing through https://launchpad.net/products/launchpad/+filebug [02:59] jamesh: yes, your explanation made perfect sense, I forgot that tabindex was a javascript hack anyway [03:01] spiv, around? [03:02] hello everyone === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [03:03] I just read the FAQ but i'm still wondering what's the best way to add a new translation for a given template? Is it upload a .po file that is the same file than the template renamed to the new language? === mdz [n=mdz@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad === seb128 [n=seb@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad [03:12] Who do I assign a launchpad-dependancies bug to? === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [03:20] stub: yourself, perhaps [03:20] we need someone to take care of these requirements from the launchpad side [03:20] and, i think you're best placed, for using these in production [03:21] what do you think? [03:21] stub, SteveA : I'm hapy to give a hand where needed [03:21] there's a meeting happening tomorrow to determine exactly who is maintaining the packages for these [03:21] after mark, mpool and I discussed this this morning [03:21] SteveA: I'll assign it to you then to reassign when it is decided ;) [03:23] ok. === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] [03:55] New bug: #57571 in malone "Oops when a Launchpad Admin sets a bug contact" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57571 === lbm [n=lbm@cpe.atm2-0-75146.0x535a2f1e.vgnxx2.customer.tele.dk] has joined #launchpad === kiko [n=kiko@82.109.136.102] has joined #launchpad === cprov [n=cprov@82.109.136.102] has joined #launchpad === malcc [n=malcolm@82.109.136.102] has joined #launchpad === flacoste [n=francis@montreal.canonical.com] has joined #launchpad === bradb [n=bradb@montreal.canonical.com] has joined #launchpad === Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad === WaterSevenUb [n=WaterSev@195-23-238-187.nr.ip.pt] has joined #launchpad === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad [04:51] salgado: ping [04:51] BjornT, pong [04:52] salgado: are there any bug numbers for the bugs you fixed in you ssh-and-gpg-fixes branch? [04:53] BjornT, no, but I can get some oops ids if you like [04:53] BjornT, all the oopses that happened this week on +editsshkeys. [04:53] (are salgado's fault :-P) [04:54] but the lack of tests is not. :P [04:54] salgado: oops ids would be good, so i can see what you were supposed to fix. [04:56] so, it's not possible to add a spec of product Foo as a dependency of a spec of product Bar. should I file a bug about this or the fact that I need to do this is just a consequence of the misuse of products to represent the launchpad subsystems? [04:57] salgado, a bug. [04:58] BjornT, actually, I think the only one we have an OOPS for is OOPS-234B160 [04:58] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/234B160 [05:00] salgado: thanks [05:00] salgado: btw, bug 3552 [05:00] Malone bug 3552 in blueprint "No way to cross-link specs across products" [Wishlist,Confirmed] http://launchpad.net/bugs/3552 [05:01] ah, cool. thanks BjornT [05:21] kiko: consigliere! [05:21] https://launchpad.net/people/fabbione/+packages [05:21] go down to glibc [05:21] glibc Ubuntu Dapper 2.3.6-0ubuntu12 [05:21] click the version link [05:21] OOPS-236D293 [05:21] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/236D293 [05:21] ^^^ 404 [05:21] 404 just means it's a very recent OOPS [05:22] 404 is related to the OOPS [05:22] the generated URL is wrong [05:22] there is a $releasename too much [05:26] oh [05:33] fabbione: I think it's known bug, let me check [05:33] matsubara: ok thanks [05:35] fabbione: bug 50399 [05:35] Malone bug 50399 in soyuz "Broken links at /people/$person/+packages" [Medium,Confirmed] http://launchpad.net/bugs/50399 [05:35] danke [05:36] Keybuk: the 404 in the oops.cgi is bug 57458 btw [05:36] Malone bug 57458 in launchpad "oops.cgi crashes when entering a non-existent OOPS id." [Low,Confirmed] http://launchpad.net/bugs/57458 === jml [n=nnjml@203-217-8-89.perm.iinet.net.au] has joined #launchpad [05:45] New bug: #57587 in malone "+bugcontact page has misleading information" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57587 === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === luopio [n=abuser@a11.mtori.tontut.fi] has joined #launchpad [06:10] hiya. Is it possible to completely remove branches in Launchpad? I succeeded in creating a branch (or two) without a "product" and I'd love to get rid of them now :) [06:12] luopio, not yet, but can you file tickets for the product and the branch removal? === mdz [n=mdz@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad [06:20] kiko: ok, by tickets you mean a bug? [06:20] or a support request? [06:20] luopio, support request [06:22] kiko: ok. thanks. should I file it under the launchpad product or follow some other guidelines? [06:22] luopio, the launchpad product is fine. I'll look at it on monday when I get back home. [06:23] ok. thanks! [06:27] most welcome === seb128 [n=seb@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad === jkakar [n=jkakar@204.174.36.228] has joined #launchpad [07:36] BjornT: hi, around? [07:36] carlos: yeah [07:37] BjornT: I wonder if there is a way to get tags like 'dir' or 'rows' in our pagetests using browser.getControl ? [07:37] talking about a textarea [07:38] carlos, those are attributes [07:38] right, wrong term === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad [07:41] carlos: hmm, i don't think so. you could easily get it using BeautifulSoup, though [07:41] BjornT: is there any example or documentation about it? [07:41] I have never used BeautifulSoup [07:42] carlos, there are some tests using it in our tree, just grep and you should get a bunch of examples [07:43] ok [07:43] carlos: http://www.crummy.com/software/BeautifulSoup/documentation.html [07:43] thanks === lfittl [n=lfittl@85-125-227-23.dynamic.xdsl-line.inode.at] has joined #launchpad [08:25] BjornT: BeautifulSoup rocks! === Spads concurs [08:26] good old Leonard === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === mpt [n=mpt@81.16.227.227] has joined #launchpad [10:36] New bug: #57621 in launchpad "LaunchpadFormView.focusedElementScript should handle field prefix itself" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57621 [11:04] Is the delay between making changes to a bug and getting an e-mail about it intentional? [11:06] jkakar: yes [11:06] jkakar, yes, so that we can group multiple notifications into a single one [11:07] multiple changes made in a short period of time into a single notification, that is [11:08] matsubara, salgado: Thanks. It's as I expected. Sometimes it feels a bit long, but I have noticed (and appreciated) e-mails that mention multiple changes at once. === Spads [n=crack@host-87-74-18-62.bulldogdsl.com] has joined #launchpad === flacoste [n=francis@montreal.canonical.com] has left #launchpad ["Bye"] === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad