=== joejaxx [i=joejaxx@alpha.joejaxx.net] has joined #launchpad === joejaxx [n=joejaxx@alpha.joejaxx.net] has joined #launchpad === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #launchpad === doko_ [n=doko@dslb-088-073-100-055.pools.arcor-ip.net] has joined #launchpad === Rinchen [n=joey@canonical/launchpad/rinchen] has joined #launchpad === tgm4883 [n=tgm4883@c-67-160-174-176.hsd1.or.comcast.net] has joined #launchpad === joejaxx [n=joejaxx@alpha.joejaxx.net] has joined #launchpad === jam [n=jameinel@adsl-75-51-62-134.dsl.chcgil.sbcglobal.net] has joined #launchpad === jam [n=jameinel@adsl-75-51-62-134.dsl.chcgil.sbcglobal.net] has left #launchpad [] === carlos [n=carlos@canonical/launchpad/carlos] has joined #launchpad [01:23] im having some trouble grasping the difference between a release and a milestone [01:24] it seems like if we wanted to have an alpha version of our project, would that be a milestone? [01:25] or would milestones only be used as a basis for when we want to have something done, and then make a release when we officially release the alpha === zzorn_ is now known as zzorn_sleep [02:05] tgm4883: that's how I understand the difference (what you said last) [02:06] thanks mthaddon === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #launchpad [02:06] i think were getting a little better organized now, instead of having every bug and blueprint all fall under 1 category [02:10] mthaddon, your a launchpad admin, correct? [02:10] yep [02:11] are launchpad admins only able to remove a release or series from a project? [02:12] we don't seem to be able to, we were trying a few different things and would like to remove some of these items as they are incorrect [02:12] I think the process is for you to file a new "question" here https://answers.launchpad.net/launchpad/+addquestion asking for it to be removed and then I can take care of it [02:13] ah [02:13] i'll go ahead and ask there, i have one more question if you have the time [02:13] sure [02:14] I noticed that launchpad also list distrobutions, is there a way to become a distrobution [02:15] I'm not sure what the best way to do that is - best to try and catch kiko when he's not afk and he should be able to help you [02:15] ah thank you [02:16] i will file that other question now [02:16] cool === poolie [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad [02:18] the question is located here https://answers.launchpad.net/launchpad/+question/11188 [02:19] cool, I should be able to get to that tomorrow - thx [02:19] thank you === merriam__ [n=merriam@82-133-115-120.dyn.gotadsl.co.uk] has joined #launchpad === caravena [n=caravena@pc-84-203-83-200.cm.vtr.net] has joined #launchpad === kauai [n=kauai@cpe-66-91-64-16.hawaii.res.rr.com] has joined #launchpad [02:30] hi, um. I did something real stupid and committed a file I didn't want to... how can I remove it entirely? [02:44] anyone [02:45] kauai, you could ask the question here https://answers.launchpad.net/launchpad/+addquestion, thats where I had to ask to get a series removed from a project [03:00] kauai, just bzr rm it and commit again? [03:01] yeah, but then it's still visible in the old revisions right? [03:01] I want it removed forever [03:01] is this possible? [03:01] perhaps uncommit? === superm1 [n=superm1@ubuntu/member/superm1] has joined #launchpad [03:02] Spads, thanks, I will look into it... sorry all of this is all new to me [03:03] kauai: #bzr may be a better place to ask questions like this [03:03] uncommit and then push, yeah === RAOF kicks dogfood again. [03:05] RAOF, seems like it goes to sleep every time this time? :) [03:05] cprov-out, you know what's up? [03:05] I've got some queued builds, and the buildds are idle, but there's no building happening :) [03:06] I wonder why this is happening. did you write to launchpad-users cc: cprov RAOF? [03:06] kiko-afk: No, actually. This is a new problem, the other one got resolved :) [03:06] RAOF, what was it yesterday? [03:07] kiko-afk: The builds weren't queuing. [03:07] Now a new package is queued, but isn't being sent to the buildd. [03:08] how was it solved? [03:09] I'm not sure, actually. It just started working again. [03:09] I hadn't got around to writing the lp email, and it got fixed before I did. [03:11] odd. [03:11] it sounds to me like a similar problem [03:21] RAOF: dogfood is back on track again [03:22] RAOF: sorry for the inconvenience. [03:23] cprov-out: That's ok. Beta code, testing, it's hardly mission critical :) [03:23] cprov-out: Thanks :) [03:24] RAOF: the problem is not the PPA code, since yesterday we have other parts under test in the same environment. [03:25] Oh? What is/was the problem? [03:27] RAOF: builders were configured to only build packages target to ubuntu primary archive, not PPAs (Trusted/Untrusted builder state) [03:27] Oh, whoops :) [03:28] https://dogfood.launchpad.net/+builds/rubidium/, for instance (letf portlet) [03:29] RAOF: yes, big whoops. You are more than welcome to ping me if anything strange is happening with PPA-beta, I will be able to help you. [03:30] cprov-out: Thanks. Do you prefer here or lp-users ML? [03:31] RAOF: whatever suits better to you, usually IRC is faster than email, but some question should fit better in the ML [03:31] Fair enough. Now, to fix my nouveau build. I suck :) [03:31] RAOF: looking forward to see "Nouveau Xorg driver" coming out of PPA :) [03:31] Thanks again [03:32] g'night, guys === cprov-out is now known as cprov-ZzZ === mranostay_work [n=mranosta@cpe-71-74-145-188.neo.res.rr.com] has joined #launchpad === jjesse [n=jonathan@adsl-76-212-62-2.dsl.klmzmi.sbcglobal.net] has joined #launchpad === _Poseidon_ [n=Pablo@200.70.124.9] has joined #launchpad [04:14] <_Poseidon_> Good evening === ScottK [n=ScottK@ubuntu/member/scottk] has left #launchpad ["Konversation] === _Poseidon_ [n=Pablo@200.70.124.9] has left #launchpad [] === lionel_ [n=lionel@ip-149.net-89-3-208.rev.numericable.fr] has joined #launchpad === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #launchpad === kiko-afk is now known as kiko-zzz === fernando1 [i=ariel@gateway/tor/x-5c39c2ef55fc0000] has joined #launchpad === head_victim [n=head_@CPE-121-208-64-41.qld.bigpond.net.au] has joined #Launchpad === head_victim [n=head_@CPE-121-208-64-41.qld.bigpond.net.au] has left #Launchpad ["Leaving"] === superm1 [n=superm1@ubuntu/member/superm1] has joined #launchpad === superm1 [n=superm1@ubuntu/member/superm1] has joined #launchpad === stub [n=stub@ppp-58.8.10.124.revip2.asianet.co.th] has joined #launchpad === caravena [n=caravena@pc-84-203-83-200.cm.vtr.net] has joined #launchpad [05:40] Where do I find the link to create a new milestone for a project? === poolie_ [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === jamesh [n=james@canonical/launchpad/jamesh] has joined #launchpad === logankoester [n=Logan@c-24-34-219-54.hsd1.nh.comcast.net] has joined #launchpad === logankoester [n=Logan@c-24-34-219-54.hsd1.nh.comcast.net] has joined #launchpad === danilos [n=danilo@adsl-236-193.eunet.yu] has joined #launchpad === ICU [n=me@sechzig.dd.ewetel.de] has joined #launchpad === doko_ is now known as doko [08:25] New bug: #131231 in malone "Timeout is occurring frequently with "short" queries" [Undecided,New] https://launchpad.net/bugs/131231 === neversfelde|mobi [n=neversfe@82.113.121.1] has joined #launchpad === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad === Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad === carlos [n=carlos@canonical/launchpad/carlos] has joined #launchpad [08:57] morning [08:59] morning carlos! === allenap [n=allenap@212.233.38.170] has joined #launchpad === Kuhrscher [n=jannick@91.65.33.29] has joined #launchpad === neversfelde|mobi [n=neversfe@82.113.121.1] has joined #launchpad [09:18] carlos, danilos: Good morning. I just noticed that dolphin is not translateable via Launchpad, although it is in "main". [09:19] carlos, danilos: This is propabably not correct ;-) === carlos checks... [09:19] you should probably check the upstream kde translation for that [09:20] why translate it only for kubuntu? [09:20] It is translated upstream ;-) [09:20] The translation is only missing for Ubuntu ;-) [09:21] If an app is in "main" it gets its translations via the langpacks generated from Rosetta or there won't be any translation. === lionel_ is now known as lionel [09:23] Hobbsee: Dolphin's upstream translations did not find their way to Rosetta, so they are missing just for Kubuntu. For other distributions everything is alright. [09:23] Hobbsee: But generally you are absolutely right :) [09:23] ah right. i wonder why they didnt [09:24] carlos, Kuhrscher: it seems to be due to dolphin rename to d3lphin [09:24] danilos: I got the unapproved .pot files === carlos is approving them [09:24] Kuhrscher: thanks for the warning [09:25] carlos, No problem. Thanks for your quick response. [09:27] Hobbsee: There is also they way around. KMplayer switched from main to universe. Before it got its translations via the langpacks generated from the Rosetta translations. Now it _should_ use just the packaged upstream translations, but these are missing in the Ubuntu package. So KMplayer is untranslated for now, but only in Kubuntu. I filed a bug about this issue some month ago... [09:28] Kuhrscher: bug #? [09:28] https://bugs.launchpad.net/bugs/123544 [09:28] Launchpad bug 123544 in kmplayer "Kmplayer Package does not contain translations" [Undecided,New] [09:30] Kuhrscher: the only solution for that is a package rebuild [09:31] carlos: just that? no need to remove the "export stuff to rosetta" stuff? [09:32] carlos, Hobbsee: The mplayer entries are still in Rosetta... === intellectronica [n=intellec@host86-138-233-128.range86-138.btcentralplus.com] has joined #launchpad [09:32] Hobbsee: well.. that's also something interesting to do, but not a must to get it using directly what comes from the package itself [09:32] carlos: right. so there's no net loss in leaving that stuff in there? [09:33] well, removing it helps that translators focus on useful information [09:34] carlos, Hobbsee: I just hope it will get its package rebuild with included translations before the release of Gutsy ;-) [09:34] Kuhrscher: I see kmplayer as still being in main [09:34] in fact [09:35] it was moved back from universe to main 4 days ago [09:35] https://launchpad.net/ubuntu//+source/kmplayer/ [09:35] Ahh, right [09:35] I didn't checked that again. [09:35] carlos: wonder why it got demoted, then. [09:36] Ok, so this issue should be fixed with the next langpack, right? [09:36] Kuhrscher: yes, next language pack rebuild should include its translations again [09:36] Kuhrscher: it should be a base rebuild [09:37] carlos: just checking - so kmplayer, etc, doesnt need to be touched? [09:37] Hobbsee: what do you mean about 'doesn't need to be touched' ? [09:37] rebuilt? or translated? [09:37] carlos: rebuilt, sorry [09:37] Hobbsee: no, no need to rebuild it again [09:37] great ) [09:38] Ok, thank you everybody :) [09:38] Kuhrscher: you are welcome [09:39] cprov-ZzZ: For your enjoyment when you awake, try !nouveau :) === superm1_ [n=superm1@ubuntu/member/superm1] has joined #launchpad === gmb [n=gmb@i-83-67-5-113.freedom2surf.net] has joined #launchpad === mrevell [n=matthew@canonical/launchpad/mrevell] has joined #launchpad === bigjools [n=ed@canonical/launchpad/bigjools] has joined #launchpad === stub [n=stub@ppp-58.8.2.64.revip2.asianet.co.th] has joined #launchpad === head_victim [n=head_@CPE-121-208-67-103.qld.bigpond.net.au] has joined #launchpad [10:59] I'm having problems importing a pgp key into launchpad. It keeps telling me it cannot import it and tells me to check 3 things. I have done everything as it suggests and I even query the database and it's been there over 12 hours. Is this long enough or should I just wait to see if it works tomorrow? === neversfelde|mobi [n=neversfe@82.113.121.1] has joined #launchpad === tokj [i=me@gateway/tor/x-0389d123c0fca8bd] has joined #launchpad === ddaa [n=david@canonical/launchpad/ddaa] has joined #launchpad === doko [n=doko@dslb-088-073-100-055.pools.arcor-ip.net] has joined #launchpad [11:31] New bug: #131258 in malone "Pagetests should use the test browser" [Undecided,New] https://launchpad.net/bugs/131258 [11:44] mrevell: OOPS-586D1018 [11:44] https://devpad.canonical.com/~jamesh/oops.cgi/586D1018 [11:45] Hobbsee: Thanks :) I'm still getting an error on that so I'll check it. [11:45] mrevell: it's basically from searching for a word on a list of bugs. [11:46] mrevell: the URL in particular for that is https://bugs.launchpad.net/~gothicx/?field.searchtext=sync&orderby=-importance&search=Search&field.status%3Alist=New&field.status%3Alist=Incomplete&field.status%3Alist=Confirmed&field.status%3Alist=Triaged&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package= [11:46] but i assume you can see that [11:46] head_victim: Apologies for not spotting your question earlier. Let me see if I can get some help for you. [11:48] Hobbsee: List of bugs such as https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=New&field.status%3Alist=Incomplete&field.status%3Alist=Confirmed&field.status%3Alist=Triaged&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package= === Watersevenub [n=Watersev@242-63.dial.nortenet.pt] has joined #launchpad [11:51] Thats ok, I've never played with keys much before and I'm pretty sure I've done everything exactly as described. It does say it can take up to an hour or so to make sure it's mirrored correctly but it's been a lot longer than that. [11:53] mrevell: i cant seem to make that one oops [11:54] head_victim: Another user had a similar problem last week and one of the LP developers had to manually fix insert the user's key. It looks as though the person I need to speak to (who is in Brazil) isn't online yet. I'll ping him when he comes online. What's your LP username? [11:55] Hobbsee: Hmm. So, the problem is that when you have a list of bugs and perform a search within that list, sometimes you get an OOPS? Is there a bug report yet? [11:55] mrevell: correct, and no idea. i havent filed one === ICU_ [n=me@sechzig.dd.ewetel.de] has joined #launchpad [11:55] Hobbsee: Okay, thanks. How many bug lists have you found this problem on? Just the gothicx one above or on others? [11:56] mrevell, Jared Norris is the display name. [11:56] mrevell: various others. unfortunately, i didnt keep the oops numbers. various others are having this too [11:56] Hobbsee: Sorry that you're experiencing the problem. Thanks for letting me know. I shall file a bug and raise it in today's meeting. Cheers :) [11:57] mrevell: thanks [11:57] head_victim: Thanks. I'll email my colleague and ask him to take a look. He may contact you directly, his name is salgado. [11:57] No worries, should I idle in here or is it enough that I am in other channels on the network? === mpt [n=mpt@121-72-130-73.dsl.telstraclear.net] has joined #launchpad === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #launchpad === ICU_ is now known as ICU [12:08] head_victim: If you could private message me with your email address, I'll get back to you using that, so you don't have to wait around here. [12:09] mrevell, thank you for your assistance tonight it has been appreciated. [12:10] head_victim: No problem :) === head_victim [n=head_@CPE-121-208-67-103.qld.bigpond.net.au] has left #launchpad ["Leaving"] === stub [n=stub@ppp-58.8.211.56.revip2.asianet.co.th] has joined #launchpad === pcardune [n=pcardune@12-46-54-255.seatac.seattwa.wayport.net] has joined #launchpad [12:36] mrevell: i must be a muppet. [12:36] mrevell: surely, i must be a muppet. launchpad wouldnt do this [12:36] mrevell: to prove my muppetry, please tell me where the "view the bugs" sectoin is on https://bugs.launchpad.net/ubuntu-winfoss/ [12:37] Hobbsee: You press the "Search" button with an empty search box and it shows you all the related bugs [12:38] Hobbsee: Why do you think you're a muppet? :) [12:38] mrevell: because i didnt think that launchpad could possibly have hidden the "view the bugs" button. i knew i probably wasnt finding it [12:39] Hobbsee: or, you look at the right, and click on "List all open bugs", which is right above the "Report a bug" button. [12:39] mrevell: can i just say that that's *really* not intuitave. [12:39] ohhhhhh....there it is [12:39] that's moved [12:39] BjornT: I wonder if that link could be more prominent. Perhaps a button. What do you think? [12:39] mrevell: why is that right beneath, and in the same section as, the summary of bugs? [12:40] Hobbsee: I don't know the exact reason but I can find out. [12:40] the attention there is on report a bug or ask a question - there really should be a "view the bugs", or something button there [12:46] mrevell: i don't think a button is good to use here, since it's not really an action. maybe rename the "Search" button to make it more obvious that you don't have to enter a search string, or something. [12:47] Hobbsee, mrevell: mpt can probably tell you why the 'list all open bugs' link was moved. === PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #launchpad [12:48] BjornT: My expectation would be to see the bug list when you visit that page by default, without having to click anything. The fact that there isn't a button to list all open bugs means that the option is almost hidden behind the prominence of the "Report a bug" and "Ask a question" buttons. [12:48] BjornT: if people who have used LP for ages, and are fairly fluent in LPesque cant find simple things like how to view bugs, then clearly your approach is wrong. new users arent going to have a hope in hell of finding them. [12:49] mrevell: yes, it does promote the idea of "report bugs without searching" [12:49] i'm not sure why they're saying "report a bug" first -because clearly you should search before you report [12:51] Hobbsee: well, i think one reason for you not finding the link, is that you expected the link to be somewhere else, and you didn't expect it to have been moved to that place. [12:51] Hobbsee: although, i do agree that the link should be more prominent [12:52] BjornT: this is true [12:52] BjornT: i then and went and looked for a likely looking link, and found nothing. [12:52] (somewhat OT) speaking of bugs, I'm looking for a way to put in the "fix committed" message a link to the precise revision in which the fix was committed. I like Trac's "r78" syntax. I looked for this feature in LP but could not find it? [12:54] pcardune: you mean a codebrowse link? [12:55] mwhudson: yes... it might be nice to have src:branchname:revnumber or something to that effect [12:57] what would be even nicer is bzr ci --fixes support [12:58] so that when a revision that has been annotated to be fixing a bug gets merged into trunk, the bug automatically flips over into "fix committed" and a link added [12:59] there is work towards this sort of thing being done [01:00] that would really be quite awesome indeed. But still I there should be a way to link easily to something that has already been committed. In case you forget to use --fixes [01:01] yes [01:01] file a bug? :) [01:01] i'm not aware of any existing bugs like this [01:02] ok, will do [01:02] I just wanted to see if it was yet another "undocumented" feature (those pop up every now and then) === niemeyer [n=niemeyer@201-14-38-86.ctame705.dsl.brasiltelecom.net.br] has joined #launchpad [01:25] New bug: #131279 in launchpad "Easily link to codebrowse interface from bug reports" [Undecided,New] https://launchpad.net/bugs/131279 === mdamt [n=mdamt@net-67.nrpn.net] has joined #launchpad === mdamt [n=mdamt@net-67.nrpn.net] has left #launchpad [] === Kmos [n=gothicx@unaffiliated/kmos] has joined #launchpad === Spads [i=spacehob@unaffiliated/spads] has joined #launchpad === cprov-ZzZ is now known as cprov === mrevell [n=matthew@canonical/launchpad/mrevell] has joined #launchpad === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === salgado [n=salgado@canonical/launchpad/salgado] has joined #launchpad === matsubara [n=matsubar@canonical/launchpad/matsubara] has joined #launchpad === mranostay_work [n=mranosta@cpe-088197.static.wadsnet.net] has joined #launchpad === radhios [n=radhios@96-208-126-200.fibertel.com.ar] has joined #launchpad === tokj [n=me@unaffiliated/tokj] has joined #launchpad === stub [n=stub@ppp-58.8.211.56.revip2.asianet.co.th] has joined #launchpad [03:02] Hobbsee: ping [03:02] mrevell: pong [03:03] hey Hobbsee - I've just tried that bug search again and it seems to be working to me. [03:05] mrevell: hmm. seems it only doesnt work some of the time [03:05] mrevell: i cant reproduce it now, either, but i have been able to earlier... [03:05] mrevell: we didnt have a code change, have we? [03:05] (seems like a random thing) === adeuring [n=abel@Fc104.f.ppp-pool.de] has joined #launchpad [03:06] Hobbsee: Yeah, me too. I'll report nonetheless. I can't see any cherrypicks that fix it, so AFAIK nothing has changed that could fix this between when we were talking earlier and now. [03:08] mrevell: right === Spads_ [i=spacehob@nat/canonical/x-0ca761351fc14222] has joined #launchpad === Mez_ [n=Mez@ubuntu/member/mez] has joined #launchpad [03:21] Hobbsee: How long has the bug search problem been around? [03:22] mrevell: couple of weeks, maybe? [03:22] Hobbsee: thanks [03:23] Hobbsee: bug 131299 [03:23] Launchpad bug 131299 in malone "Searching from a user's bug page sometimes results in an OOPS" [Undecided,New] https://launchpad.net/bugs/131299 [03:31] New bug: #131299 in malone "Searching from a user's bug page sometimes results in an OOPS" [Undecided,New] https://launchpad.net/bugs/131299 === OgMaciel [n=omaciel@foresight/developer/OgMaciel] has joined #launchpad === singy [n=singy@125.33.121.205] has joined #launchpad === Rinchen [n=joey@canonical/launchpad/rinchen] has joined #launchpad === jtv [n=jtv@125-24-233-63.adsl.totbb.net] has joined #launchpad === sinzui [n=sinzui@pool-70-17-87-134.res.east.verizon.net] has joined #launchpad === jsk [n=jonathan@client-82-2-60-145.brnt.adsl.virgin.net] has joined #launchpad [03:56] m === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #launchpad [03:56] mwhudson: mmm? [03:57] i wonder if i have time to make coffee before the meeting gets going... [03:57] Better get started. === schwuk [n=schwuk@ubuntu/member/schwuk] has joined #launchpad === jsk runs to get a drink [04:00] Hello! [04:00] Welcome to this week's Launchpad development meeting. [04:00] For the next 45 minutes or so, we'll be coordinating about Launchpad development. [04:00] Who is here today? [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] - Barry sends apologies. [04:00] me [04:00] me [04:00] me [04:00] me [04:01] me [04:01] me [04:01] me [04:01] me [04:01] carlos: you? [04:01] me [04:01] me [04:01] me [04:02] me [04:02] me === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #launchpad [04:02] anyone see a team-mate missing? [04:02] allenap: ping - meeting time [04:02] me [04:02] me [04:03] BjornT: thanks [04:03] me [04:03] == Agenda == [04:03] * Roll call [04:03] * Agenda [04:03] * Next meeting [04:03] * Actions from last meeting [04:03] * Oops report (Matsubara) [04:03] * Critical Bugs (Rinchen) [04:03] * Bug tags [04:03] * Operations report (mthaddon) [04:03] * DBA report (stub) [04:04] * Sysadmin requests (Rinchen) [04:04] * A top user-affecting issue (mrevell) [04:04] ---- [04:04] (other items) [04:04] ---- [04:04] * Blockers [04:04] [04:04] Next meeting: same time next week please. [04:04] Anyone know in advance that they'll be unable to be at that meeting? [04:04] me === kiko-zzz is now known as kiko [04:04] i won't attend next week's meeting === ..[topic/#launchpad:mpt] : Launchpad - https://launchpad.net/ | 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 [04:04] kiko: you won't be at teh meeting? or you're belatedly here? [04:04] I'm belatedly here [04:04] cool [04:05] * Actions from last meeting [04:05] there were no actions [04:05] * Oops report (Matsubara) [04:05] Today's oops report is about bug 131299 [04:05] Launchpad bug 131299 in malone "Searching from a user's bug page sometimes results in an OOPS" [Undecided,New] https://launchpad.net/bugs/131299 [04:05] is this a performance oops, matsubara? [04:05] BjornT, so, I'm REALLY concerned that +bugs is timing out all over the shop [04:06] kiko: seems so [04:06] BjornT, the interesting this is that this ties in to bigjools message this morning :) [04:06] I get bug search timeouts fairly often, not just from person pages [04:06] me too [04:06] same here [04:06] I'm running some explain analyze on staging and the offending query is taking a long time [04:06] this did not happen two cycles ago [04:06] so what's happening [04:06] is this a side-effect of switching back to the old index implementation? [04:06] well, we changed indexes this weekend, is that part of it? [04:06] I don't /think/ so === SteveA high fives mwhudson [04:07] kiko: me too. i'll take a look at it today to see if i can find something obvious. [04:07] does anyone know if it's a too-many-queries or a too-expensive-query problem? [04:07] so... I want to take a step back for a minute [04:07] kiko: it's a too-expensive-query problem [04:07] BjornT, I can spend some time trying later today too, so send your findings and I can help continue [04:07] in my tests (not directly related to this), gin indexes proved to be 2-3 times faster than gist indexes on FTI fields [04:07] the oopses shows a too expensive query [04:07] when we get timeout OOPS reports, what do we do about it? [04:08] how do we investigate it [04:08] jtv, now is the time for you to chip in ;) [04:08] I have a feeling, (and this is just an impression,) that we kind of invent how we approach this afresh, each time we get a critical OOPS that isn't a Rosetta OOPS [04:08] the Rosetta ones being a longer-term issue [04:08] danilos: do I _look_ like a database person? [04:09] jtv: no, but you are the one who has most recently worked on those sorts of problems, afaik [04:09] jtv: I appreciate your insightful comments whenever database issues come up on the mailing list [04:09] so, perhaps a few of us can get together after this meeting [04:09] and work out how best to approach this kind of OOPS [04:09] so that we'll have a good system for it, and for knowing our options, when the next one comes up [04:10] okay [04:10] sounds good [04:10] ack [04:10] BjornT, jtv, stub, jamesh, me... kiko if you're interested === jtv is in [04:10] okay [04:10] and I'd like mthaddon to contribute too === Spads [i=spacehob@unaffiliated/spads] has joined #launchpad [04:10] ok [04:10] I am interested [04:11] we can use the slot after this meeting, normally reserved for an infrastructure team conf call [04:11] sure [04:11] Rinchen: I'll discuss the outcome of this with you after the meeting. You needn't be there, as I'm sure you have lots and lots of other things to do :-) [04:12] Great and many thanks :-) [04:12] matsubara: back to you. thanks for letting me interrupt. [04:12] BjornT: we'll have to change the time for our call then [04:12] SteveA: actually that's the only oops, so back to you again. :-) thanks! [04:12] matsubara: okay. although I saw many rosetta oopses, as usual. [04:13] bigjools: yes, let's aim for 1600 UTC? [04:13] BjornT: +1 [04:13] that's already known. no point bring it up again. jtv is on it. [04:13] do we have a list of "unfortunately expected" rosetta oopses, and the quantity we expect them in? [04:13] SteveA: I keep track, it's a short list === jtv has pizza all over his hands [04:14] jtv: please put something up on a wiki page, when convenient [04:14] matsubara: done, thanks [04:14] pizza is thicker than blood [04:14] SteveA: ok [04:14] * Critical Bugs (Rinchen) [04:14] Howdy. Two for today: carlos, status for Bug 56820 please. Also, Bug 131043 is unassigned. SteveA did you intend jamesh to take this one on? [04:14] Launchpad bug 56820 in rosetta "Po export script is not robust enough" [Critical,Confirmed] https://launchpad.net/bugs/56820 - Assigned to Carlos Perell Marn (carlos) [04:14] Launchpad bug 131043 in launchpad "database adapter serialisation tests disabled" [Critical,Confirmed] https://launchpad.net/bugs/131043 [04:14] pizza is tastier than blood [04:14] stop making me hungry you twats [04:15] Rinchen: hmm, we are supposed to change the that priority to high [04:15] Rinchen, thanks for pointing out the export script oops. that's one which is really awful [04:15] stub: come on, it's Ronny's, just around the corner from you & you can even order in Dutch [04:15] s/the that/that/ [04:15] I'm inclined to even keep it at critical to make it get fixed [04:15] I mean, us only finding out it's broken because tom fished it out of -error-reports? [04:15] kiko: that's a different oops [04:16] Rinchen: it isn't clear how to fix bug 131043 -- by my understanding, the root cause is a design fault in psycopg1 [04:16] Launchpad bug 131043 in launchpad "database adapter serialisation tests disabled" [Critical,Confirmed] https://launchpad.net/bugs/131043 [04:16] is it? [04:16] That is sort of tom's job - monitoring that stuff [04:16] kiko: yes [04:16] stub, I kinda expect developers to monitor /their/ parts of production. [04:16] And the monitoring picked it up (yay) [04:16] kiko: no, we found out because the script monitoring alerted us. [04:16] -error-reports isn't really a very good monitoring facility [04:16] kiko, a bug's scheduling may depend on its importance, but its importance does not depend on it scheduling :-) [04:16] heh [04:16] jamesh: should we switch to psycopg2? [04:17] kiko: although I agree that the other oops should be fixed, but it depends on danilo, jeroen or me doing a bad approval so it's not so critical (but important, yes) [04:17] good point [04:17] carlos, the fact that the whole script blows up is pretty bad, isn't it? [04:17] jamesh: please put your thoughts about what the root cause is as a comment in that bug report [04:17] kiko: indeed, we already talked about move to use OOPs infrastructure for scripts during the sprint in Alicante [04:17] nice! [04:17] SteveA: the problem appears to exist in psycopg2 as well, but should be a lot easier to fix there. [04:17] SteveA: I'll add my analysis [04:18] jamesh: does the author of psycopg2 know about the problem? [04:18] kiko, are you ok with us downgrading that to High but having carlos attempt to fix it during this current cycle? [04:18] I think we should switch to psycopg2 on the storm branch. psycopg1 is no longer maintained (well... apart from the patches Ubuntu devs do) [04:18] is there a bug we can link to in their bug tracker? [04:18] SteveA: I filed a bug report about it, but have not had a response from him yet [04:18] is there a linnk to that bug report in our launchpad bug? [04:18] jamesh: I haven't heard any response about the psycopg2 bug I filed either, I was wondering if upstream is alive [04:18] I'll link the bug too [04:19] thanks [04:19] kiko, are you ok with us downgrading that to High but having carlos attempt to fix it during this current cycle? [04:19] yes [04:19] thanks [04:19] statik: yeah. there hasn't been any activity in SVN since the 2.0.6 release [04:20] (Rinchen, I am overreacting. it's not the end of the world) [04:20] jamesh: is the test that intermittently fails due to that bug diabled ? [04:20] Rinchen: this current cycle is "tomorrow," no? [04:20] SteveA, we still need an owner for that bug. Seems jamesh might be the right person. Do you agree? [04:20] SteveA: yes [04:20] it's not only disabled, it's diabled! [04:20] jamesh: ok. is the launchpad bug referenced in the text to the diabled bug? [04:20] SteveA: yes [04:20] jtv, yes that's a very good point. [04:20] jamesh: great, thanks [04:21] and carlos isn't exactly picknicking right now... [04:21] SteveA: actually, the bug reference is next to the place where the bug was disabled rather than in the doctest itself [04:21] Rinchen, jtv: not if it's a critical bugfix [04:21] it can be done later. but it can't be big. [04:21] and it can't be "High"..? [04:21] the test was diabled, not the bug [04:22] right, it should be a fast fix [04:22] the whole doctest was diabled, and not just the failing portion of it? [04:22] carlos, jtv - go a head an downgrade it to HIGH but please attempt to get the fix out quickly [04:22] i think the failing portion was copied to a new file and that file disabled [04:22] yikes... "go ahead and" [04:22] Rinchen: ok [04:22] SteveA, yeah, I'm not sure why jamesh did that. [04:23] SteveA: I moved the failing portion into its own doctest, since it was doctest it was in had grown a fair bit [04:23] mpt, you ignore me. [04:23] what? [04:23] mpt, what what? [04:23] I ignore you when? [04:23] I didn't disable unrelated tests [04:23] ok, you performed bug chiropody on an ingrown doctest [04:23] mpt, when I privmsg. [04:24] kiko, ah, apparently I'm unregistered [04:24] freenode is lame like that === statik looks up chiropody [04:25] But you don't need to privmsg using freenode, and probably shouldn't... [04:25] statik: no, not while you're recovering [04:25] I asked that NickServ would actually talk to you, privmsg, to say "your message isnt' being delivered because..." [04:25] instead, there's just some server message that most irc clients don't show prominently at all [04:25] SteveA, I think it does but you can't have a server tab or it goes there [04:25] It's not confidential, just personal, and anyway, problem solved [04:26] Sorry for disturbing the meeting [04:26] exactly [04:26] what mpt said [04:26] kiko: I meant a proper /msg from nickserv. it does it on other occassions, so the code is there. [04:26]