[12:40] <johnl> hi
[12:40] <johnl> I reported a kernel bug using launchpad
[12:41] <johnl> it's not had much attention.
[12:41] <johnl> I now notice (weeks later) that I reported on the package linux-image-2.6.15-23-686 (Ubuntu) whereas most other reports are on the package linux-source-2.6.15
[12:42] <johnl> which is the right place to report kernel bugs?
[12:42] <johnl> it's rather confusing
[12:44] <johnl> maybe I should be asking this on #ubuntu
[12:45] <Keybuk> linux-source-2.6.15 would have been the right place for dapper, yes
[12:45] <Keybuk> note though that the edgy version is linux-source-2.6.17
[12:46] <Keybuk> and #ubuntu would have been the proper place to ask this
[12:52] <kiko> johnl, what bug number was that?
[12:52] <johnl> #44412
[12:52] <kiko> lemme see
[12:53] <johnl> seems like I can change it, which I'll do if that's right
[12:53] <johnl> but maybe this is a bigger general issue
[12:53] <johnl> it's complicated to figure out where to report kernel bugs
[12:53] <johnl> thanks Keybuk, kiko
[12:54] <kiko> Keybuk, is that a binary package name, by any chance?
[12:54] <kiko> linux-image-2.6.15-23-686
[12:54] <kiko> because it appears to be.
[12:54] <johnl> there are a few other bugs attached to it too
[12:55] <Keybuk> kiko: yes
[12:55] <Keybuk> kiko: didn't you guys fix that bug? :P
[12:56] <kiko> Keybuk, the bug is fixed. now we need to move all bugs reported against those bogus package names back, and then nuke the bogus package names.
[12:56] <kiko> Keybuk, do you have a suggestion on how to detect those bugs, by the way? 
[12:57] <johnl> heh, I've been reporting on this bug for weeks
[12:57] <johnl> it's been fixed, but I'm assuming entirely coincidentally now
[12:57] <johnl> I'll close it but change the package, for future reference
[12:57] <Keybuk> kiko: yes, and I told you about it months ago
[12:58] <Keybuk> I even wrote you SQL to do it, iirc
[12:58] <johnl> heh
[12:59] <Keybuk> identify the source package names that have never been published?
[12:59] <kiko> Keybuk, yeah, I remember now. I seem to recall trying that out and discovering your SQL didn't handle some important case, but my memory is fuzzy now
[01:00] <Keybuk> if a SPN exists that has never been published, it's inherently bogus
[01:00] <Keybuk> look it up by BPN, and find the appropriate SPN to move the bug to
[01:03] <johnl> should I report this as a launchpad bug then?
[01:03] <johnl> or just leave you guys to it
[01:03] <kiko> johnl, it's bug 37866
[01:03] <Ubugtu> Malone bug 37866 in malone "+editstatus should not accept binary package as source package" [Critical,Fix committed]  http://launchpad.net/bugs/37866
[01:03] <johnl> heh
[01:06] <johnl> shall I add a comment about moving previously reported bugs?
[01:06] <kiko> johnl, if you like, that'd be nice.
[01:07] <johnl> I don't mind.  I will do now.
[01:10] <johnl> done.
[01:10] <johnl> thanks for the help.
[01:12] <kiko> johnl, sure thing.
[02:01] <mpt__> Gooooooooooood afternoon Launchpadders!
[02:08] <lifeless> kiko: you have reviews in your queue now
[02:08] <kiko> lifeless, thanks for letting me know
[02:09] <kiko> hey mpt 
[02:14] <mpt> kiko, why are you awake? :-)
[02:14] <kiko> trying to clean up bogus binary packages
[02:14] <kiko> but going home soon
[02:16] <Seveas> ubugtu now reports newly filed ubuntu bugs in #ubuntu-bugs -- would a similar thing (but for launchpad bugs) be useful/welcome/appreciated here? 
[02:16] <kiko> Seveas, yes, very much!
[02:16] <Seveas> ok, will poke at the code to make that possible
[02:17] <mpt> Does it report bugs becoming Fix Committed as well? :-)
[02:17] <Seveas> mpt, that could be arranged
[02:17] <Seveas> it works via mail and a 60-second timer
[02:18] <Seveas> for ubuntu I subscribed it to ubuntu-bugs -- how can I make sure ubugtu gets all launchpad bugmail?
[02:18] <kiko> hmmm
[02:18] <Seveas> 'all launchpad bugmail' == all bugmail regarding products/{launchpap,rosetta,malone,whatever_you_want}
[02:19] <kiko> Seveas, that's actually not easy right now
[02:19] <kiko> well, unless we subscribed the bot to ubuntu-bugs
[02:19] <kiko> err launchpad-bugs
[02:19] <kiko> or hmmm, waitasec
[02:19] <Seveas> if that is not a security problem that would be nice
[02:19] <mpt> SeveAs, https://launchpad.net/projects/launchpad/+bugs
[02:19] <mpt> Seveas, rather
[02:19] <kiko> yeah, we could change the bug contact for launchpad
[02:20] <Seveas> mpt, I see no 'subscribe' type link there
[02:20] <kiko> but then that would indeed have security implications
[02:20] <kiko> hmmmmm
[02:20] <kiko> bummer!
[02:20] <kiko> mpt, he wants outgoing email
[02:20] <kiko> Seveas, I'm collapsing, but remind me of this tomorrow and i'll see what I can do about it.
[02:20] <kiko> jetlagged to hell
[02:21] <Seveas> kiko-zzz, ok, g'night
[02:24] <mpt> oh, and subscribing to launchpad-bugs@ wouldn't be secure
[02:24] <mpt> I see
[02:42] <Ubugtu> Malone bug 54169 in shipit "Package get crushed" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/54169
[02:43] <Lie_Ex> I've uploaded kalzium's po(zh_CN) for three times,but all failed...Could anyone please tell me why?
[05:44] <mpt_> spiv, ping
[05:48] <spiv> mpt_: Just about to step out to lunch...
[05:48] <mpt_> spiv, sorry, I figured it out for myself
[05:49] <mpt_> (the problem, I mean, not your lunch)
[05:49] <spiv> mpt_: Perfect :)
[05:49] <spiv> Hah.
[05:49] <spiv> Damn ;)
[08:13] <mpt__> lifeless, do you have time for a 30-second review?
[08:13] <lifeless> possibly
[08:13] <lifeless> :)
[08:14] <mpt__> https://sodium.ubuntu.com/~andrew/paste/fileW0cI9f.html
[08:25] <mpt__> lifeless?
[09:20] <lifeless> mpt: what is the intent of the patch ?
[09:21] <lifeless> mpt: also, putting entity escapes in zpt is ugly, is there a better way ? I.e. &quot;
[09:23] <lifeless> spiv says ldquo and rdquo for left and right
[09:24] <lifeless> also apos for the apostrophe
[09:26] <lifeless> http://www.w3.org/TR/REC-html40/sgml/entities.html#h-24.3.1 for reference
[09:48] <mpt> lifeless, the intent is to fix bug 49741
[09:48] <Ubugtu> Malone bug 49741 in cchits "file details for a track lists info of the wrong mp3" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/49741
[09:48] <mpt> I mean, bug 49471
[09:48] <Ubugtu> Malone bug 49471 in launchpad "Sidebars sometimes go AWOL in Internet Explorer" [High,In progress]  http://launchpad.net/bugs/49471
[09:48] <mpt> no, that's not it either
[09:48] <mpt> bug 4009
[09:48] <Ubugtu> Malone bug 4009 in launchpad "Page needed explaining why greylisting may cause delayed Launchpad mail" [Medium,In progress]  http://launchpad.net/bugs/4009
[09:48] <mpt> hooray
[09:50] <mpt> lifeless, and I removed the paragraph about asking for feedback because it's useless where it is (if you've only just signed up, you'll have no idea how to improve Launchpad, and you can't ever get back to that page)
[09:52] <mpt> (or rather, you'll have *very little* idea how to improve Launchpad yet)
[10:02] <SteveA> morning
[10:05] <mpt> oh-ho
[10:07] <mpt> lifeless, cancel that, I just realized I have to chop an answer out of the FAQ as well
[10:07] <mpt> I'll put it on PendingReviews when I'm done
[10:08] <sivang> morning
[10:10] <carlos> morning
[10:13] <sivang> heya carlos
[10:18] <lifeless> mpt: ok. But do consider the better entities for the page.
[10:18] <mpt> yes, I've fixed those already, thanks
[10:18] <mpt> and I'll use them from now on
[10:19] <mpt> (&rsquo; and &ldquo; and &mdash;, oh my!)
[10:19] <sivang> anybody have an idea what could cause make check to return something like:
[10:19] <sivang> make[1] : *** [search_path]  Error 1
[10:19] <sivang> Failed to create database or load sampledata.
[10:19] <sivang> make: *** [check]  Error 1
[10:19] <sivang> I have only make chekc running , and postgres is listening. RF is running okay when executed seperately.
[10:20] <mpt> sivang, no, but whenever I make schema I wait 5 seconds before make anythingelse
[10:21] <sivang> mpt: I'll try.
[10:21] <carlos> sivang: have you tried to recreate the database again?
[10:22] <sivang> carlos: yep, if you reger to 'make schema'. It fails complaining search_path is not set up, but I do have it in my postgres.conf
[10:23] <carlos> sivang: did you installed postgres-contrib and restarted your postgres server ?
[10:23] <sivang> carlos: lemme check
[10:32] <mpt> grrrrrrr, Zope doesn't play nice with named entities
[10:38] <SteveA> mpt: you'll need to be a bit more specific about what you mean
[10:39] <SteveA> if you're using page templates in xml mode, rather than html mode, then you need to define all the entities you're using somehow
[10:39] <SteveA> maybe you're doing something to put the templates into xml mode?
[10:44] <mpt> SteveA, the specific problem was that I wrote &#entity; instead of &entity;, and instead of saying "Unknown entity", the traceback said "<div> requires explicit </div> at line XYZ"
[10:44] <mpt> so it took me a few extra minutes to realize that the error message wasn't true
[10:45] <mpt> (well, it was strictly true, but irrelevant)
[10:45] <SteveA> mpt: please file a specific bug on launchpad about this.  we'll pass it upstream soon.
[10:46] <mpt> ok
[10:46] <SteveA> stub: morning
[10:46] <stub> SteveA: Morning
[10:47] <SteveA> I have an interview at launchpad meeting time
[10:47] <SteveA> so, would you run today's meeting?
[10:48] <stub> SteveA: ok
[10:48] <SteveA> ta
[10:48] <stub> SteveA: Do we have an agenda?
[10:48] <SteveA> on the wiki
[10:48] <SteveA> https://launchpad.canonical.com/MeetingAgenda
[10:48] <SteveA> I also bookmark  https://launchpad.canonical.com/MeetingAgenda?action=raw
[10:48] <SteveA> for easy cut and paste
[10:49] <sivang> carlos: installed and restarted, same error.
[10:50] <carlos> sivang: installed, restarted and executed make schema ?
[10:50] <sivang> carlos: make scheam fails :-) with the same complaint about search_path
[10:51] <carlos> then, you miss something...
[10:51] <carlos> sivang: did you installed launchpad-database-dependencies ?
[10:52] <sivang> carlos: indeed. is there a specific package this needs to run other then pg-contrib ?
[10:53] <carlos> I don't think so
[10:53] <sivang> carlos: I think I'll retry DatabaseSetup, to crefresh stuff. 
[10:53] <carlos> yeah, good idea
[12:03] <stub> jamesh: Will it be a problem if the oops reports from gandwana and gangotri are stored in two seperate trees?
[12:04] <jamesh> stub: it shouldn't be a problem
[12:04] <jamesh> stub: the oops.cgi script already searches multiple directories so it can display both production and staging errors
[12:04] <stub> ok. Nick setup the oops mirroring that way, and there are some advantages to doing it that way so I'll leave things in the new paths
[12:05] <jamesh> and the OOPS analysis script can do multiple dirs
[12:10] <SteveA> when we come to change the location of our archives, how about sodium:/srv/code/ as the new location for sodium:/home/warthogs/archives/  ?
[12:10] <elmo> SteveA: if we're changing things, can we please also get away from using hostnames and migrate to a role alias
[12:11] <SteveA> what does that mean?
[12:11] <elmo> i.e. sodium -> code.launchpad.net or something
[12:11] <SteveA> what's the advantage of that?
[12:11] <mpt> hear hear
[12:11] <elmo> if we have to move the machine again, we don't have to change all developers + pqm's hardcoded instances of chinstrap, sodium, whatever
[12:12] <SteveA> ok
[12:12] <elmo> I'm not particularly attached, it doesn't cause me any pain, so 'tever, just a suggestion
[12:12] <SteveA> what about devel.launchpad.net ?
[12:12] <elmo> sure
[12:12] <lifeless> isn't that something we might want for public launchpad stuff?
[12:12] <SteveA> I'll add it to today's meeting agenda
[12:13] <lifeless> I'd prefer a canonical.com address for it
[12:13] <lifeless> s/address/name/
[12:14] <SteveA> it's on the meeting agenda
[12:14] <elmo> (I may not be around for the meeting, I have some boxes to shift - but FWIW, canonical.com is fine by me too - whatever you guys decide (within reason))
[12:14] <SteveA> thanks elmo
[12:18] <sivang> stub: do you have any idea what could have changed from dapper->edgy that would fail make check, with the complaint search_path is not configured although it is?
[12:19] <stub> sivang: Have you bounced your db since updating search_path? Are you sure you are connecting to the PostgreSQL 8.1 database, and you updated the PostgreSQL 8.1 config file?
[12:20] <sivang> stub: I have all confugrations updated, yes, if bounced = restart, then yes 
[12:20] <sivang> stub: also all dependencies are there
[12:20] <sivang> stub: could it be that something changed in the packaging such that the search_oath needs updating for edgy? </thought>
[12:20] <stub> psql -d launchpad_dev -c 'show search_path'
[12:21] <stub> Oh... edgy. No idea. Haven't looked at PostgreSQL under edgy.
[12:22] <SteveA> mpt: hi
[12:22] <mpt> hi SteveA 
[12:22] <SteveA> preserving whitespace and monospacing bug comments
[12:23] <SteveA> why do we use a proportional font for bug comments?
[12:23] <sivang> stub: hmm, it says launchpad_dev does not exist
[12:24] <mpt> SteveA, because it's easier to read, and there's no reason not to, except for ASCII art and manually-spaced lists that wouldn't work in the current column width even if it was monospace
[12:24] <SteveA> what about for snippets of code?
[12:24] <SteveA> and tracebacks?
[12:25] <mpt> Leading space is preserved
[12:25] <stub> And all the other use cases we had when this was argued about last time
[12:25] <SteveA> one of our main goals for launchpad right now is getting upstreams to adopt launchpad
[12:25] <jamesh> stub: oops.cgi should be working now
[12:26] <SteveA> I feel that our having poor formatting for typical programmers' uses for bug reports stands in the way of that
[12:26] <mpt> SteveA, I understand that, and it'll be great if that forces usability improvements in Malone, but just flipping the font family without widening the column will not achieve any of what people are asking for when they say "please use monospace"
[12:26] <SteveA> and that the ease of reading for other users is only a marginal benefit
[12:27] <stub> Our target audience wants a monospaced font. This isn't the support tracker, it is the bug tracker.
[12:27] <SteveA> mpt: so, you're saying that there is a problem with changing the font to monospace, and that is that we will have fewer characters per line in the bug comments
[12:28] <mpt> SteveA, not quite, I'm saying that when people say "please use monospace" they really mean They really mean "please use monospace and and at least 80 columns, so that code snippets and hard-wrapped e-mail look exactly the same"
[12:28] <SteveA> right now, on my screen, I see 86 characters proportional spaced
[12:28] <SteveA> I propose we try switching to monospaced, and see what happens
[12:29] <stub> I think you are putting words in developers mouth.
[12:29] <SteveA> we can initially compare staging with production for a few days
[12:29] <mpt> ok, that's easy
[12:29] <SteveA> and then if it is not an absolute disaster
[12:29] <SteveA> we can leave it on production for a while, and see what the feedback is
[12:29] <mpt> stub, it's called usability engineering :->
[12:29] <SteveA> I know we've had some specific feedback from the python guys that they'd prefer monospaced
[12:30] <mpt> yes, I saw that
[12:30] <SteveA> would we also have to do anything special in the DPOT code?
[12:30] <SteveA> we'd still want to linkify things
[12:30] <mpt> I don't think so
[12:30] <mpt> unless we want it to still be monospace in browsers that are graphical but don't do CSS
[12:31] <mpt> in which case DPOT would need to add <tt>...</tt> for each line
[12:33] <mpt> I'll make that change right now
[12:33] <jamesh> mpt: we probably don't want fmt:text-to-html to add the <tt> tags
[12:33] <SteveA> ok.  so we'll do that, and evaluate on staging vs production
[12:33] <jamesh> mpt: unless we want product descriptions and all the other uses of that code to go monospace
[12:34] <SteveA> also, I'd like kiko to reply to greg ward, asking greg to point out some bugs where the formatting is problematic on the demo site
[12:34] <mpt> jamesh, true, it would need to be a new formatter
[12:34] <SteveA> rather than just an immediate "yuck, it is proportional!" reaction
[12:34] <jamesh> mpt: why not just use css to do font-family: monospace ?
[12:34] <jamesh> for the bug comments?
[12:35] <mpt> jamesh, that's what I'm doing right now
[12:36] <mpt> but, as I said, we'd need to change DPOT instead if we want it to still be monospace in browsers that are graphical but don't do CSS
[12:36] <SteveA> we don't support any such browsers
[12:36] <SteveA> as far as I'm aware
[12:36] <jamesh> that seems like a very small minority
[12:37] <jamesh> (and people using lynx or links will already see the text in monospace)
[12:37] <mpt> yes, that's why I referred to graphical browsers in particular
[12:40] <jamesh> I doubt the people complaining are using such browsers
[12:41] <mpt> I will be more careful about my use of the word "unless" in future
[12:42] <SteveA> because it might be confused with "more" ?
[12:43] <jamesh> trac doesn't seem to do monospace: e.g. http://www.avahi.org/ticket/45
[12:44] <jamesh> however the import done for the python bug tracker comp is monospace: http://python-trac.swapoff.org/ticket/223599
[12:44] <jamesh> as trac uses wiki markup for the comments, it seems that they wrapped each comment in {{{...}}}
[12:44] <jamesh> which would mean that new comments would not be monospace
[12:45] <mpt> teehee
[12:45] <SteveA> so, when kiko replies, he should also point out this about trac
[12:46] <SteveA> we don't offer people the choice of formatting
[12:46] <jamesh> if you hit the reply link next to one of the comments, you can see the formatting they've used
[12:47] <SteveA> you get
[12:47] <SteveA>  > {{{
[12:47] <SteveA>  > stuff
[12:47] <SteveA>  > }}}
[12:47] <SteveA> which basically won't work
[12:47] <elmo> giggle
[12:48] <SteveA> there's a problem with display of &gt; too
[12:48] <SteveA> and a strange horizontal scrolling text area at the top of the bug display
[12:49] <jamesh> the XML dump generated by effbot's screen scraping tool generated double-escaped entities
[12:49] <jamesh> so we had the &gt;, etc problems too in the first import
[12:50] <mpt> We might just win this thing out of sheer lack of incompetence :-)
[12:50] <raphink> hi there
[12:50] <sabdfl> moin moin folks
[12:50] <raphink> is launchpad already able to manage other distros than Ubuntu?
[12:50] <raphink> I mean managing packages, specifications, and so on
[12:51] <raphink> I see distros registered on it, but no packages added
[12:51] <SteveA> mpt: hubris will win us nothing.
[12:53] <SteveA> raphink: we have this for some derivatives of Ubuntu.  what distribution are you thinking of?
[12:54] <SteveA> the soyuz package management infrastructure only works for ubuntu right now
[12:54] <jamesh> for comparison, here's that particular bug in each of the trackers listed in the competition:
[12:54] <jamesh> https://demo.launchpad.net/products/python/+bug/sf223599
[12:54] <jamesh> http://python-trac.swapoff.org/ticket/223599
[12:54] <jamesh> http://efod.se/python-tracker/issue223599
[12:54] <jamesh> http://jira.python.atlassian.com/browse/PY-1
[12:54] <raphink> SteveA: I've got my own project of a derivative
[12:54] <SteveA> jamesh: please put this on an internal wiki page, so we can look at it later, in the meeting
[12:55] <SteveA> jamesh: in the MeetingAgenda "notes" section if you like
[12:57] <raphink> SteveA: ok
[12:57] <raphink> I'll bbl
[01:09] <jamesh> one thing the Trac import is doing is importing the bug activity
[01:09] <mpt> jamesh, would you like to review the monospace changes?
[01:09] <jamesh> (which we aren't)
[01:09] <jamesh> mpt: sure.
[01:09] <mpt> https://sodium.ubuntu.com/~andrew/paste/filenCZ0Ed.html
[01:09] <mpt> But the main purpose of this diff was to lighten up on the tags presentation
[01:10] <jamesh> mpt: looks okay.
[01:10] <mpt> thanks jamesh
[01:10] <jamesh> I can update demo.lp.net when it lands
[01:12] <Lie_Ex> I've uploaded kalzium's zh_CN po file to launchpad.net(User Upload Mode) for three times,but all failed...Could anyone please tell me why?
[01:16] <mpt> bother
[01:16] <mpt> carlos or jordi, ^^
[01:16] <carlos> Lie_Ex: which error are you getting?
[01:16] <mpt> Is it not possible to push two a branch to a repository while another branch is pushing?
[01:16] <mpt> s/two//
[01:19] <Lie_Ex> carlos: No response from launchpad,and no error when uploading.But when I check its status after 24 hours,it shows"failed".I've tried more than one time.
[01:19] <carlos> I see
[01:19] <carlos> we should improve it a bit more...
[01:19] <carlos> Lie_Ex: have you executed 'msgfmt -v -c -o /dev/null yourfile.po' ?
[01:20] <carlos> if there is something wrong with your file, that command should tell you it
[01:23] <Lie_Ex> carlos: Thank you for your replying.Ive executed the command,but no errors...
[01:24] <carlos> Lie_Ex: ok, let me check our logs
[01:24] <carlos> then it should be a bug in our side
[01:24] <salgado> cprov, your archive-tools branch has two conflicts
[01:24] <Lie_Ex> carlos: Thanks.^^
[01:25] <cprov> salgado: will fix 
[01:25] <carlos> Lie_Ex: can you give me a URL to see your file?
[01:26] <Lie_Ex> carlos: By the way,I've changed the po's status from "failed" to "deleted" in import queue.
[01:26] <carlos> ok
[01:26] <carlos> that's enough to find that entry myself
[01:27] <Lie_Ex> carlos: http://www.myswear.net/myswear/kde/li/kalzium.po
[01:29] <carlos> ok
[01:30] <mpt> SteveA, monospaceness is in PQM
[01:30] <SteveA> thanks matt
[01:31] <carlos> Lie_Ex: it's our fault
[01:32] <carlos> Lie_Ex: as a workaround, go to line: 3636
[01:32] <carlos> Lie_Ex: and add a new line after the msgstr "" string
[01:33] <carlos> that will make our parser happy
[01:33] <Lie_Ex> carlos: Find it...Now I'll retry,thank you.
[01:33] <carlos> you are welcome
[01:33] <carlos> I'm going to file a bug about that
[01:33] <carlos> Lie_Ex: thanks for your report
[01:56] <stub> Launchpad meeting in 4 minutes. Workrave now if you need to.
[01:58] <cprov> salgado: archive-tools should be fixed now, thanks for the "heads up".
[01:58] <salgado> thanks
[01:59] <kiko> morning
[02:00] <SteveA> hi kiko
[02:00] <SteveA> I asked stub to run the meeting, as I have an interview in the first part of it
[02:00] <stub> Launchpad meeting. Who is here?
[02:00] <malcc> me
[02:00] <spiv> me
[02:00] <SteveA> i'm here (but not paying too much attention right now)
[02:00] <salgado> me
[02:00] <flacoste> me
[02:00] <jamesh> me
[02:00] <mpt> me
[02:00] <ddaa> me
[02:01] <carlos> me
[02:01] <matsubara> me
[02:01] <danilos> me
[02:01] <kiko> me
[02:01] <cprov> me
[02:01] <kiko> :)
[02:01] <stub> jordi: ping
[02:01] <Kinnison> me
[02:01] <carlos> Lie_Ex: btw, this is the bug you found: https://launchpad.net/bugs/54239
[02:01] <Ubugtu> Malone bug 54239 in rosetta "PO Parser should allow things like msgstr "" "foo" in the same line" [Medium,Confirmed]  
[02:02] <Lie_Ex> carlos: ^^
[02:02] <kiko> stub, enough roll call? :)
[02:02] <stub> Everyone online is here. Anyone we are missing?
[02:02] <kiko> bjorn?
[02:03] <matsubara> bjorn is on vacation
[02:03] <salgado> vacation?
[02:03] <malcc> Vacation
[02:03] <kiko> brad's away
[02:03] <stub> ddaa is on leave too
[02:03] <ddaa> hu?
[02:03] <kiko> so then it sounds like us
[02:03] <lifeless> sortof here
[02:03] <carlos> stub: I see him on this sprint....
[02:03] <stub> ddaa: Acording to the agenda you are on leave :)
[02:03] <lifeless> enoough to say my bit about things
[02:03] <stub> Ok... agenda.
[02:03] <stub> = Agenda ==
[02:03] <stub>  * Roll call
[02:03] <stub>  * Agenda
[02:03] <stub>  * Next meeting
[02:03] <stub>  * Activity reports
[02:03] <stub>  * Actions from last meeting
[02:03] <carlos> ddaa: nice way to be on vacations ;-)
[02:03] <stub>  * Oops report (Matsubara)
[02:03] <stub>  * Bug report report (mpt)
[02:03] <stub>  * Sysadmin requests
[02:03] <stub>  * Production and staging (Stuart)
[02:03] <stub> ----
[02:03] <stub>  * Using email in a distributed team (Steve, Kiko)
[02:03] <stub>  * Location of code on sodium as `/srv/code/`
[02:03] <stub>  * Name of our development machine
[02:03] <stub>  * Python demo status update (James H)
[02:04] <stub>  * Monospaced bug paragraphs
[02:04] <stub>  * (other items)
[02:04] <stub> ----
[02:04] <stub>  * Keep, Bag, Change
[02:04] <stub>  * Three sentences
[02:04] <stub> Next meeting same time next week?
[02:04] <stub> 5
[02:04] <stub> 4
[02:04] <stub> 3
[02:04] <stub> 2
[02:04] <stub> 1
[02:04] <carlos> stub: I will be on vacations next week
[02:04] <carlos> so I will not be able to attend it
[02:04] <lifeless> I proposed use the pqm-submit plugin to submit to pqm. (robert/spiv/jamesh)
[02:04] <lifeless> is it not on the agenda ?
[02:05] <stub> * launchpad bzr development workflow (robert/jamesh)
[02:05] <stub>  * use the pqm-submit plugin to submit to pqm. (robert/spiv/jamesh)
[02:05] <stub>  * (proposed item) (name of proposer)
[02:05] <stub> 
[02:05] <stub> We will do them in 'other items' in order if that is ok?
[02:05] <kiko> wow, lots on the agenda, plough on stubster 
[02:05] <lifeless> sure.
[02:06] <lifeless> if I fade, spiv or jamesh can talk about pqm-submit
[02:06] <stub> Activity reports. Who is cool, who isn't?
[02:06] <lifeless> the development workflow one is stale I think
[02:06] <malcc> I'm way cool
[02:06] <lifeless> vaguely cool
[02:06] <stub> I'm cool
[02:06] <ddaa> I'm on a sprint but otherwise up to date
[02:06] <danilos> cool (sent a batch for last week today)
[02:06] <flacoste> cool
[02:06] <Kinnison> I'm blazingly hot and reaching towards phoenix flame
[02:06] <kiko> I'm not post-sprint, but will start again now.
[02:06] <cprov> I'm not cool, will send a summary for this week
[02:06] <jamesh> I'm not cool
[02:06] <matsubara> I'm behind
[02:06] <carlos> I'm not cool :-(
[02:06] <mpt> cool
[02:06] <salgado> I'm behind but back on track
[02:07] <spiv> I'm cool.
[02:08] <stub> ok.
[02:08] <stub> Again, incomplete reports are better than no reports
[02:09] <stub> (at least while I'm running the meeting ;) )
[02:09] <stub> Actions from last meeting:
[02:09] <stub>  * stub to write up some test policy or punt it to someone better suited
[02:09] <stub>  * ddaa to spec for bug 37897 and hand over
[02:09] <Ubugtu> Malone bug 37897 in launchpad-bazaar "renaming project, product or series breaks vcs imports" [Critical,Confirmed]  http://launchpad.net/bugs/37897
[02:09] <ddaa> not done, focusing exclusively on bzr-native
[02:09] <stub> I updated section 7.7 on the LaunchpadHackingFAQ, which counts as 'done' I think.
[02:09] <kiko> ddaa, can that bug be handed over?
[02:10] <kiko> and does anyone else on the team have that knowledge?
[02:10] <danilos> I got a bug #44860 assigned, and my branch with the fix is waiting for review
[02:10] <Ubugtu> Malone bug 44860 in rosetta "Crash when we try to pass a query string to a POFile that doesn't exist yet." [High,Confirmed]  http://launchpad.net/bugs/44860
[02:10] <ddaa> kiko: lifeless has, but he's sorta busy too
[02:10] <kiko> danilos, want me to review that?
[02:10] <stub> ddaa: Is it actually a critical problem, or is the maintenance burden the way things are at the moment not too bad?
[02:10] <kiko> I'd be happy to
[02:11] <danilos> kiko: sure, should I move it to your section on PendingReviews page?
[02:11] <kiko> danilos, yes, but only if you are prepared to ping me on IRC if I don't do it this morning
[02:11] <ddaa> stub: in so far as there is no practical way to monitor the failures this bug causes, it's not a significant maintenance burden
[02:11] <danilos> (it's in generalqueue right now)
[02:11] <danilos> kiko: ok, fine by me
[02:12] <stub> ddaa: I'm not sure if that means it should remain an action item, or if the bug should be downgraded.
[02:12] <ddaa> stub: there should probably be some discussion about proritizing importd fixes, I think i'll downgrade the bug right now
[02:12] <danilos> kiko: woops, andrew bennets already took it
[02:12] <kiko> ddaa, realistically, are you going to get around to doing that in the next 4 weeks?
[02:13] <kiko> spiv, want to hand that to me? I'm particularly interested in that part of the code
[02:13] <ddaa> kiko: depending on proritizing, I may do it as soon as next week, as bzr-native is due to rollout tomorrow.
[02:13] <kiko> ddaa, why not do it next week, then? It's such a long-standing bug..
[02:13] <spiv> kiko: sure
[02:13] <stub> If the bug is being down graded, we can count the action item as handled anyway.
[02:13] <stub> Moving along.... OOPS report.
[02:14] <kiko> danilos, move it to me :)
[02:14] <matsubara> On today's report I just want to check on the status of bugs 44860, 2497, 30602
[02:14] <matsubara> I'm keeping this concise today because the MeetingAgenda has lots of items and with the chinstrap to sodium migration, we had a small gap on the OOPS reports.. 
[02:14] <Ubugtu> Malone bug 44860 in rosetta "Crash when we try to pass a query string to a POFile that doesn't exist yet." [High,Confirmed]  http://launchpad.net/bugs/44860
[02:14] <danilos> kiko: ok ;)
[02:14] <Ubugtu> Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  http://launchpad.net/bugs/2497
[02:14] <Ubugtu> Malone bug 30602 in rosetta "ERROR IN: https://launchpad.net/distros/ubuntu/dapper/+source/vlc/+pots/vlc/tl/+translate" [Medium,Confirmed]  http://launchpad.net/bugs/30602
[02:14] <matsubara> I'm catching up on that, and will generate an accumulated report since the last rollout, send to the list and followup from there, contacting the developers responsible for the code in question, nagging them to prioritize oops bugs. :)
[02:14] <matsubara> danilos already said that 44860 is up for review, and kiko agreed that he'll review it.
[02:14] <ddaa> kiko: because it might be considered more important e.g. to implement some useful feedback system for imports :)
[02:14] <matsubara> kiko and carlos are working on 2497 and 30602 respectively, right?
[02:15] <kiko> matsubara, I had an idea for 2497, so yes I'll work on that.
[02:15] <carlos> matsubara: well, I will, I didn't start 30602....
[02:15] <matsubara> kiko: thanks
[02:15] <carlos> trying to finish the dapper -> edgy migration before leaving for vacations next week...
[02:16] <kiko> matsubara, my idea is, for the record, using KarmaContext to frame the query.
[02:16] <matsubara> carlos: hmm, perhaps hand that over then? it's one of the top timeouts
[02:16] <carlos> matsubara: I will try to fix it tomorrow, migration should be done today
[02:16] <carlos> and if I don't finish it, I will pass it to danilos. If he agrees ;-)
[02:16] <danilos> carlos: sure
[02:16] <matsubara> carlos: great! thanks dude
[02:17] <kiko> carlos, maybe hand it over to danilos now, because you don't have a lot of time for both tasks.
[02:17] <stub> So that is all three then.
[02:17] <carlos> kiko: we are doing the migration together
[02:17] <kiko> carlos, yes, but danilo won't be on holiday next week :)
[02:17] <carlos> kiko: in fact it's done, we are just improving its performance
[02:17] <matsubara> yes, thanks stub, thanks guys. I'll nag some of you later.
[02:17] <danilos> btw, OOPS for that bug report is missing
[02:18] <stub> 44860 awaiting review, 2497 kiko, 30602 danilos
[02:18] <carlos> kiko: yeah, that's why I will forward him that task if it's not done before leaving tomorrow ;-)
[02:18] <danilos> ok, reassigning to 30602 myself
[02:18] <stub> Next is critical bug reports with our host mpt.
[02:18] <mpt> Since we have lots of stuff to discuss, I'll keep this short too
[02:18] <mpt> Today's oldest most important open bug reports are:
[02:18] <mpt> bug 2497 (/people/*/+translations times out for prolific translators), Confirmed, Critical, kiko
[02:18] <mpt> bug 31038 (private), Confirmed, Critical, cprov
[02:18] <mpt> bug 31609 (buildd maintainers need to be informed of build failures), Confirmed, Critical, cprov
[02:18] <Ubugtu> Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  http://launchpad.net/bugs/2497
[02:18] <Ubugtu> Malone bug 31609 in soyuz "buildd maintainers need to be informed of build failures" [Critical,Confirmed]  http://launchpad.net/bugs/31609
[02:18] <mpt> bug 35965 (exceptions in process-upload not communicated to uploader),
[02:18] <mpt> Confirmed, Critical, malcc
[02:18] <mpt> bug 37897 (renaming project, product or series breaks vcs imports), 
[02:18] <mpt> Confirmed, Critical, ddaa
[02:18] <mpt> bug 31308 (Cannot set branch associated to a product series), Confirmed, Critical, lifeless
[02:18] <matsubara> danilos: I'll find one for it and update the description
[02:18] <Ubugtu> Malone bug 35965 in soyuz "exceptions in process-upload not communicated to uploader" [Critical,Confirmed]  http://launchpad.net/bugs/35965
[02:18] <Ubugtu> Malone bug 37897 in launchpad-bazaar "renaming project, product or series breaks vcs imports" [High,Confirmed]  http://launchpad.net/bugs/37897
[02:18] <Ubugtu> Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,Confirmed]  http://launchpad.net/bugs/31308
[02:19] <danilos> matsubara: ok, thanks
[02:19] <mpt> These are all boring because they were all on the top-ten list last week
[02:19] <kiko> mpt, mostly soyuz and bazaar?
[02:19] <mpt> cprov, malcc, ddaa, is there any way we can help unblock you?
[02:19] <kiko> interesting.
[02:19] <mpt> and kiko
[02:19] <lifeless> the last one is me
[02:20] <lifeless> it is in my non-code queue, will be getting to it soon, honesy
[02:20] <cprov> mpt: my fault, could not work on them, due the soyuz last rollout failure/firefighting
[02:20] <mpt> kiko: New hires! :-)
[02:20] <ddaa> mpt: I heard there's a new hire for launchpad-bazaar on his way, that will certainly be a great help in the long run
[02:20] <matsubara> danilos: actually it's missing because it's pointing to sodium, replace that URL with chinstrap and the it'll find the oops. log migration from chinstrap to sodium are on the way.
[02:20] <malcc> mpt: For me and cprov, I don't think so, there's just a lot of urgent things to do
[02:20] <danilos> matsubara: ah, ok, I thought everything was removed from chinstrap
[02:20] <ddaa> apart from "more hands" and "longer days" not much can be done.
[02:20] <malcc> mpt: Unless you have a secret stash of experienced Soyuz developers
[02:20] <mpt> malcc, are those urgent non-bug things, or are they bugs that are Critical and aren't being marked as such?
[02:20] <stub> cprov, malcc: Are the other urgent things flagged as critical bugs? Or are there other things taking a higher priority?
[02:20] <matsubara> danilos: nope, chinstrap is back again
[02:21] <danilos> matsubara: ok, thanks
[02:21] <malcc> The things I've also been working on are also critical bugs, or landing longstanding branches
[02:22] <mpt> In the absence of any ideas for unblocking the assignees, I'm done
[02:22] <jamesh> matsubara: we don't have the really old OOPS reports on sodium
[02:22] <malcc> In the specific case of 35965, it makes efficiency sense to land process-upload-tidy first as it will help with this
[02:22] <jamesh> matsubara: but the oops.cgi on sodium is working
[02:23] <matsubara> jamesh: I've seen that, but I thought every oops id appearing on a bug description would be migrated to sodium.
[02:23] <jordi> stub: sorry, I'm trapped in some office crisis right now :(
[02:23] <mpt> thanks stub
[02:23] <jordi> stub: I can msg you my stuff
[02:23] <stub> matsubara: We can discuss this after if you want
[02:23] <jamesh> matsubara: something to discuss later
[02:23] <matsubara> jamesh: anyway that's not such a big deal since we have chinstrap back.
[02:23] <stub> jordi: ok.
[02:23] <jordi> okay
[02:23] <matsubara> stub, jamesh ok
[02:23] <stub>  * Sysadmin requests
[02:24] <stub> Any outstanding requests we need to chase?
[02:24] <danilos> yes
[02:24] <danilos> #15015 (mawson account), #14579 (VoIP)
[02:24] <cprov> RT 12700 (ressurect mawson UI)
[02:24] <cprov> make disk space in drescher
[02:25] <kiko> cprov, we agreed to delete some of the stuff there, right?
[02:25] <stub> danilos: 15015 is blocked on me I think.
[02:26] <stub> ACTION: SteveA to go through those RT issues and chase elmo if appropriate
[02:26] <stub> (ok?)
[02:26] <danilos> stub: ok, is there anything I need to do to help it get unblocked?
[02:26] <cprov> kiko:  right, but it's still there ;)
[02:26] <ddaa> SteveA appears to be busy in some voice call.
[02:27] <stub> danilos: I'll discuss it after the meeting.
[02:27] <danilos> stub: ok
[02:27] <stub> Production and staging.
[02:27] <stub> Are boring (yay).
[02:27] <stub> Next tuesday should be the regular production update, rolling out HEAD as of now.
[02:27] <stub> However, the last few weeks we have ended up rolling out HEAD or something close so take that with a grain of salt.
[02:28] <jordi> stub: there you go
[02:28] <ddaa> heads will roll!
[02:28] <mpt> out!
[02:28] <stub> I have a spec to write for edge.launchpad.net which may reduce our need to push out urgent features. 
[02:29] <stub> Any queries on the production or staging  environments?
[02:29] <stub> 5
[02:29] <stub> 4
[02:29] <stub> 3
[02:29] <stub> 2
[02:29] <stub> 1
[02:29] <stub>  * Using email in a distributed team (Steve, Kiko)
[02:29] <stub> kiko: Can you take that, or should we defer it to next week?
[02:30] <kiko> I can only guess what Steve is alluding to
[02:30] <kiko> but I believe it's meant that we underline the fact that people should rely on email for their communication, not IRC
[02:30] <stub> Ok. We shall leave that until next week unless Steve gets back from his meeting early.
[02:30] <stub> +1
[02:31] <kiko> okay.
[02:31] <stub>  * Location of code on sodium as `/srv/code/`
[02:31] <stub> You know about that lifeless?
[02:31] <lifeless> in general yes
[02:31] <lifeless> sounds fine to me to move things around
[02:32] <stub> Cool. So less typing == less RSI == happier developers.
[02:32] <jamesh> "/code" would be even shorter
[02:32] <mpt> and happier PendingReviews page
[02:32] <stub> Perhaps we can get the new element named machines to use their two letter codes as an alias for even shorter paths ;)
[02:32] <kiko> stub, that'd rock
[02:32] <spiv> jamesh: so would "/c" ;)
[02:33] <jamesh> na.ubuntu.com
[02:33] <spiv> stub: Well, I think that leads onto the next agenda item...
[02:33] <ddaa> better '/cl', you have "sftp://na/cl/" !
[02:33] <stub>  * Name of our development machine
[02:33] <stub> No owner
[02:34] <jamesh> this was something elmo brought up
[02:34] <jamesh> whether we want to use an alias for our code machine in case we need to move again
[02:34] <jamesh> so the alias can follow us
[02:34] <carlos> code.canonical.com ? :-P
[02:34] <carlos> it's the tipical....
[02:34] <mpt> bikeshed.canonical.com
[02:34] <ddaa> metal.canonical.com
[02:34] <spiv> mpt: haha
[02:34] <danilos> short one: aliastocodemachine.canonical.com? ;)
[02:34] <carlos> whatever.canonical.com
[02:34] <kiko> well
[02:34] <Kinnison> forest.canonical.com
[02:34] <kiko> is it really code?
[02:35] <Kinnison> since it's full of trees
[02:35] <kiko> I mean, you have to consider the fact that we /do/ have bazaar.launchpad.net
[02:35] <lifeless> well
[02:35] <lifeless> this is for our development
[02:35] <lifeless> I think its inappropriate to use launchpad.net for this
[02:35] <kiko> does this mean that all canonical code goes to it?
[02:35] <kiko> I agree lifeless 
[02:35] <danilos> ok, if it's for development, then aliastodevelopmentmachine.c.c
[02:36] <lifeless> so, launchpadcode.canonical.com
[02:36] <lifeless> or lpcode.canonical.com
[02:36] <kiko> if the policy is that "all non-OSS canonical code goes to sodium" then I'm fine with code.canonical.com
[02:36] <ddaa> red! blue!
[02:36] <kiko> otherwise lpcode or launchpadcode are great.
[02:36] <ddaa> green! purple!
[02:36] <lifeless> kiko: AIUI its lp only
[02:36] <kiko> lifeless, then lpcode is fine.
[02:36] <jamesh> of course, if we move, we could probably alias sodium.ubuntu.com to the new machine.
[02:36] <stub> Ok. So we want one, and we should have one for just lp code.
[02:36] <jamesh> (assuming sodium continues to be used by just the LP team)
[02:36] <kiko> right
[02:36] <lifeless> so, lets do lpcode.c.c
[02:36] <kiko> +1 lifeless 
[02:37] <stub> lifeless: Can you rt that and deal with pqm?
[02:37] <lifeless> and jamesh and I will timetable a migration for our setup next week
[02:37] <danilos> why not do codepad.c.c instead?
[02:37] <lifeless> I will file the relevant RT request tomorrow
[02:37] <lifeless> danilos: its less clear ?
[02:37] <danilos> ok, I'll shut up :) (but it's funnier)
[02:37] <kiko> and too cute :-) /me chides danilos 
[02:37] <stub> We can discuss alternative names later on IRC and summarize to the mailing list
[02:37] <stub>  * Python demo status update (James H)
[02:38] <jamesh> The demo machine is set up at https://demo.launchpad.net, with incoming and outgoing bugmail support
[02:38] <kiko> I've been going over them, as has bradb
[02:38] <jamesh> Yesterday I put up our entry on the Python wiki and have emailed the Python infrastructure committee
[02:39] <carlos> kiko, lifeless: isn't landscape using sodium?
[02:39] <jamesh> In general, the imported data looks good, but there are a few areas to polish
[02:40] <stub> jamesh: So everything is under control?
[02:40] <stub> carlos: No
[02:40] <jamesh> so we'll be doing that as we pick up the problems (or get requests from the Python guys)
[02:40] <jamesh> stub: yes.
[02:40] <carlos> stub: ok
[02:40] <kiko> cool.
[02:40] <lifeless> carlos: not AFAIK
[02:40] <stub> Which leads us on to  * Monospaced bug paragraphs (unless James has more)
[02:41] <jamesh> I don't have anything further to add about the Python import
[02:41] <kiko> hmmm
[02:41] <stub> I believe this was discussed between SteveA and mpt earlier, with me throwing peanuts from the gallary.
[02:42] <kiko> yeah, it's a controversial thing in LP
[02:42] <mpt> And it would have landed by now, if it wasn't for those meddling ki^Wpagetests
[02:42] <stub> Last I heard was we would switch the CSS to be monospaced to have a look on staging, probably followed by a trial on production
[02:43] <stub> mpt: That cover it?
[02:43] <mpt> yep
[02:43] <stub>  * use the pqm-submit plugin to submit to pqm. (robert/spiv/jamesh)
[02:43] <lifeless> everyone should be using this plugin
[02:43] <lifeless> its documented on the usingsharedrepositories wiki page
[02:44] <spiv> "WorkingWithSharedRepositories" is the name of the wiki page.
[02:44] <jamesh> we talked with j-a-meinel yesterday about some of the problems people have had with the plugin, and worked out a few concrete improvements to make it harder to do the wrong thing
[02:44] <lifeless> its under development by the bzr folk
[02:44] <mpt> I had to revert to a non-current version of the plug-in for it to work at all
[02:44] <jamesh> there is a new branch location for the plugin listed on the wiki page now, which will work with bzr-0.8 (no need to rollback)
[02:45] <stub> What is the lp product name to file bugs against if people need to?
[02:45] <jamesh> stub: bzr-pqm
[02:45] <spiv> mpt: yes, that issue is documented on the wiki page.
[02:45] <spiv> Hmm, well, it was...
[02:45] <jamesh> spiv: not any more -- the branch the wiki points to now works
[02:46] <spiv> jamesh: ah, nice
[02:46] <stub> Everyone should point their plugin checkout to that same location so we are all running the same code?
[02:47] <jamesh> the fixes that will hopefully be done shortly are (a) not default to submitting merges to bzr.dev and (b) look up the pqm branch on the repo if it isn't set for the branch (this is a work around for branches.conf sections being shadowed)
[02:48] <stub> Please email the mailing list when there are significant fixes so we can all update
[02:48] <kiko> right
[02:48] <stub> And moving along...
[02:48] <stub>  * launchpad bzr development workflow (robert/jamesh)
[02:48] <stub> Discuss this now or next week?
[02:49] <kiko> sounds like next week ;)
[02:49] <jamesh> probably next week
[02:49] <stub> Keep, bag, change
[02:49] <ddaa> KEEP: sprints in a hotel with a sauna
[02:49] <spiv> lifeless said earlier that he thought that agenda item was stale.
[02:49] <sivang> ddaa: hah
[02:50] <carlos> ddaa: but also with swimingpool...
[02:50] <stub> In Thailand, the sauna is just outside ;)
[02:50] <stub> 5
[02:50] <stub> 4
[02:50] <stub> 3
[02:50] <stub> 2
[02:50] <stub> 1
[02:50] <stub> Three sentences
[02:50] <ddaa> DONE: bzr-native
[02:50] <ddaa> TODO: finish and ROLLOUT (!!!) bzr-native
[02:50] <ddaa> BLOCKED: no
[02:50] <malcc> DONE: Landed publish-distro-optimization, broke distro, fixed it again. Landed 54032, sent 53437 for review, working on review response for process-upload-tidy, nearly finished fixing 54039.
[02:50] <malcc> TODO: Land above branches, bug 35965, handover with Kinnison
[02:50] <malcc> BLOCKED: No
[02:50] <flacoste>  DONE: Tests for search tickets UI, add search to ticket creation workflow
[02:50] <flacoste> TODO: Write pagetest for new ticket add workflow, continue implementation of SupportTrackerWorkflowSpec, get the search branches reviewed and land them
[02:50] <flacoste> BLOCKED: no
[02:50] <Ubugtu> Malone bug 35965 in soyuz "exceptions in process-upload not communicated to uploader" [Critical,Confirmed]  http://launchpad.net/bugs/35965
[02:50] <jamesh> DONE: London sprint, python bug tracker import, code reviews
[02:50] <jamesh> TODO: London sprint, code reviews, python bug tracker issues as they turn up.
[02:50] <jamesh> BLOCKED: No
[02:50] <cprov> DONE: firefighting failures soyuz-rollout, fix security adapters for BUILDD stuff (properly)
[02:50] <salgado> DONE: KarmaContext, some optimizations on shipit, code review and other random fixes
[02:50] <cprov> TODO: soyuz critical bugs (dup uploads & buildd-failure-notification), sort out sysadmin requests
[02:50] <cprov> BLOCKED: None
[02:50] <matsubara> DONE: fixed more date bugs on sprints, oops bugs, some triage.
[02:50] <salgado> TODO: Land take 2 of KarmaContext and the other two branches of mine that are being reviewed, more code review and random fixes
[02:50] <salgado> BLOCKED: No
[02:50] <matsubara> TODO: catch up with oops report analysis and activity reports, more bug fixing.
[02:50] <matsubara> BLOCKED: no
[02:50] <danilos> DONE: bug 44860 up for review, rosetta 1.0 work
[02:50] <danilos> TODO: firefox import, bug-fixing
[02:50] <danilos> BLOCKED by food, London food is hard on my stomack ;)
[02:50] <Ubugtu> Malone bug 44860 in rosetta "Crash when we try to pass a query string to a POFile that doesn't exist yet." [High,Confirmed]  http://launchpad.net/bugs/44860
[02:50] <spiv> DONE: bzr smart server work, reviews, sodium migration
[02:50] <spiv> TODO: reviews, bzr webserve for internal branches and for bazaar.launchpad.net, bzr smart server, HOLIDAY
[02:50] <kiko> DONE: management sprint, looking into long-standing critical bugs, code reviews
[02:50] <spiv> BLOCKED: no
[02:50] <mpt> DONE: Internet Explorer layout fix, sodium faffle, various bug fixes
[02:50] <mpt> TODO: switch to using a repository locally too, more bug fixes
[02:50] <mpt> BLOCKED: no
[02:51] <Kinnison> DONE: More AR stuff, more prep for week of handoff with Malcolm. Design work for soft integrity checker
[02:51] <Kinnison> TODO: More finishing, readdress the branches stuck in PR, handoff with malcc
[02:51] <Kinnison> BLOCKED: None
[02:51] <kiko> TODO: fix bug 2496 and the malone bug cleanup, monthly report
[02:51] <carlos> DONE: translation migration, user support, fixes on xaralx translations, some spec working, sprint in London
[02:51] <Ubugtu> Malone bug 2496 in launchpad "Launchpad blows up if you try to use non-ascii characters in your password" [Critical,Fix released]  http://launchpad.net/bugs/2496
[02:51] <kiko> BLOCKED: no
[02:51] <stub> (jordi) DONE: email, imports,
[02:51] <stub> (jordi) TODO: finishup product series imports, email, mail production db requests to stub;
[02:51] <stub> (jordi) BLOCKED: edgy tranlations not yet started
[02:51] <carlos> TODO: finish translation migrations, vacations!
[02:51] <carlos> BLOCKED: no
[02:52] <ddaa> kiko: your TODO includes a bug that's already fix released?
[02:52] <stub> jordi, carlos: Anything we can do about jordi's blockage?
[02:52] <carlos> stub: It's being my main task atm
[02:52] <kiko> ddaa, it was some other bug, rosetta-related. oh well. the one that came up in the oops analysis. :)
[02:52] <matsubara> bug 2497
[02:52] <Ubugtu> Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  http://launchpad.net/bugs/2497
[02:53] <mpt> off-by-one error
[02:53] <carlos> stub: once we get the migration performance improved we will do it. I hope sometime between today and tomorrow
[02:53] <stub> Ok. I thnk that is meeting OVER.  8 minutes overtime. getting worse.
[02:53] <ddaa> sprint lunch time!
[02:53] <Seveas> kiko, do you have a second to spare?
[02:54] <carlos> stub: thanks (i don't mind if it took more time ;-)
[02:54] <mpt> thanks stub
[02:54] <kiko> Seveas, by all means. is it about the IRC bot?
[02:54] <spiv> stub: it was a long agenda.  Thanks, I think you did a good job at keeping it moving.
[02:54] <spiv> carlos: It matters more when it's nearly 11pm :P
[02:54] <kiko> stub, /great/ meeting!
[02:54] <Seveas> kiko, yes, you wanted me to poke you about it, so *POKE*
[02:54] <carlos> spiv: I gues...
[02:54] <carlos> :-P
[02:54] <carlos> guess
[02:55] <salgado> kiko, dude, how about a review of that shipit branch you already reviewed? there are a few other things depending on me landing that branch
[02:55] <kiko> Seveas, hmmm, right. so the problem I have is that private bugs are also reported to launchpad-bugs, so we can't make the bot a trivial bug contact?
[02:56] <kiko> salgado, why not remind me about that more actively? I haven't seen email or a URL from you!
[02:56] <salgado> kiko, well, I replied to your review. thought it was enough
[02:56] <Seveas> kiko, for ubuntu private/invisible bugs are not reported to ubuntu-bugs, a similar thing may be possible for launchpad
[02:56] <kiko> salgado, "assumed" you mean 
[02:56] <kiko> Seveas, you're right. we can do exactly that. hold on.
[02:57] <matsubara> stub, jamesh: so about the OOPS logs. what was decided about them?
[02:57] <cprov> kiko: it reminds me about buildd-ui (sec adapters for buildd-stuff) review, it is also critical, can you do this today ? 
[02:57] <stub> matsubara: I need to check out the disk space on sodium. I can move the old ones back into place easily enough if there is space.
[02:58] <kiko> cprov, sure I can do that
[02:58] <cprov> kiko: great, thank you 
[02:58] <stub> matsubara: There is no script yet to intelligently prune the old oops reports. 
[02:58] <kiko> cprov, just remember to keep reminding me
[02:58] <stub> (and no bug report or spec requesting it yet...)
[02:59] <cprov> kiko: ok
[02:59] <matsubara> stub: will we keep the logs on chinstrap?
[02:59] <matsubara> the old ones I mean?
[02:59] <jamesh> matsubara: depends on what the admins decide
[03:00] <kiko> Seveas, what's ubugtu's name?
[03:00] <Seveas> you mean mail adress?
[03:00] <kiko> hmmm /people/ubugtu?
[03:00] <Seveas> he has no launchpad account
[03:01] <Seveas> if he needs one I'll create it -- for ubuntu it simply uses the mailman mailinglist
[03:01] <kiko> well
[03:01] <kiko> he probably would benefit from one, yes
[03:01] <kiko> otherwise it makes the setup harder to manage
[03:02] <kiko> can you do that and ping me when it's done? I'll set up the other stuff
[03:02] <Seveas> will do
[03:05] <mpt> So Ubugtu is going to be trusted to (a) receive notifications about private bugs, and (b) never emit them?
[03:05] <kiko> mpt, no.
[03:05] <kiko> mpt, Ubugtu will not be security contact -- just bug contact.
[03:05] <matsubara> jamesh, stub: just reported a bug regarding a script to prune oops.
[03:06] <kiko> spiv, ping?
[03:06] <Seveas> kiko, ubugtu-lpbugs is his incoming-lp-mail-account
[03:06] <kiko> thanks.
[03:07] <spiv> kiko: nearly sent.
[03:07] <kiko> spiv, thanks man
[03:07] <spiv> kiko: Hmm, I replied in privmsg...
[03:07] <kiko> spiv, you naughty unregistered boy
[03:07] <spiv> freenode obviously disconnected me at some point.
[03:07] <Seveas> kiko, could you poke me when ready so I can submit a test bug
[03:08] <mpt> ah, I see
[03:08] <kiko> Seveas, I'll need 24h to allow people to stop me from doing this -- I want to give some warning.
[03:08] <Seveas> kiko, fair enough, will work at the code first then ;)
[03:08] <kiko> thanks Seveas 
[03:08] <Seveas> (currently it's quite hardcoded to use incoming ubuntubugmail)
[03:10] <kiko> heh
[03:11] <kiko> Seveas, can you ping me again tomorrow morning so we complete the process?
[03:12] <Seveas> will do
[03:12] <kiko> thanks!
[03:12] <Blue-Omega> hello everyone, whenever i tries to login the ubuntu wiki with my launchpad details i get an error about Invalid user name
[03:12] <kiko> Blue-Omega, are you using your email address?
[03:13] <kiko> Blue-Omega, if so, what is your account name?
[03:13] <kiko> Seveas, https://launchpad.net/people/launchpad-bugs
[03:14] <Blue-Omega> i'm logging in with my email address
[03:15] <Blue-Omega> i get the error "Invalid user name 'Blue-Omega'. Name may contain any Unicode alpha numeric character, with optional one space between words. Group page name is not allowed."
[03:21] <spiv> I'm not sure how to trigger that error.
[03:21] <kiko> it's easy
[03:21] <kiko> just have a hyphen in the user's wikiname
[03:21] <spiv> That's in the "create a new user (in Moin) or save preferences" code path.
[03:21] <kiko> I'm filing a bug
[03:21] <spiv> Which is not like logging in.
[03:21] <spiv> Seriously?  Man, Moin sucks.
[03:21] <kiko> I fixed it for him by removing the hyphen
[03:22] <kiko> https://launchpad.net/products/launchpad/+bug/54243
[03:22] <Ubugtu> Malone bug 54243 in launchpad "Wiki names should not include hyphens" [Untriaged,Unconfirmed]  
[03:23] <kiko> matsubara, if you aren't busy that one is a pretty simple one to fix.
[03:25] <matsubara> kiko: assigning to me, importance?
[03:25] <kiko> matsubara, your choice, but non-critical IYKWIM
[03:25] <stub> cprov: I don't think you actually need RT12700 - I suspect all you need is some launchpad.conf updates
[03:26] <matsubara> kiko: okie
[03:26] <stub> cprov: Production is currently happily running on the one URL without any updates made since the new vhost stuff landed.
[03:26] <kiko> ah, cool.
[03:26] <cprov> stub: uhm really ? I'll investigate it, thanks
[03:27] <stub> cprov: So the admins need to free up disk space on drescher for you? Is there an RT job open on this?
[03:28] <cprov> stub:  a LP bug, let me find it 
[03:30] <kiko> matsubara, some new oopses in today's report, did you see?
[03:30] <matsubara> kiko: yes, I'll write an accumulated report since the last rollout.
[03:31] <Seveas> @config channel plugins.bugtracker.bugreporter /home/dennis/ubugtu/data/bugmail-lp
[03:33] <Seveas> (yes, that means ubugtu is ready ;))
[03:33] <flacoste> kiko-afk: i'm pleased to announce to you that according to PendingReviews, you've been assigned to review my tt-search branch!
[03:34] <flacoste> kiko-afk: any thoughts on when this might happen?
[03:38] <cprov> stub: bug #53636
[03:38] <Ubugtu> Malone bug 53636 in launchpad-publisher "drescher running low on disk space, old ubuntu snapshots from sprint" [Critical,Confirmed]  http://launchpad.net/bugs/53636
[03:42] <kiko> flacoste, sooner if you keep nagging me. :)
[03:43] <kiko> flacoste, you had pinged me yesterday, I apologize for being afk. what's up?
[03:44] <kiko> matsubara, but ours reports are still coming from chinstrap, right? are we meaning to move them to sodium? what's the issue with the disk space?
[03:45] <flacoste> kiko-afk: did you have any other comments on SupportTrackerWorkflowSpec after my reply and the discussion that took place with mpt?
[03:45] <kiko> flacoste, I probably do if the design still includes radiobuttons :)
[03:45] <flacoste> kiko-afk: that's not settled actually: one or many best answers
[03:46] <flacoste> kiko-afk: I did put out a version with a different placement for the radio buttons
[03:46] <flacoste> kiko-afk: do you still have the thread around or should I bounce the mail again?
[03:46] <kiko> flacoste, I have it around, but haven't gotten to it yet. please keep nagging me. :)
[03:47] <flacoste> kiko-afk: ok :-)
[03:47] <matsubara> kiko: yes. more recent oops logs were moved. the logs take too much space so I don't think all of them will/need to be moved. I reported bug 54241 to deal with that
[03:47] <Ubugtu> Malone bug 54241 in launchpad "We need a script or tool that prunes OOPS logs from sodium" [Medium,Confirmed]  http://launchpad.net/bugs/54241
[03:50] <kiko> matsubara, I don't quite get it. what happens to older OOPS reports? 404?
[03:50] <kiko> matsubara, I think not keeping around the older OOPS reports is.. well, bad. but how much space to they take up? just oopses, not the logs (which I know are big files)
[03:51] <salgado> spiv, ping
[03:51] <matsubara> kiko: currently old one are 404ing
[03:52] <kiko> matsubara, that's not so good.
[03:52] <kiko> I mean, it's actually bad. :)
[03:52] <spiv> salgado: pong
[03:53] <spiv> salgado: we had some debugging we wanted to do together, or something?
[03:53] <salgado> spiv, I wasn't clear, but I moved my mirror-management-tweaks branch back to pending-review because I thought you wanted to look at the tests and because tehre's one test that I couldn't write
[03:53] <mpt> ugh
[03:53] <cprov> stub: can you copy the last production DB to mawson ?
[03:54] <stub> launchpad@gangotri:/srv/launchpad.net/production-logs.old$ du -ks .
[03:54] <stub> 9085352 .
[03:54] <matsubara> kiko: 61M     2006-07-24/ that's for one directory
[03:54] <stub> matsubara: so double that
[03:54] <spiv> salgado: Ah.  Hmm.
[03:54] <salgado> spiv, test_connection_is_closed_on_redirect, to be precise
[03:55] <sabdfl> stub: very well-run meeting, pleasure to read the scrollback on it. thanks.
[03:55] <kiko> sabdfl, I commended him on it too, I thought it was the most interesting meeting in a long time!
[03:56] <kiko> stub, matsubara: hmmm 61M per day. so 22 gigs per year?
[03:56] <kiko> stub, matsubara: what if we gzipped the oops reports and fixed apache to serve it correctly?
[03:57] <kiko> stub, matsubara: i.e. based on content-type and auto-decompressing?
[03:57] <stub> Apparently they compress really well
[03:57] <kiko> oh I'm sure they do
[03:57] <stub> The oops.cgi could pull them from a zip file easily enough
[03:57] <kiko> yeah
[03:57] <spiv> salgado: so you have a comment there that you don't have a reference to the protocol from the factory.
[03:57] <spiv> salgado: so keep/make one ;)
[03:58] <salgado> spiv, I tried that but failed. :(
[03:58] <stub> cprov: on its way
[03:58] <salgado> I tried saving one on buildProtocol() or something
[03:58] <spiv> salgado: either in the factory's buildProtocol keep the protocol you build, or in the protocol's connectionMade set self.factory.protoInstance = self
[03:58] <cprov> stub: thanks
[03:59] <kiko> stub, matsubara:
[03:59] <kiko> kiko@chinstrap ~ $ du -sk 2006-05-10/
[03:59] <kiko> 119716	2006-05-10/
[03:59] <kiko> kiko@chinstrap ~ $ gzip 2006-05-10/*
[03:59] <kiko> kiko@chinstrap ~ $ du -sk 2006-05-10/
[03:59] <kiko> 10240	2006-05-10/
[03:59] <kiko> stub, matsubara: so only 2G per year, which is definitely manageable I think.
[03:59] <kiko> or hmm, 4G if the average dir is 10MB. still not too bad.
[04:00] <salgado> spiv, ah, right. I like more the connectionMade solution... and what about the other tests on that same class, do they look okay?
[04:00] <kiko> and if launchpad crashes less it will be even smaller!
[04:00] <spiv> salgado: keep in mind that either way you cannot assume that "factory.connect(); assert factory.protoInstance is not None" would work.
[04:00] <mpt> Can someone help me with a database problem so I can land this branch before I fall asleep?
[04:00] <kiko> mpt?
[04:00] <spiv> salgado: because there can (and in fact will) be a delay between calling connectTCP and the connection actually being established.
[04:01] <sabdfl> mpt: sure
[04:01] <mpt> kiko, I get "ProgrammingError: ERROR: database "launchpad_ftest" is being accessed by other users" for every test in a pagetest
[04:01] <spiv> salgado: (it's that whole asynchronous thing)
[04:01] <mpt> on DROP DATABASE
[04:01] <kiko> mpt, do you have a psql instance running?
[04:01] <sabdfl> mpt: dapper, or edgy?
[04:01] <spiv> salgado: the test would probably need to look something like:
[04:01] <kiko> ps auxww | grep sql
[04:02] <stub> mpt: pg_ctlcluster 8.1 main stop; pg_ctlcluster 8.1 main start. That will clear anything outstanding.
[04:02] <mpt> stub, a restart should have fixed that too, right?
[04:02] <mpt> and standalone tests work
[04:02] <stub> mpt: I think so
[04:03] <mpt> so, that's not it
[04:03] <kiko> mpt, ps auxww| grep sql
[04:03] <mpt> kiko, three processes
[04:03] <kiko> mpt, yes?
[04:03] <mpt> that's after doing the restart stub pasted
[04:04] <mpt> two postmaster -D, and one pg_autovacuum
[04:04] <kiko> mpt, and make schema succeeds?
[04:04] <stub> mpt: any exceptions before the ProgrammingError?
[04:05] <mpt> one moment, I'll pastebin it
[04:05] <mpt> kiko, yes
[04:05] <stub> (my testsuite work tidies up this stuff somewhat, but it is bogged down in review queue)
[04:05] <mpt> First I tried make schema, then make clean + make build, then restarting
[04:05] <mpt> then I realized that standalone tests work
[04:07] <mpt> stub, https://sodium.ubuntu.com/~andrew/paste/file1PpA71.html
[04:10] <stub> mpt: Most likely one of the 16 FunctionalLayer tests run before the page tests left an open connection. We need to run ./test.py -vv to tell which one it might be.
[04:10] <mpt> ok
[04:11] <mpt> -vv pastebin coming up
[04:13] <spiv> salgado: https://sodium.ubuntu.com/~andrew/paste/fileZOVRN8.html
[04:14] <LarstiQ> demo.launchpad.net isn't clearly labeled as set up for python.org. Am I welcome using it?
[04:14] <spiv> salgado: really, the factory doesn't have any of the logic we want to test here, so actually constructing one isn't the right starting point.
[04:14] <mpt> stub, this doesn't look much more useful, but: https://sodium.ubuntu.com/~andrew/paste/fileLlwlj7.html
[04:14] <spiv> salgado: I need to sleep now, I hope that gets you started.
[04:15] <spiv> salgado: your other tests look ok to me.
[04:15] <salgado> spiv, cool, if I have any problems with this one I'll pester you by email. thanks a lot for the help
[04:15] <spiv> salgado: there's perhaps some common scaffolding they do that we'll want to refactor later, if more tests start doing similar things, but until you have more tests like that refactoring would be a YAGNI.
[04:16] <spiv> salgado: I like how thoroughly tested this code is becoming.
[04:16] <spiv> salgado: it's very satisfying.
[04:16] <salgado> spiv, so do I!
[04:16] <stub> mpt: Rename launchpad/doc/bug-tags.txt to something else and rerun
[04:16] <stub> (something not ending in .txt, so test_system_documentation doesn't pick it up)
[04:16] <mpt> ok
[04:16] <spiv> salgado: good luck with that test.  Good night!
[04:17] <salgado> spiv, night! thanks
[04:19] <salgado> kiko, you're not forgetting that code review, are you? ;-)
[04:20] <mpt> stub, that gives me meaningful test failures, with "Expected:" and "Got:" sections
[04:21] <sabdfl> LarstiQ: it may get entirely new data at random intervals, so don't use it for anything serious
[04:22] <stub> mpt: Ok. So we have dentified that bug-tags.txt is not tearing down correctly and is leaving connections open. It will probably all work fine if you submit the thing to pqm, but at the very least a bug should be filed stating that the test is broken (I think my branch might stop this in any case).
[04:22] <kiko> mpt, yes, please file the bug.
[04:25] <mpt> ok, reported bug 54250
[04:25] <Ubugtu> Malone bug 54250 in malone "doc/bug-tags.txt is broken" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/54250
[04:27] <LarstiQ> sabdfl: oh no, just testing it, I'm aware of the staging nature.
[04:27] <mpt> thanks stub
[04:27] <LarstiQ> sabdfl: but I'd like to see it being well-received by the python folks
[04:27] <kiko> LarstiQ, thanks for your support, btw
[04:27] <kiko> salgado-afk, not at all!
[04:28] <kiko> stub, so gzipping of the oops post-cron-copying and modifying oops.cgi to uncompress sounds good? 
[04:28] <LarstiQ> kiko: I use launchpad daily, thanks for making it possible at all!
[04:28] <stub> kiko: Sure
[04:28] <kiko> stub, if you say yes I'll contact Znarl and then file a bug on the cgi itself.
[04:29] <SteveA> re
[04:29] <kiko> stub, lifeless: btw, did we stop running bzr tests in launchpad, i.e. using that hackish patch I produced?
[04:29] <stub> kiko: I need to move the OOPSes back into place
[04:29] <stub> kiko: yes
[04:29] <kiko> stub, can you compress as you go?
[04:29] <kiko> hey SteveA good to have you back
[04:29] <stub> yes
[04:29] <kiko> cool.
[04:30] <stub> Is one file per oops good enough, or should be compress a days worth into one file?
[04:30] <kiko> matsubara, wanna go about modifying oops.cgi, btw?
[04:30] <kiko> stub, one file per oops is probably ideal.
[04:30] <kiko> stub, and we'll keep the .gz extension, yes?
[04:30] <stub> .bz2 I would have thought?
[04:30] <kiko> so we'll have oops.cgi look for the gzipped file, fall back to the uncompressed file, and then 404 if not found.
[04:31] <kiko> stub, bz2 is fine -- assuming oops.cgi uses a popen to bzcat, right?
[04:31] <kiko> stub, or is there a bz2 module for python?
[04:31] <stub> Dunno
[04:31] <matsubara> kiko: yeah, sure.
[04:32] <kiko> stub, oh, johan says bzip is in standard python
[04:32] <kiko> NAME
[04:32] <kiko>     bz2
[04:32] <kiko> FILE
[04:32] <kiko>     /usr/lib/python2.4/lib-dynload/bz2.so
[04:32] <kiko> MODULE DOCS
[04:32] <kiko>     http://www.python.org/doc/current/lib/module-bz2.html
[04:32] <kiko> so bz2.decompress(data)
[04:32] <kiko> very easy.
[04:33] <kiko> AUTHOR
[04:33] <kiko>     The bz2 python module was written by:
[04:33] <kiko> 
[04:33] <kiko>         Gustavo Niemeyer <niemeyer@conectiva.com>
[04:33] <kiko> and gzip.open()
[04:34] <mpt> flooder!
[04:34] <kiko> only because it's fun
[04:35] <kiko> matsubara, I think it's kept on a separate branch, fwiw
[04:35] <kiko> I'm not entirely sure
[04:35] <LarstiQ> isn't it possible to directly pass the .gz to the client in some cases?
[04:35] <kiko> LarstiQ, we parse and process the OOPS file -- it's not just the plaintext going out.
[04:36] <matsubara> kiko: i'm exploring jamesh archives looking for it. 
[04:36] <LarstiQ> kiko: ah
[04:36] <kiko> matsubara, at any rate the latest oops is in ~jamesh
[04:36] <kiko> LarstiQ, but yeah, I had thought the same thing initially
[04:37] <matsubara> kiko ok
[04:37] <kiko> matsubara, s/oops/oops.cgi in case that wasn't clear
[04:37] <kiko> spiv, still around?
[04:42] <kiko> matsubara, see #canonical for discussion of zlib/bz2/gzip if you like.
[04:48] <SteveA> thanks for running the launchpad meeting, stub 
[04:49] <SteveA> I just read the logs
[04:49] <stub> cprov: ~stub/launchpad_prod.20060727.dump
[04:49] <stub> SteveA: np
[04:49] <cprov> stub: thanks
[04:50] <sivang> everybody: if you're on edgy and scripts start to fail mysteriously, first make your default shell bash instead of dash, and then drill further.
[04:50] <SteveA> what is "dash" ?
[04:50] <sivang> SteveA: I regert that I learned about it :-)
[04:50] <flacoste> SteveA: dash - The Debian Almquist Shell
[04:51] <sivang> supposed to be more minimalistic, and faster or something.
[04:51] <LarstiQ> and more posixly correct
[04:51] <flacoste> apt-cache show dash will tell the whole story
[04:53] <kiko> sivang, is it incompatible?
[04:53] <sivang> kiko: seems so
[04:53] <kiko> hmmm. controversial.
[04:53] <LarstiQ> kiko: not with sh, but it is with bash
[04:53] <kiko> edgy!
[04:54] <ajmitch> dash just doesn't recognise some bash-specific options 
[04:54] <sivang> kiko: contoversial is the word :)
[04:54] <LarstiQ> I, for one, welcome our new POSIX overlords.
[04:58] <sivang> kiko: the specific issue with make search_path was string comparison.
[05:02] <SteveA> posix-me-harder ?
[05:05] <sivang> SteveA: heh
[05:08] <jelmer> anybody seen ddaa?
[05:09] <kiko> he is around, jelmer, but he's sprinting with SteveA 
[05:09] <SteveA> he's here, across the table from me
[05:09] <SteveA> he's logging onto irc now
[05:09] <jelmer> ah, ok
[05:19] <sivang> matsubara: I'm running make check now, with the patch from yesterday
[05:19] <matsubara> sivang: cool
[05:20] <matsubara> sivang: I don't think I'll have time this week to review that patch though.
[05:23] <sivang> matsubara: okay, then maybe I'd better ask an official reviewer to review it?
[05:23] <kiko> is it big?
[05:23] <matsubara> sivang: please, feel free to do it.
[05:24] <matsubara> kiko: nope
[05:24] <kiko> if you like I can probably do it this afternoon
[05:24] <sivang> kiko: I will be greatful if you could :)
[05:25] <kiko> sivang, where's the pastebin
[05:25] <matsubara> kiko: I'll bounce sivang's mail
[05:25] <kiko> cool
[05:25] <matsubara> kiko: sent
[05:38] <sivang> kiko: I don't do pastebins ;-)
[05:38] <kiko> ok ok
[05:58] <sivang> hmm
[05:59] <sivang> Is it okay for make check to fail on a hung test?
[06:03] <sivang> it's 20-make-team-moderated.txt that seems to have gone hung,
[06:03] <sivang> and I got - no output for 600 seconds. Killing.
[06:03] <sivang> Not dead yet! - slaughtering mercilessly
[06:07] <carlos> sivang: someting is stalled....
[06:23] <sivang> carlos: yeah, I'll retry and see if ti gets me something better
[06:38] <sivang> carlos: is there a list somewhere of expections that are okay for now so I can know how to distinguish between errors occured by my patch , or other stuff?
[06:41] <sivang> carlos: I'm getting some .__del Transaction expections, that are said to be 'ignored' etc.
[06:42] <carlos> well, if you get an error is your fault
[06:42] <carlos> either of your installation or your patch
[06:42] <carlos> if you see warnings...
[06:42] <carlos> you can always execute a fresh checkout
[06:42] <carlos> and compare it with what you get to know if those are caused by your branch
[06:43] <carlos> as far as I know, I think there aren't many warning (if any)
[06:44] <doko> carlos: OOo 2.0.3 language data is uploaded; please let me know, when it's imported and when I can include a rosetta export in the -l10n package.
[06:44] <SteveA> sivang: don't worry about things talking about errors in __del__
[06:45] <carlos> doko: it's being imported atm
[06:45] <SteveA> sivang: it's just complaints from python about __del__ code in sqlobject that fails to run properly at the end of the world
[06:45] <carlos> doko: btw, danilos is on charge of the GSI support implementation 
[06:46] <doko> carlos: no, I just meant an export of the po files, as you did last time
[06:46] <carlos> doko: oh, I see
[06:47] <carlos> If the import is done before tomorrow night, I will try to provide you with them tomorrow 
[06:47] <sivang> SteveA: end of the world being clean up and all that jazz ?
[06:47] <carlos> otherwise... I'm not sure when I would have time to prepare them, next week I'm on vacations to move to another city...
[06:47] <sivang> SteveA: and thanks, these are the exact errors I get
[06:47] <carlos> doko: but I will try to do my best to prepare them anyway
[06:54] <doko> carlos: not that urgent, start of next week would be ok
[07:02] <carlos> ok
[07:04] <SteveA> stub: hi
[07:04] <SteveA> stub: ping
[07:09] <salgado> kiko, ping!! diff ready!!
[07:14] <kiko> salgado, j
[07:14] <sivang> kiko: I'm going out for some hours, I'll be back later.
[07:17] <kiko> cool
[07:22] <jamesh> kiko: I guess mpt didn't manage to land his monospace bug comments patch today
[07:22] <kiko> jamesh, apparently not.
[07:25] <kiko> jamesh, do you have time to roll out matsubara's updated oops.cgi? and where is the bzr branch for that?
[07:26] <kiko> jamesh, he added the capability to read .bz2 and .gz files to it
[07:26] <kiko> so we can compress OOPSes on sodium
[07:26] <matsubara> kiko: that branch is on jamesh/archives/ but it's not quite ready for rollout
[07:26] <kiko> what
[07:27] <kiko>  's left?
[07:27] <matsubara> kiko: pyflakes found some undefinede variable I need to sort out.
[07:27] <matsubara> undefined variables
[07:29] <jamesh> matsubara: if you have some changes, I can roll them out when you're ready.
[07:29] <kiko> matsubara, in your code?
[07:30] <matsubara> kiko: in oops.cgi which I branched from warthogs/archives/jamesh/oops-search-cgi
[07:31] <kiko> matsubara, I mean, pyflakes found bugs in code which is unrelated to what you changed?
[07:32] <matsubara> kiko: yes
[07:32] <kiko> matsubara, then give jamesh your patch and then do the rest of the fix separately.
[07:32] <matsubara> jamesh: okie
[07:32] <matsubara> oops
[07:32] <matsubara> kiko: okie
[07:32] <kiko> cool
[07:35] <jamesh> danilos: http://mail.gnome.org/archives/gnome-uk-list/2006-July/msg00048.html
[07:41] <salgado> kiko,  latest changes of that branch: https://chinstrap.ubuntu.com/~dsilvers/paste/filem8YXAt.html
[07:42] <kiko> -                AND recipient = %(from_id)d
[07:42] <kiko> +                AND recipient = %(from_id)s
[07:42] <kiko> what's that, salgado?
[07:42] <kiko> the other changes look fine
[07:42] <salgado> that's a fix for a bug I introduced when using sqlvalues(), as it returns a tuple of strings
[07:42] <kiko> indeed. fine.
[07:42] <kiko> r=kiko
[07:43] <salgado> (the bug was caught by the person-merge.txt test)
[07:45] <matsubara> jamesh: do you prefer a diff, pastebin or my branch location?
[07:46] <jamesh> matsubara: branch location will do
[07:47] <salgado> kiko, cool! then I have another easy one for you: https://chinstrap.ubuntu.com/~dsilvers/paste/fileadBapq.html
[07:47] <matsubara> jamesh: sftp://sodium.ubuntu.com/home/warthogs/archives/matsubara/oops-search-cgi
[07:47] <salgado> (this is to avoid those hundreds of queries that the /requests page was generating)
[07:49] <jamesh> matsubara: btw, that branch doesn't look like it is in the right place given the new guidelines
[07:51] <matsubara> jamesh: that's because it's not a launchpad branch
[07:51] <jamesh> matsubara: and?
[07:54] <matsubara> jamesh: and I'm following the same tree structure than you. I branched it from your jamesh/oops-cgi/ 
[07:54] <jamesh> matsubara: jamesh/oops-cgi is not a branch
[07:54] <jamesh> jamesh/oops-cgi/devel is
[07:54] <matsubara> indeed, my bad
[07:54] <jamesh> this is covered in "Non-launchpad branches" on the SodiumSetup wiki page
[07:55] <matsubara> I'll read and fix it. sorry
[07:57] <matsubara> (if the wiki let me read it in the first place...)
[08:08] <kiko> salgado, isn't getTotalsForRequests a better name?
[08:08] <kiko> remember the plural followed by plural rule.
[08:09] <kiko> salgado, can you please shortlist() requests_ids?
[08:10] <salgado> no, I can't
[08:10] <kiko> why not?
[08:10] <salgado> there will be around 75 of them
[08:10] <kiko> so?
[08:10] <kiko> specify the count.
[08:10] <salgado> then I prefer to use list(), because it's not short, I think
[08:11] <kiko> salgado, no, that's not what shortlist is for.
[08:11] <kiko> shortlist gives us a way to be warned if a list potentially grows beyond where we expect it to.
[08:11] <kiko> the name is perhaps somewhat misleading
[08:12] <kiko> it could be called limitedlist or something
[08:12] <kiko> however
[08:12] <kiko> I have a question now that you have displayed this reluctance
[08:12] <kiko> is the number of IDs there end-user-dependent?
[08:13] <salgado> no
[08:13] <kiko> will it always be under 100?
[08:13] <salgado> but it could be, if we wanted
[08:13] <salgado> it will always be under config.batch_size
[08:13] <salgado> (or whatever the variable is called)
[08:13] <kiko> what if you add a &batch=10000?
[08:14] <salgado> then you get a timeout. :)
[08:14] <kiko> so it is end-user-dependent.
[08:14] <kiko> mmmm.
[08:18] <kiko> salgado, let me come up.
[08:19] <LarstiQ> a comparison that might be interesting: http://python-trac.swapoff.org/ticket/223599 and https://demo.launchpad.net/products/python/+bug/sf223599
[08:19] <LarstiQ> having the same data is nice for showing off differences
[08:25] <salgado> kiko, sure
[10:57] <raphink> can anobody tell me how to register an ubuntu-derivated distro on LP?
[10:58] <kiko> raphink, very good question. you currently can't as an end-user.
[10:58] <kiko> we have made exceptions, though.
[10:58] <raphink> ok
[10:59] <raphink> what are the exceptions ?
[10:59] <raphink> can we benefit from one?
[10:59] <kiko> :)
[10:59] <raphink> we are at least two ubuntu devs in that project
[10:59] <raphink> including a MOTU and myself (core-dev)
[10:59] <kiko> well, I always need to ask permission, but if you email me with a clear explanation I promise to get it through the process.
[11:03] <mpt> That's becoming a FAQ
[11:03] <mpt> Therefore it should be put on the /distros page
[11:09] <jamesh> "email kiko if you want a distro added"
[11:09] <mpt> How about "It is not yet possible to register a distribution in Launchpad. If you are a developer of a distribution and want it to be included in Launchpad, mail __the launchpad-users list__ (requires subscription)."
[11:09] <kiko> sounds good.
[11:10] <kiko> jamesh, matsubara has another patch for you I suspect :)
[11:15] <mpt> eh
[11:16] <mpt> SteveA, which is worse, the Gatwick->Heathrow shuffle, or spending 24 hours in Bangkok?
[11:16] <SteveA> depends if you can hang out with stu
[11:16] <SteveA> the gatwick->heathrow is doable.  just make sure you leave enough time
[11:19] <mpt> 1 hour 20 minutes
[11:20] <SteveA> is that the time between flights?
[11:20] <mpt> between arrival and departure, yes
[11:21] <jamesh> mpt: it could take you an hour to clear customs
[11:21] <SteveA> there is no way you can get your bags and pass through immigration, get the gatwick express into london, get the heathrow express out of london, check in at heathrow, get through security at heathrow, in that short a time
[11:22] <kiko> mpt, you are smoking crack.
[11:22] <SteveA> I'm surprised it is gatwick->heathrow
[11:22] <SteveA> in general, flights to lithuania go from gatwick
[11:23] <mpt> It's Vilnius -> Gatwick, Heathrow -> Auckland
[11:23] <mpt> on the way back
[11:23] <mpt> The way in it's fine, because the flights are on separate days :-)
[11:24] <SteveA> you'll want to be at heathrow several hours before your flight
[11:24] <SteveA> obviously
[11:25] <mpt> ok
[11:25] <SteveA> then allow another 1.5 hours to get from gatwick to heathrow, I guess
[11:25] <mpt> I'm going in to town now, I'll see if the local travel agent can do better
[11:25] <SteveA> then allow 1 hour to get out of gatwick with your bags
[11:26] <SteveA> it'll probably take less time to go from gatwick to heathrow
[11:26] <SteveA> but you don't want to rely on luck
[11:27] <SteveA> if you've not been to bangkok, take a day or two off and see the sights
[11:28] <kiko> I'd do that too!
[11:30] <LarstiQ> are there any launchpadders in Riga?
[11:31] <kiko> hmmm
[11:31] <kiko> nope
[11:32] <LarstiQ> just Vilnius being a real hub then
[11:32] <kiko> well
[11:32] <kiko> stevea being a real hub
[11:32] <kiko> :)
[11:35] <LarstiQ> feh, google maps doesn't have maps for either Latvia or Lithuania
[11:36] <SteveA> eh?
[11:37] <SteveA> well
[11:37] <SteveA> it has decent satellite photos of vilnius
[11:38] <LarstiQ> SteveA: I have some family in Riga, and was wondering if the distance to Vilnius was small enough to visit that too
[11:38] <SteveA> you can drive to riga from vilnius in under half a day
[11:39] <SteveA> or get a short flight 
[11:39] <LarstiQ> ok, that's an option for a longer stay
[11:41] <SteveA> LarstiQ: you're going to vilnius?
[11:41] <LarstiQ> SteveA: if possible, I'd like to
[11:42] <SteveA> the linux beer hike is in lithuania this year
[11:42] <LarstiQ> ooh
[11:42] <SteveA> http://www.mkuncaitis.com/lbw06/
[11:48] <LarstiQ> SteveA: I'm afraid it falls squarely in a period I need to study for an examn :/
[11:48] <LarstiQ> SteveA: ciao!
[11:49] <kiko> mpt, you know
[11:50] <kiko> mpt, I have been giving some thought as to how to better clarify the message that a package in ubuntu is != from the upstream product.
[11:50] <kiko> end-users are probably just too confused by that difference