[12:31] <mpt> Goooooooooooooooooooooood morning New Zealanders!
[12:31] <mpt> And good evening everyone else!
[12:40] <paulproteus> Good evening mpt! (-:
[12:41] <AlinuxOS> mpt, good night :D
[12:52] <ajmitch> morning mpt 
[06:28] <dilys> Merge to devel/launchpad/: [trivial]  Fix missing NotFoundError import and add tests for that codepath (r3350: Stuart Bishop)
[07:58] <dilys> Merge to devel/launchpad/: [trivial]  Initial cut at distroreleasequeue refactoring as per Bug 36470 and Bug 36472 (r3351: Stuart Bishop)
[08:27] <dilys> Merge to devel/launchpad/: [trivial]  Fix broken staging/launchpad.conf (r3352: Stuart Bishop)
[08:38] <yves> hi. I've created a poll and I didn't know I could not edit it after opened. Could you delete it? thanks
[09:20] <jamesh> hi mpt
[09:21] <lifeless> hey jamesh
[09:21] <lifeless> status clcient is landed
[09:22] <lifeless> stub: me wanna cherry pick done... is that feasible ?
[09:22] <stub> sure
[09:23] <lifeless> Merge to devel/launchpad/: [r=jamesh]  Branch status client, supermirror puller, and integration of the two. (r3348: Guilherme Salgado, James Henstridge, Robert Collins)
[09:23] <lifeless> it needs an authserver bounce done after the db is updated
[09:24] <stub> db updates in there, are there?
[09:24] <stub> That might need downtime
[09:24] <jamesh> mpt: you left a handkerchief behind in the room.  I asked if they could leave it with your luggage (assuming you had left it there), but apparently that wasn't possible.
[09:24] <jamesh> lifeless: cool
[09:25] <lifeless> stub: yes, the additional branch column 'mirror_status_message'
[09:26] <stub> Just looking at the patch - looks like I can apply that without downtime
[09:26] <stub> lifeless: So the authserver code needs an update too?
[09:26] <jamesh> yes.
[09:26] <lifeless> stub: yup
[09:27] <lifeless> stub: will not break until the new db column is used
[09:27] <lifeless> stub: but will fall over crying like a baby when it is.
[09:29] <stub> And this is required, or should it just go in with the next rollout (Wedesday I expect, but maybe tomorrow)
[09:37] <stub> Bah. Sampledata conflicts in the cherry pick
[09:45] <Kagou> hi
[09:47] <Kagou> on https://launchpad.net/people/vetsel-patrice/+packagebugs , clicking on a critical number like 5 fo cupsys do not work
[09:49] <Kagou> and for blender 5 unassigned bug for 4 open seem's strange :)
[09:52] <daf> can you explain what you mean by "doesn't work"?
[09:54] <Kagou> just click on it (5 on cupsys line)
[09:54] <Kagou> when i do that , i'm standing to see the 5 criticals bugs
[09:55] <Kagou> but https://launchpad.net/people/vetsel-patrice/+packagebugs-search?field.distribution=ubuntu&field.severity=Critical&field.sourcepackagename=cupsys&field.status=Unconfirmed&field.status=Confirmed&field.status=In+Progress&field.status=Needs+Info&search=Search
[09:55] <Kagou> nothin
[10:05] <jamesh> Kagou: I see 4 bugs on that second URL
[10:05] <stub> lifeless: test failures after cherry picking that patch
[10:06] <Kagou> jamesh,  you see 4 bugs with my last link ?
[10:06] <jamesh> yeah
[10:06] <Kagou> 0 for me do you want a screenshot ?! :D
[10:06] <jamesh> oops.  wrong link :)
[10:07] <jamesh> Kagou: I see one extra bug if I add "&field.omit_dupes.used=true" onto the end
[10:07] <jamesh> It might be that the other 4 bugs are private?
[10:08] <jamesh> or maybe they are closed
[10:09] <Kagou> so it's a strand behaviour
[10:09] <jamesh> yeah
[10:09] <jamesh> the counts must be from a different query to what is used to display the results
[10:13] <carlos> morning
[10:13] <Kagou> morning carlos 
[10:17] <jamesh> carlos: had a good trip home?
[10:17] <carlos> jamesh: yeah, but the taxi was really expensive and when I arrived there... my flight was delayed for 3 hours...
[10:18] <carlos> jamesh: other than that... it's only a 2 hours flight :-P
[10:18] <carlos> jamesh: and yours?
[10:18] <jamesh> ouch ...
[10:18] <jamesh> good
[10:18] <jamesh> I had to choose a different tube route to get to the airport though
[10:18] <jamesh> they had shut down some of the lines for the weekend again
[10:20] <carlos> they don't want that you leave London :-P
[10:20] <lifeless> stub - if there are test failures its probably ok to leave it. we're activating the new sftp server today and it would have been good to have it in for that
[10:21] <stub> I can apply the db patch if that helps at all - adding a new column isn't dangerous to us.
[10:35] <lifeless> stub: it wont be useful unnless we roll out the authserver too - did you get any authserver test failures ?
[11:00] <daf> jamesh: yo
[11:00] <daf> jamesh: the OOPS summaries are showing RequestStatementTimedOut as an exception rather than as a timeout
[11:00] <daf> mpt__: yo
[11:00] <jamesh> daf: so it does.
[11:00] <jamesh> I should fix that
[11:01] <jamesh> we got two oops summary emails due to the daylight savings transition ...
[11:01] <daf> :)
[11:01] <daf> hmm
[11:02] <daf> this means you're 9 hours ahead rather than 11?
[11:02] <jamesh> no
[11:02] <daf> oh
[11:02] <jamesh> just that half past midnight happened twice
[11:02] <daf> you haven't done yours yet?
[11:03] <jamesh> done what?
[11:03] <jamesh> (the script runs off chinstrap)
[11:03] <daf> .au hasn't done it's timezone change yet
[11:03] <lifeless> daf: .au doesn't have a single tz shift
[11:03] <lifeless> daf: we have 3 IIRC
[11:04] <jamesh> well, western australia doesn't have a daylight savings transition
[11:04] <lifeless> jamesh: which is one of the 3 - 'None'
[11:04] <daf> bah
[11:04] <jamesh> lifeless: is it 4 this year? (Commonwealth games)
[11:05] <daf> the games have their own timezone?
[11:05] <jamesh> or did other states follow NSW?
[11:05] <daf> now you're just showing off
[11:05] <jamesh> daf: NSW delayed the switch back to winter time til after the games
[11:06] <lifeless> daf: the games have their own tz
[11:06] <lifeless> jamesh: not sure about ACT, vic etc
[11:07] <daf> /usr/share/zoneinfo/Australia/2006_Commonwealth_Games
[11:07] <daf> so it does
[11:08] <jamesh> daf: I'd forgotten to copy the updated oops analysis script over to the right place on chinstrap
[11:08] <jamesh> fixed now
[11:09] <daf> thanks
[11:10] <jamesh> I'll look at updating the oops.cgi script to use the new duration info too
[11:11] <daf> oh?
[11:11] <daf> how so?
[11:14] <daf> I wonder if it's worth special-casing "2 UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-8: ordinal not in range(128)"
[11:15] <daf> carlos: 1 SQLObjectNotFound: The Language by alternateID code=u'aka' does not exist
[11:15] <carlos> daf: URL?
[11:15] <daf> https://launchpad.net/rosetta/groups/ubuntu-translators/aka
[11:15] <daf> that should be a NotFoundError, I think
[11:16] <daf> shall I file a bug for you?
[11:16] <carlos> that language was renamed two weeks ago or pehaps four...
[11:16] <carlos> daf: yes, that's a bug
[11:16] <carlos> daf: thanks
[11:16] <daf> de nada
[11:18] <jamesh> daf: http://en.wikipedia.org/wiki/Australian_time_zones <- explains the gory details
[11:19] <daf> carlos: https://launchpad.net/products/rosetta/+bug/36824
[11:19] <Ubugtu> Malone bug 36824 in rosetta "translation groups traversal raises SQLObjectNotFound" [Minor,Confirmed]  
[11:20] <Simira> ,em /win close
[11:21] <daf> hi Simira :)
[11:23] <Simira> hi daf, how are you?
[11:23] <daf> fine thanks
[11:23] <daf> how are you?
[11:23] <Simira> pretty good, just trying to do some work
[11:24] <Simira> will you be a the next conference, where or whenever that is...?
[11:24] <daf> how are the no translations?
[11:24] <daf> hmm, I suspect I won't
[11:24] <daf> I will be at GUADEC
[11:24] <Simira> that is after the conference, isn't it?
[11:25] <Simira> I wanted to go to GUADEC, but I don't know now... I probably can't afford it.
[11:25] <Simira> no translations are going slow, I think. We tried to have a translation-sprint-night, but noone showed up :p
[11:26] <daf> oh, no
[11:26] <daf> that's a shame
[11:26] <Kinnison> stub: why are soyuz changes going in when there's no cprov and no me to help monitor them?
[11:26] <Kinnison> stub: seems like a very dangerous thing to be doing
[11:27] <daf> I thought soyuz ran a different branch on production?
[11:27] <jamesh> daf: got merged
[11:28] <daf> ah
[11:28] <Kinnison> While I'm not worried about other things breaking soyuz too much, going ahead with changes to distroreleasequeue seems like inviting issues without a soyuz developer on-stream
[11:29] <lifeless> Kinnison: no test suite ?
[11:29] <Kinnison> lifeless: Possibly incomplete coverage as always
[11:30] <daf> well, if it breaks, you can add tests when you fix it :P
[11:32] <mpt__> daf, the problem with the "This bug is not recorded as needing" etc presentation is fixed in my tree
[11:33] <daf> cool
[11:33] <daf> tell me about your ideal UI for subscribe-on-comment
[11:36] <mpt__> daf, https://wiki.launchpad.canonical.com/BugWorkflow?action=AttachFile&do=get&target=bug-report.jpg
[11:38] <jamesh> mpt__: is that a checkbox for "Add a comment"?
[11:38] <mpt__> yes, though I haven't thought about that part very heavily
[11:39] <jamesh> mpt: you left a handkerchief in the room in London
[11:39] <jamesh> I asked at the desk if they could leave it with your bag (assuming you had left it there), but they said they couldn't
[11:39] <mpt> jamesh, I realized that at about Canning Town, but it doesn't matter
[11:39] <mpt> thanks anyway
[11:44] <stub> Kinnison: There are soyuz changes going in?
[11:44] <Kinnison> stub: distroreleasequeue?!
[11:44] <stub> Its in pending for whenever someone gets a chance to look at it
[11:45] <Kinnison> aah right
[11:45] <Kinnison> I was concerned because sabdfl assigned a bunch of bugs to me, then you come along and say you've done stuff, and I'm not even meant to be working on LP for another two months
[11:45] <jamesh> stub: are you still maintaining pytz in baz-1.x, or have you moved to bzr?
[11:45] <daf> Kinnison: deep breaths :)
[11:45] <stub> ;)
[11:46] <stub> jamesh: Still in baz due to baz-import bugs
[11:48] <jamesh> stub: okay.  Was looking at https://launchpad.net/products/launchpad/+bug/36484
[11:48] <Ubugtu> Malone bug 36484 in launchpad "Timezone "Asia/Dacca" to be renamed" [Normal,In progress]  
[11:48] <daf> mpt: what is "Bug watch URL"?
[11:49] <jamesh> daf: I'd guess it is the URL for the bug in the remote tracker
[11:49] <daf> hmm
[11:49] <daf> mpt: I'm not convinced by collapsed activity
[11:49] <daf> mpt: if I want to read the bug, won't I have to uncollapse them all manually?
[11:50] <daf> a good bug is like a story
[11:50] <stub> jamesh: Both work, and both are listed in common_timezones
[11:52] <jamesh> so they are.
[11:52] <lifeless> stub: bugs ?
[11:53] <stub> lifeless: In pytz? Nah. It is just a transform of a different database, so even if it is wrong it needs to be fixed elsewhere.
[11:53] <stub> lifeless: oh... baz-import
[11:54] <stub> lifeless: Bug 36108
[11:54] <Ubugtu> Malone bug 36108 in bzrtools "baz-import fails with AttributeError" [Normal,Unconfirmed]  http://launchpad.net/bugs/36108
[11:56] <mpt> daf, they would all be expanded by default, and whether an individual comment should be expanded or collapsed would be decided wiki-style
[11:57] <mpt> collapsing the comments that were just noise
[11:57] <jamesh> mpt: collapsing "me too!" comments, I guess
[11:57] <mpt> or that had been obsoleted by a new description
[11:57] <mpt> correct
[11:57] <daf> hmmm
[11:57] <daf> but if a comment is collapsed
[11:57] <daf> I'm not going to look at it
[11:58] <daf> to decide whether it needs to be uncollapsed :)
[11:58] <mpt> You don't need to, unless there are following comments that don't make sense as a result :-)
[11:58] <daf> it's certainly an interesting idea
[11:58] <daf> it would be nice to see if it works in practice
[11:59] <jamesh> it could use AJAX
[11:59] <jamesh> and tags
[12:00] <daf> s/tags/keywords/
[12:00] <jamesh> daf: tags is the term we'd use, if we decide to use them
[12:04] <lifeless> stub: update
[12:05] <Simira> good morning, sabdfl 
[12:05] <sabdfl> hey simira
[12:07] <Simira> sabdfl: how's london? And how's the conference planning going?
[12:07] <sabdfl> im not up to speed on that, silbs has it under way
[12:09] <Simira> I guess bugging you about it won't speed it up anyway. Just trying to figure out summer holidays (you ruined my plan for birthday in Barcelona!).
[12:10] <Simira> sabdfl: how's weather in London now? I was supposed to go there this weekend...
[12:11] <jamesh> it was raining on Saturday before I left ...
[12:11] <Simira> jamesh: it's better than snow anyway
[12:17] <jamesh> stub: btw, staging.ubuntu.com is giving a Bad Gateway error again
[12:19] <sabdfl> stub: could you fire up the staging server again, please?
[12:19] <stub> sabdfl: Doing an update now. It was dead due to a broken configuration file.
[12:20] <stub> sabdfl: Might be a few mins - one of the text indexes needs to update
[12:52] <stub> sabdfl: staging is back up
[01:18] <sabdfl> thanks stub
[01:18] <sabdfl> ka
[02:08] <carlos> stub: hi, around?
[02:16] <jordi> launchpad admins here?
[02:16] <jordi> https://launchpad.net/products/picard/+review <-- can anyone assign ownership to lalinsky@gmail.com
[02:17] <carlos> jordi: is all ok?
[02:18] <carlos> jordi: aren't you able to do it? you are a DOAP admin
[02:27] <jordi> carlos: it's not my project
[02:27] <jordi> carlos: I'm not a DOAP project, I'm a member of the Archive Registry team only
[02:27] <carlos> jordi: but you are an admin on the project/product tool
[02:28] <carlos> oh
[02:28] <jordi> nope
[02:28] <carlos> hmm
[02:28] <carlos> DOAP == Archive Registry
[02:28] <jordi> s/DOAP project/DOAP admin/
[02:28] <jordi> well, I cant :)
[02:28] <carlos> ok
[02:28] <jordi> Sorry, you don't have permission to access this page.
[02:28] <jordi> I love this error message. :)
[02:28] <carlos> jordi: file a bug
[02:28] <carlos> jordi: I think you should have as an admin...
[02:29] <carlos> jordi: change done
[02:29] <carlos> jordi: btw, could you move the Rosetta import policy  to wiki.launchpad.net as a final document? it has a note that it lacks notification email templates
[02:30] <jordi> ok
[02:31] <jordi> carlos: the OLPC document is written blog-style
[02:31] <jordi> I wasn't sure where this needs to appear.
[02:31] <jordi> Do you know?
[02:31] <carlos> OLPC?
[02:43] <daf> carlos: One Laptop Per Child
[02:44] <daf> any admins around?
[02:44] <stub> carlos: yo
[02:44] <stub> daf: I'm round
[02:44] <daf> stub: can you do https://launchpad.net/distros/ubuntu/+bug/36142?
[02:44] <Ubugtu> Malone bug 36142 in Ubuntu "release information on launchpad wrong" [Normal,Unconfirmed]  
[02:44] <daf> should be a support request, really
[02:45] <stub> Now we have support email, we can start encouraging that.
[02:45] <stub> So is that correct re: the version number?
[02:47] <carlos> daf: I think that distro guys should be able to change it, if they cannot, it's a bug
[02:47] <daf> stub: yes
[02:47] <daf> stub: https://wiki.ubuntu.com/DapperReleaseSchedule says June 1st
[02:47] <daf> carlos: I suppose so
[02:47] <stub> daf: But do you know if the version number is changing too?
[02:48] <daf> it is
[02:48] <daf> the version number is according to the release date
[02:49] <daf> we could get somebody on the distro team with the right permissions to do it
[02:49] <daf> as Carlos pointed out
[02:49] <daf> phone
[02:49] <stub> I'm changing it. I just didn
[02:50] <stub> 't follow the details of the delay announcement
[03:06] <carlos> stub: thanks for the DB update
[03:54] <kiko> morning hackers!
[03:55] <lifeless> moaning!
[03:58] <kiko> man am I feeling weird today
[04:07] <daf> hey kiko
[04:07] <daf> why's that?
[04:08] <kiko> not sure -- perhaps just travel shocked
[04:13] <kiko> how's it going daf 
[04:18] <daf> fine
[04:26] <elmo> what's bzr-ese for 'cvs update -p -r <revno>' ?
[04:27] <kiko> bzr branch -r XXX
[04:27] <elmo> ah, nm, bzr cat
[04:28] <kiko> oh, for a specific file
[04:43] <siretart> hmm. https://launchpad.net/distros/ubuntu/dapper/+source/wpasupplicant/0.4.8-0ubuntu2 gets a 404
[04:44] <siretart> I suspect that its still not installed/processed yet, because I just uploaded it. but there are already links pointing there, which are (still) dead
[04:49] <siretart> OOPS-86B362
[04:49] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/86B362
[04:56] <kiko> thanks siretart I'll look into it
[05:00] <carlos> kiko: hey, how was cprov's wedding ?
[05:01] <kiko> it was super-cool
[05:01] <kiko> had a great time
[05:01] <kiko> got home a bit late, though
[05:03] <carlos> kiko: that's not a bad thing :-P
[05:04] <kiko> I usually don't like sleeping late 
[05:05] <siretart> now the 404 is away. I assume the package has been installed now
[05:08] <siretart> btw, would it be possible to have https://launchpad.net/people/pkg-wpa-devel to be converted to a group (with me as owner)?
[05:16] <kiko> you can't convert people to groups
[05:16] <kiko> what you can do is:
[05:16] <kiko> merge that account with your own
[05:16] <kiko> create a team with that name
[05:16] <kiko> you can also just rename that account and create a team with its name
[05:17] <siretart> hm. that 'person' was created because I just uploaded a new version of wpasupplicant
[05:18] <siretart> so it is not intended that a package is maintained by a group, but only by a person, right?
[05:18] <kiko> I think it can be either a person or a group, but you'd need to check with Kinnison to be sure.
[05:19] <siretart> because if I do what you say, I fear that I get the maintainer of the wpasupplicant package, which I don't want
[05:19] <siretart> will write to launchpad-users about this 'problem'
[05:19] <siretart> it is okay that my name is in the uploaders: field ;)
[05:19] <kiko> heh
[05:19] <kiko> okay, but I'd still ping Kinnison to clarify that.
[05:27] <seb128> hi
[05:27] <kiko> hey
[05:28] <seb128> does malone has an xmlrpc interface?
[05:28] <kiko> not yet
[05:28] <seb128> planned for soon?
[05:31] <kiko> as a matter of fact, it is, yes
[05:32] <kiko> Steve landed some xmlrpc infrastructure that makes it super-easy to implement
[05:32] <kiko> we're still blocked on zope3.2 to deploy that, but we have it in the works
[05:32] <seb128> cool
[05:32] <seb128> kiko: I spotted an issue with the "don't edit upstream task"
[05:32] <kiko> BjornT is likely to be working on that with bradb 
[05:32] <kiko> seb128, yes?
[05:33] <seb128> you should be able to edit a task with no pointer to an another bug tracker
[05:33] <seb128> because it has nothing to sync on
[05:33] <seb128> and we have some tasks "stucked" with wrong settings due to that
[05:33] <seb128> we can't reject them by example
[05:33] <kiko> that's odd -- that's the way it should work, and the code checks that correctly
[05:33] <kiko> BjornT, ping?
[05:34] <kiko> perhaps this was landed as part of the bugwatches work
[05:35] <carlos> I think pqm is stalled again...
[05:36] <kiko> lifeless?
[05:36] <seb128> jamesh: around?
[05:37] <seb128> bradb: is bug #35075 something easy to fix?
[05:37] <Ubugtu> Malone bug 35075 in malone "Bug Triagers would benifit from a way to list bugs filed without a package" [Normal,Confirmed]  http://launchpad.net/bugs/35075
[05:37] <bradb> seb128: yeah
[05:37] <seb128> that would make bug triaging team work easier apparently
[05:37] <seb128> could you put it on your list? :)
[05:37] <bradb> I can imagine.
[05:38] <seb128> (we are having an bugsuad meeting on #ubuntu-meeting atm)
[05:39] <bradb> kiko: Do you want me to fix bug 35075, or someone else? It'd be nice if we can get that in for the next rollout.
[05:39] <Ubugtu> Malone bug 35075 in malone "Bug Triagers would benifit from a way to list bugs filed without a package" [Normal,Confirmed]  http://launchpad.net/bugs/35075
[05:40] <kiko> let me take a look at that
[05:41] <kiko> seb128, can you explain how these bugs "fell through the cracks"?
[05:41] <kiko> seb128, noting that they were posted to ubuntu-bugs
[05:42] <lakin> kiko, with the amount of  msgs a day on ubuntu-bugs it's hard to keep up with all of them ... 
[05:42] <seb128> kiko: that's stuff triagers want to look at
[05:43] <seb128> without having them in the middle of a flood
[05:43] <kiko> I see.
[05:43] <kiko> mpt, have you managed to land all your branches?
[05:44] <kiko> yeah, that makes sense.
[05:44] <lakin> (this is all for the ubuntu distribution): If I click on unconfirmed bugs  then select sort by: oldest first, and click search, it defaults back to all open bugs.  Is this intended?
[05:44] <seb128> kiko: good idea
[05:44] <kiko> lakin, no, it's a bug. 
[05:45] <kiko> bradb, ^^^
[05:47] <lakin> a known one, or should I report?
[05:48] <oohlaf> does launchpad scan revisions for registered branches which are a branch inside a shared repository?
[05:49] <bradb> lakin: If search can't find one, best to report it.
[05:49] <oohlaf> I registered my branch last night, and see 82.211.81.156 hit my webserver, but it only requests .bzr/branch-format
[05:49] <oohlaf> or should I wait a bit longer?
[05:50] <oohlaf> not sure how fast the indexing goes after registration
[05:50] <kiko> oohlaf, ddaa is the best person to ask, but I'm not sure he'll be on before wednesday
[05:50] <oohlaf> ok
[05:51] <oohlaf> can some try to branch from  http://deschacht.student.utwente.nl/bzr/bazaar-vcs/bzr.olaf.info/ to make sure I did not misconfigure apache
[05:53] <oohlaf> ah, I see a 404 in the logs
[05:55] <kiko> oohlaf, I'm branching fwiw and it seems to be going ok
[05:57] <oohlaf> ah, yes the 404 is a get on .bzr/repository/format, and does not exist because the repo is one dir higher
[06:06] <kiko> oohlaf, the branch seems to be going fine, though it says it will take 2h to finish (and therefore I am giving up on it :)
[06:06] <oohlaf> kiko: ok thanks for testing
[06:07] <oohlaf> I saw it hit my repo, only 404 after the first format one was for the .sig files at revisions
[06:07] <oohlaf> which is ok
[06:08] <kiko> yeah, should be
[06:45] <ddaa> oohlaf: new branch format is not supported yet, we plan to support it when 0.8 is released
[06:46] <ddaa> oohlaf: as lifeless puts it, it's just a matter of crossing the teas and dotting the eyes.
[06:48] <lifeless> stub - ping
[06:51] <oohlaf> ddaa: ah, ok
[06:56] <kiko> lifeless, any chance you can look at PQM?
[06:59] <carlos> Kinnison: hi, around?
[07:10] <lifeless> kiko: if you can looka t gina for me ?
[07:10] <lifeless> kiko: starting a service using the production launchpad.conf:
[07:10] <kiko> sure
[07:10] <lifeless> Failed to load application: The directory named as part of the path /srv/archive.ubuntu.com/ubuntu does not exist.
[07:10] <lifeless> (line 174 in file:///srv/sm-ng/production/launchpad/configs/production/launchpad.conf)
[07:10] <lifeless> .
[07:11] <kiko> what is this you're running?
[07:11] <kiko> gina doesn't need to be run anyway, does she?
[07:11] <lifeless> this is the bzr sftp server
[07:11] <lifeless> but it using the common production launchpad.conf
[07:11] <kiko> I see
[07:11] <kiko> and does the path indicated exist?
[07:12] <lifeless> something about that config makes the config engine barf if the dir is missing, and it seems rather strange to mkdir such a dir on the supermirror
[07:13] <lifeless> kiko: pqm is disabled. 
[07:13] <kiko> lifeless, I see. why?
[07:13] <lifeless> stub: PING
[07:13] <lifeless> kiko: ^^^^
[07:13] <kiko> lifeless, stub is not online, pinging him won't be very useful.
[07:14] <lifeless> oh. well I'll reenable it then
[07:14] <lifeless> and mail him
[07:14] <kiko> okay. it would be nice if you could get stub to be a bit more communicative about pqm changes
[07:14] <lifeless> dude, you manage him!
[07:15] <lifeless> I'll see about making pqm manage this state though
[07:15] <kiko> I've tried in the past, which is why I'm asking you :)
[07:15] <kiko> maybe you will have more luck
[07:16] <kiko> about the config, I don't think we've ever run a launchpad instance that isn't rooted in that directory
[07:16] <kiko> ah, now I see what you mean
[07:16] <kiko> is that line in the middle of gina's config?
[07:22] <lifeless> you can look in your branch at configs/production/launchpad.conf to see what it looks like
[07:27] <kiko> lifeless, why don't you remove the entire gina config from your config file?
[07:28] <kiko> it's only necessary if you intend to run her (which you don't AFAICT)
[07:29] <lifeless> kiko: we dont want local modifications to the configs - that leads to a mess
[07:30] <lifeless> kiko: and we dont want one config per daemon
[07:30] <kiko> lifeless, on what box is this running?
[07:30] <lifeless> kiko: so the daemons all share the one production.conf
[07:30] <lifeless> vostok
[07:30] <kiko> well
[07:30] <kiko> AFAICT this is the first launchpad instance deployed on vostok
[07:31] <lifeless> second as it happens
[07:31] <lifeless> baz sftp pusher was there already
[07:31] <kiko> if you look at production*/launchpad.conf, none of the files contain <gina> stanzas
[07:31] <kiko> AFAICT the idea was to have local configurations managed in RCS 
[07:31] <kiko> but I am unfamiliar with this side of deployment
[07:32] <lifeless> we manage the launchpad.confs via pqm
[07:32] <lifeless> and rsync the lot over the top of the code base for ease of deployment, reliability etc.
[07:33] <kiko> another thing I don't understand is how your instance is even running there (for the sftp pusher) if it has a <gina> stanza
[07:33] <kiko> maybe you're not explaining the situation properly
[07:33] <lifeless> we did mkdir that dir
[07:34] <lifeless> ok, perhaps you could ask about the things that are most confusing
[07:34] <lifeless> AFAICT there is a bug in either gina, the gina schema, or the lp config machinery
[07:35] <kiko> sounds like a bug in the config machinery
[07:35] <kiko> gina doesn't even come into the picture until you run her
[07:35] <kiko> which you aren't
[07:35] <lifeless> right
[07:35] <kiko> the fact that we/stub have removed <gina> from the production launchpad.confs seems to suggest that is the current way of working around the problem.
[07:36] <kiko> also, I think having a local configuration file for vostok in RCS might be the correct way of doing it anyway
[07:37] <lifeless> kiko: well, thats a different discussion, and one that stub and I agreed did not make sense
[07:38] <lifeless> the reason gina is not in the productionX configs is that they are for the four appservers
[07:38] <kiko> I don't understand that reasoning
[07:38] <lifeless> its in the main production config because that is where gina *and all scripts and daemons* are configured
[07:38] <kiko> mmmm
[07:39] <kiko> I guess stub is really the only person who can give you anything but guesses today
[07:40] <kiko> but do note there config directories for mawson, jubany, staging /and/ librarian
[07:40] <lifeless> interesting, I had missed that
[07:40] <lifeless> staging I knew about 
[07:40] <kiko> as well as a configs/gina!
[07:41] <lifeless> it configures all the staging services
[07:41] <kiko> yeah
[07:41] <lifeless> I knew about librarian too.
[07:41] <kiko> so I think a configs/vostok or whatever may not be out of the question
[07:41] <kiko> but again I am just handwaving
[07:41] <lifeless> I will chat with stub, I think its getting out of control and I want to understand why.
[07:41] <lifeless> anyhow, its working now
[07:41] <kiko> ah, cool
[07:42] <lifeless> you can sftp to lpusername@bazaar.launchpad.net
[07:42] <kiko> no way!
[07:42] <lifeless> way
[07:42] <kiko> rock on rob
[07:42] <lifeless> and spiv!
[07:42] <kiko> and how long until something like `bzr supermirror` just DTRT? :-)
[07:43] <lifeless> bzr push lp:foo probably eventually
[07:44] <kiko> with the launchpad plugin?
[07:44] <lifeless> yes
[07:44] <lifeless> bzr push lifeless@bazaar.launchpad.net/~lifeless/bzr/performance for now
[07:44] <kiko> cool
[07:47] <kiko> * Creating database "launchpad_empty" with no sample data.
[07:47] <kiko> createdb: database creation failed: ERROR:  source database "launchpad_ftest_template" is being accessed by other users
[07:47] <kiko> * Loading sample data
[07:47] <kiko> lifeless, just seen on pqm.launchpad.net
[07:50] <lifeless> kiko: funny, no one is
[07:50] <kiko> I think it's an intermittent problem we've been seeing during make schema lately
[07:50] <kiko> I've mailed stub
[07:51] <kiko> just wanted to call it to your attention
[07:56] <lifeless> thanks
[08:11] <dilys> Merge to devel/launchpad/: [r=kiko]  Added a way block .po files when the .pot file in the same directoy is already blocked + tests (r3353: Carlos Perello Marin)
[08:11] <kiko> woo
[08:11] <kiko> go carlos 
[08:12] <carlos> finally
[08:12] <carlos> I wonder if it could be cherrypicked...
[08:15] <kiko> carlos, why cherrypick? isn't the production rollout happening as usual?
[08:16] <carlos> kiko: that merge will not be rolled out until next week following the usual procedure
[08:16] <kiko> ah, because it landed today
[08:16] <kiko> I see
[08:17] <carlos> right
[08:17] <kiko> siretart, that 404 is interesting. it occurs because that source package release is not yet published at all! 
[08:18] <kiko> when we receive an upload, it will sit for a while until it has a publishing record created for it
[08:19] <kiko> there isn't really a way to find out if it has been published or not without issuing a query per row which would probably hammer performance
[08:19] <kiko> it's an interesting problem
[08:28] <siretart> kiko: oh. I see. I hope I don't case too much trouble with this report..
[08:29] <kiko> not too much trouble, but here am I scratching my head thinking how to solve it :)
[08:30] <siretart> and I'm not sure how critical this is. I just noticed it today, because I was very curious in seeing the buildlog for that package
[08:31] <kiko> mmmm
[08:35] <daq4th> what privileges are necessary to change the priority of a spec?
[08:35] <kiko> you need to be a distribution driver
[08:35] <kiko> or, well, what is the spec associated with, daq4th 
[08:36] <daq4th> hm, i created it, i assigned to to me and i am not allowed to make it important ;-)
[08:36] <kiko> heh
[08:36] <kiko> well
[08:37] <kiko> what is the spec related to?
[08:37] <daq4th> all zubuntu stuff ...
[08:37] <kiko> can you give me a link?
[08:38] <daq4th> https://launchpad.net/distros/zubuntu/+spec/bootstrap-zubuntu/
[08:39] <kiko> daq4th, I think that Thomas is the only one currently allowed to set the priority
[08:40] <daq4th> can he authorize others to do so as well?
[08:41] <kiko> daq4th, the easiest thing he can do is hand over the zUbuntu distribution to a team and make you a member of that team. should be pretty trivial to do.
[08:42] <daq4th> i think thomas tried this a while ago ... maybe he should try again ...
[08:42] <kiko> it is quite easy, ask him to talk to me if he needs help
[08:43] <daq4th> ok, thanks ..
[08:58] <carlos> kiko: are you going to call me today? I'm going to leave soon
[08:58] <kiko> carlos, let's leave that for tomorrow, I am feeling unwell!
[08:58] <carlos> ok
[08:58] <kiko> how are things looking this week?
[08:58] <kiko> has pitti had time to look at your packs?
[08:58] <carlos> kiko: did you get the flu?
[08:58] <carlos> kiko: not yet...
[08:59] <kiko> no I didn't
[08:59] <kiko> just feeling a bit unwell
[08:59] <carlos> ok
[08:59] <kiko> mmm
[08:59] <kiko> what is the firefox spec so I can look at it?
[08:59] <carlos> kiko: I'm going to announce the debian-installer available to be translated now. All things are in place now
[09:00] <kiko> did you get stub to clean up the DB and Kamion to agree on the export?
[09:00] <carlos> kiko: https://launchpad.net/products/rosetta/+spec/rosetta-firefox-support
[09:00] <carlos> kiko: waiting for Kamion
[09:00] <carlos> kiko: he detected a minor problem with the comments
[09:00] <kiko> I see
[09:00] <carlos> that I'm going to work on
[09:00] <kiko> better to wait for him perhaps before announcing?
[09:00] <carlos> yeah, that's why I didn't send it yet
[09:01] <carlos> kiko: btw, before you notice it from our logs, there is a bug that breaks rosetta-poimport scripts due a selectOne returning more than one entry
[09:02] <kiko> that means database borkage?
[09:02] <carlos> kiko: I can workaround it from the website
[09:02] <carlos> kiko: yes, we cannot represent a restriction to prevent it with db schema
[09:02] <carlos> as it implies two tables
[09:02] <carlos> but It's a matter of improve the code that handles imports
[09:03] <kiko> you could just do the check in the code that adds the entries, could you not?
[09:03] <carlos> so we don't have two IPOFiles on the same path for the same sourcepackagename/productrelease
[09:03] <kiko> there is the risk of races..
[09:03] <carlos> kiko: yeah, that's the plan, add it there
[09:03] <carlos> kiko: could be, but it can be fixed from hte website without using DBA rights
[09:04] <kiko> I see
[09:04] <kiko> it's still no good that the script crashes
[09:04] <carlos> it's a workaround, of course, but I think we should fix it when we add then and take care of any other future breakage due race conditions later
[09:05] <carlos> kiko: it crashes due the SelectOne
[09:05] <kiko> which you should stop using in that case? :)
[09:05] <carlos> kiko: that will just hide the problem...
[09:06] <carlos> I think we should fix it and leave the SelectOne there, if it breaks, it's due a bug
[09:06] <carlos> if the system works as it should, we should not get any problem there...
[09:16] <jordi> carlos: so, jdub is missing
[09:16] <jordi> I'm mailing you and kiko/stevea and who else? this
[09:16] <carlos> jordi: mail jdub, pitti and me
[09:16] <jordi> oh, right
[09:17] <carlos> jordi: ok, and kiko and steve
[09:17] <kiko> hey hey
[09:17] <jordi> hmm, great. Jim Gettys blog seems down right now
[09:17] <jordi> KIKO
[09:17] <jordi> that river pic is SO COOL man
[09:17] <jordi> kiko: I wonder why you never tell me to go to that country of yours
[09:18] <jordi> I'm pretty sure it's big enough to fit both of us!
[09:18] <kiko> you suck jordi!
[09:18] <jordi> kiko: dude
[09:18] <kiko> in case I haven't made that clear before!
[09:18] <jordi> Santiago de Cuba is waiting for US
[09:18] <jordi> Guantnamo, amigo!
[09:18] <kiko> I only hear bla bla bla bla bla cuba bla bla bla
[09:18] <jordi> lol
[09:18] <kiko> I ran 18km with mark on sunday did I tell you
[09:19] <kiko> it was awesome
[09:19] <kiko> we flattened the london circuit
[09:19] <jordi> mark did 18kms? that's pretty cool!
[09:19] <kiko> yeah
[09:19] <kiko> him me and bruce the leatherman
[09:19] <jordi> do I know bruce?
[09:19] <jordi> he's not Willis, right?
[09:20] <kiko> right
[09:20] <kiko> bruce is a character of much controversy
[09:20] <jordi> I missed out I guess.
[09:20] <kiko> he is south african
[09:20] <kiko> but yes, you did miss out
[09:20] <jordi> otoh, my knee is quite fucked I'm afraid
[09:22] <kiko> surgery!
[09:22] <jordi> no way
[09:22] <jordi> I need to avoid that
[09:22] <jordi> some good physiotherapist
[09:22] <jordi> I think I know one
[09:22] <jordi> who will do me good
[09:22] <mdke> i always knew running was bad for the health
[09:22] <jordi> mdke: you never tried!
[09:23] <jordi> kiko: BUT
[09:23] <kiko> it's almost as bad as smoking
[09:23] <jordi> today I went to swim at 7AM again.
[09:23] <kiko> if it is a female therapist I am all for it
[09:23] <mdke> jordi, well that's true
[09:23] <kiko> they massage your knees in just the right ways
[09:23] <jordi> While I don't run, I'll get strong swimming. Deal?
[09:23] <kiko> pffft
[09:23] <carlos> kiko: do you have 15 minutes for me?
[09:24] <kiko> carlos, I was born with 15 minutes free
[09:24] <jordi> he's way too busy with The Jordi
[09:24] <carlos> :-P
[09:25] <carlos> kiko: https://launchpad.net/products/rosetta/+bug/1982
[09:25] <carlos> I'm fixing that bug
[09:25] <carlos> hmm, I'm going  to open it, makes no sense to have it close...
[09:26] <kiko> carlos, I don't understand?
[09:26] <carlos> last text was a reflexion ;-)
[09:26] <carlos> kiko: I'm fixing that bug now
[09:26] <carlos> and I have a problem
[09:27] <kiko> I see
[09:27] <carlos> I don't have a way to know if the filename is a .gz, .bz2, tar.gz, tar.bz2....
[09:27] <carlos> kiko: is there any way to know it from python using something like the 'file' command?
[09:28] <carlos> I don't want to introduce the filename argument just as a way to workaround that python problem
[09:28] <kiko> mmmm
[09:28] <kiko> I'm not sure there is a "magic"-style module for python
[09:29] <kiko> ask on #python?
[09:29] <carlos> ok
[09:29] <carlos> kiko: there is such module :-P
[09:29] <carlos> kiko: I didn't remember the database is called 'magic'
[09:30] <jordi> kiko: is it com.br, or co.br?
[09:30] <jordi> com
[09:30] <carlos> 'apt-cache search python magic' shows you python2.4-magic :-P
[09:30] <kiko> jordi, .com.br
[09:30] <kiko> carlos, only on dapper?
[09:30] <carlos> kiko: don't know
[09:30] <kiko> not on breezy at least
[09:31] <kiko> I mean, that's not a big deal
[09:31] <carlos> right, breezy doesn't have it..
[09:31] <jordi> article sent
[09:33] <kiko> wow
[09:33] <kiko> it's not really .txt though
[09:33] <carlos> kiko: I think it was created after breezy release
[09:33] <kiko> that's fine
[09:34] <carlos> kiko: I guess I would need to request that dependency addition
[09:34] <kiko> carlos, if you and your reviewer think that depending on that package is okay remember to update our dependencies
[09:34] <kiko> yeah
[09:34] <carlos> kiko: that implies also an update in our servers...
[09:34] <kiko> yeah
[09:34] <kiko> shop around on launchpad list for opinions
[09:35] <carlos> right
[09:35] <carlos> time to leave now. I will send the email tomorrow
[09:35] <carlos> see you guys
[09:35] <carlos> jordi: thanks for the email
[09:35] <kiko> night carlos 
[09:35] <carlos> I will answer the email tomorrow
[09:35] <carlos> night
[09:58] <mvo> does anyone know if I can do uploads to breezy-backports nowdays? (actually uploading a modified source instead of "syncing" from dapper)? I need it for the update-manager and it's dist-upgrade feature
[09:59] <lakin> Hrmm, I can't change the status of bugs any more?  https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/36902  I just reported this bug and wanted to assign it to desktop-bugs, but i can't change the status/priority or assignee ... ?
[09:59] <Ubugtu> Malone bug 36902 in nautilus "Location Widgets Don't theme properly (search,nautlius-burner)" [Normal,Unconfirmed]  
[10:00] <kiko> lakin, are you logged in?
[10:00] <lakin> yes
[10:00] <lakin> They just aren't links for me.
[10:01] <kiko> do you get an expander arrow next to the status line?
[10:01] <kiko> "links"?
[10:01] <lakin> oh, never mind.  The ui just changed.
[10:01] <lakin> I did not realize what the arrow did.
[10:02] <kiko> ok
[10:02] <lakin> sorry for the noise. :)
[10:02] <kiko> never sorry to ask a question!
[10:37] <Burgwork> is this is a known LP <--> IE bug? http://img101.imageshack.us/my.php?image=screenshot4va.jpg
[10:58] <lucas> hi
[11:00] <lucas> did something change regarding text version of the launchpad pages ?
[11:00] <lucas> I have a very inefficient script that fetches bugs for a list of packages
[11:13] <dilys> Merge to devel/launchpad/: [r=jamesh]  correct uncommit support in branch-scanner (r3354: David Allouche)
[12:00] <kiko-fud> lucas, ping?
[12:01] <lucas> kiko: pong
[12:01] <kiko> lucas, you were asking about the text bug pages?
[12:01] <lucas> yes
[12:01] <kiko> did something break in your scripts?
[12:01] <lucas> I was wondering whether some improvements where planned
[12:01] <lucas> no, but they are quite slow
[12:01] <lucas> and I ran into timeouts sometimes tonight
[12:02] <lucas> (ie some pages couldn't be fetched in a reasonable time)
[12:02] <lucas> it would be great if the +bugs-text pages for each package could be filtered with search arguments
[12:02] <kiko> we could work on that, sure
[12:02] <lucas> so I could, for example, exclude all "Fix released" bus
[12:03] <lucas> bugs
[12:03] <lucas> currently, I have to fetch all bugs and filter out those which aren't interesting
[12:03] <kiko> can you file a bug with an API mockup?