[12:15] <matsubara> boricua: which bug?
[12:15] <matsubara> kiko: https://sodium.ubuntu.com/~andrew/paste/fileAxZJP3.html
[12:15] <boricua> 40460  and 52648
[12:16] <matsubara> https://sourceforge.net/tracker/index.php?func=detail&aid=1012150&group_id=74338&atid=540672.
[12:16] <matsubara> kiko: ^
[12:16] <Ubugtu> Sourceforge bug 1012150 "Foo.selectBy(column=None) should issue &#039;... column IS NULL&#039;" [Pri: 5,Closed]  
[12:16] <matsubara> wow
[12:16] <matsubara> you rock Ubugtu!
[12:17] <boricua> kiko: did you copy?
[12:18] <matsubara> boricua: both are Ubuntu bugs. You can try #ubuntu-bugs or #ubuntu for help on them.
[12:21] <boricua> matsubara:both are pretty old 
[12:24] <matsubara> boricua: did you try #ubuntu-bugs? they usually have lots of people there from the BugSquad team. They can help triage those one and perhaps increase its importance.
[12:50] <Ubugtu> New bug: #61757 in launchpad "SQLObject Foo.selectBy(column=None) doesn't work as expected." [Medium,In progress]  http://launchpad.net/bugs/61757
[12:58] <AlinuxOS> danilos, hello
[03:24] <Riddell> how can I import an SVN archive into bzr on launchpad?
[03:34] <jamesh> Riddell: register the product, and then go to the "Edit source" form for the trunk series and enter the Subversion details
[03:34] <Riddell> sounds easy :)
[03:34] <jamesh> (or if the product has already been registered, add the subversion details)
[03:35] <jamesh> it'll then get tested and if it works, ddaa will publish it
[05:45] <Ubugtu> New bug: #61805 in malone "Incorrect tooltip for bug importance" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61805
[08:53] <SteveA> morning
[09:01] <carlos> morning
[09:09] <SteveA> hi carlos 
[09:11] <carlos> SteveA: hi
[09:12] <SteveA> mpt: hi.  ping me when we can have a talk to catch up on ui stuff.
[09:15] <alanhs> Morning, is there a launchpad administrator around ?
[09:18] <carlos> alanhs: what do you need?
[09:21] <alanhs> I just happened across one of the projects, that just points to a porn site, and I wanted to know how to report it.
[09:22] <SteveA> we should have a "report as inappropriate" button for logged-in users to use.
[09:22] <SteveA> alanhs: please /msg me the details and I'll look into it
[09:23] <SteveA> I'm a launchpad administrator, by the way, not just some random person who is interested in porn in launchpad.
[09:24] <alanhs> SteveA:LOL! Sorry I am not very familiar with IRC, I just sent you a private message (I think!)
[09:24] <SteveA> yes, thanks
[09:33] <SteveA> alanhs: thank you.  I've removed the link to the product's homepage.  When the DBA is around, he'll remove the product from Launchpad.
[09:34] <alanhs> SteveA: Your welcome.
[09:35] <mantiena> Hi all
[09:37] <mantiena> Maybe someone can help me ? I can't register releases for our distribution - when I go to http://launchpad.net/distros/baltix/+addrelease I get an error message :(
[09:37] <mantiena> Not allowed here
[09:37] <mantiena> Sorry, you don't have permission to access this page. 
[09:37] <mantiena> You are logged in as Mantas Kriauinas.
[09:38] <SteveA> mantiena: adding a release has big implications for the data in Launchpad.  please talk with kiko about it when kiko is around in a few hours.
[09:39] <mantiena> SteveA, labas
[09:39] <SteveA> labas, mantai
[09:40] <mantiena> SteveA, how is your Lithuanian now ? ;)
[09:41] <SteveA> spiv: ping
[09:41] <spiv> SteveA: pong
[09:41] <SteveA> mantiena: same as always, very basic :-)
[10:14] <SteveA> mpt: pign
[10:15] <SteveA> oh, mpt is off today, swapped for tomomrrow
[10:15] <SteveA> I remember now
[10:22] <mantiena> SteveA, btw, maybe you can help me with rosetta ? previously rosetta had an ability to display more than 10 strings at once, but now I can't do this :(
[10:27] <carlos> mantiena: you still can do it
[10:27] <carlos> but we are using the standard batching system in launchpad
[10:27] <carlos> so the var name changed too
[10:27] <mantiena> carlos, what ???
[10:28] <carlos> mantiena: instead of count= use batch=
[10:28] <carlos> mantiena: but take care that if the amount of messages is too high you will get timeout errors
[10:28] <mantiena> carlos, strange name for count ;)
[10:29] <carlos> mantiena: it's 'batch size' :-P
[10:29] <mantiena> carlos, btw, maybe now rosetta has an ability to search in translations ?
[10:29] <carlos> not yet
[10:29] <mantiena> :(
[10:29] <carlos> but danilo has already that task in his plate
[10:29] <mantiena> :)
[10:41] <seb128> carlos: what do I do with bugs like https://launchpad.net/distros/ubuntu/+source/file-roller/+bug/61840 ?
[10:41] <Ubugtu> Malone bug 61840 in file-roller "Translation of file-roller's manual" [Untriaged,Unconfirmed]  
[10:43] <carlos> seb128: you need to download the .po files manually and include it inside the package...
[10:43] <carlos> seb128: Mark didn't answer my email yet
[10:45] <seb128> carlos: that is not an option, we don't have enough package maintainer to start updating packages every time a translator do a change
[10:45] <carlos> seb128: dude, please, stop that
[10:45] <carlos> we already talked about it
[10:45] <ddaa> if anybody cares, the python import is now up to 33700 commits and rising
[10:45] <carlos> and it's pending for Mark's input
[10:45] <carlos> I know it's hard
[10:46] <carlos> you asked me about how to handle it
[10:46] <carlos> and I told you how it works right now, I agrees already with you that it sucks
[10:46] <seb128> carlos: right, ok, I'm mentionning again because we start getting bugs
[10:46] <carlos> s/agrees/agreed/
[10:46] <seb128> right
[10:46] <carlos> seb128: answer the email I sent last week about it pointing to the bug, please
[10:46] <carlos> It's not in my hands right now
[10:47] <carlos> I'm not importing any new .pot file with this problem until we get an answer, but the previous ones are still there
[10:51] <fabbione> hi guys
[10:51] <fabbione> who is the soyuz guru here?
[10:51] <SteveA> morning, big fabio
[10:51] <fabbione> i think Mithrandir and I found a glitch
[10:51] <fabbione> hey SteveA 
[10:52] <ddaa> fabbione: celso or malcc
[10:52] <SteveA> malcolm isn't around today
[10:52] <ddaa> but malcc is on a week-end
[10:52] <SteveA> celso will be in later on
[10:52] <ddaa> and celso is still sleeping
[10:52] <fabbione> ok
[10:52] <SteveA> fabbione: can it wait a few hours, or is it really urgent?
[10:52] <Mithrandir> it's not urgent.
[10:52] <fabbione> SteveA: FYI: we found something that might require some urgent fixing...
[10:52] <fabbione> SteveA: not for today
[10:53] <SteveA> okay, but you want to get it discussed / understood today
[10:53] <Mithrandir> as in, we want it fixed well before beta (which is in six days), but not urgent like "wake up celso" urgent.
[10:53] <fabbione> but it might require some manual love immediatly after beta release and way before final
[10:53] <SteveA> I see
[10:53] <SteveA> okay.  I'll tell celso when I see him
[10:53] <Mithrandir> colie
[10:53] <Mithrandir> coolie, even
[10:53] <fabbione> perfect thanks
[10:59] <SteveA> ddaa: do you have 10 mins for a chat sometime?
[11:00] <ddaa> Sure, right now. I was doing daily email.
[11:02] <SteveA> k
[12:29] <doko_> carlos: please export the OOo language data from edgy after the import of the new 2.0.4 upload
[12:32] <carlos> doko_: ok
[12:32] <carlos> but that will be for next Monday
[12:32] <carlos> doko_: OO.org takes a couple of days to be imported
[12:33] <carlos> and the queue is full of kde .po files
[12:33] <carlos> that will delay it a bit more
[12:42] <seb128> carlos: wb
[12:43] <carlos> seb128: still broken :-(
[12:47] <carlos> seb128: could you ping me?
[12:47] <seb128> carlos: wb
[12:47] <carlos> no, same problem
[12:47] <seb128> :(
[12:47] <seb128> do you have the same issue with a C locale or an another user on the same box?
[12:47] <carlos> it only uses configuration inside .xchat2/ right?
[12:47] <seb128> I've to go for lunch now
[12:47] <seb128> right
[12:47] <carlos> ok
[12:47] <carlos> I will try that
[12:47] <seb128> some issues are locale dependant though
[12:47] <carlos> seb128: thanks
[12:47] <seb128> let me know, I'll reply after lunch
[12:48] <carlos> ok
[12:48] <carlos> enjoy your lunch!
[12:59] <carlos_> carlos: test
[01:09] <LarstiQ> can multiple instances of launchpad work together to provide sharing of bugs etc across products/distributions?
[01:14] <carlos> LarstiQ: do you mean installing launchpad in other place other than current launchpad.net ?
[01:14] <carlos> atm we have more than one instance running, but sharing the same database
[01:16] <LarstiQ> carlos: yes, say, python.org
[01:17] <carlos> I don't think we support that yet
[01:17] <carlos> unless we host the system
[01:17] <carlos> so it has direct access to our database
[01:17] <carlos> I know that there were some thoughts about how to handle that, but I don't know its status
[01:19] <carlos> LarstiQ: you will need to talk with Steve or kiko about it
[01:20] <AlinuxOS> carlos, good morning.
[01:20] <LarstiQ> carlos: thanks
[01:20] <carlos> AlinuxOS: morning
[01:21] <AlinuxOS> carlos, coul you please change owner status from Alexander to me (for Georgian team)
[01:22] <carlos> AlinuxOS: sorry, I don't have enough permissions for that, you will need to ask an admin https://launchpad.net/people/admins
[01:22] <carlos> LarstiQ: you are welcome
[01:22] <AlinuxOS> carlos, ok.
[01:22] <AlinuxOS> thank you for info ;)
[01:23] <AlinuxOS> lifeless, ping
[01:25] <AlinuxOS> SteveA, ping
[01:27] <SteveA> AlinuxOS: hi
[01:27] <AlinuxOS> SteveA, hello, I would like to ask you something...
[01:27] <AlinuxOS> could you please change owner status from Alexander to me (for Georgian team)
[01:28] <SteveA> can't Alexander do that?
[01:28] <AlinuxOS> https://launchpad.net/people/ubuntu-l10n-ka
[01:28] <AlinuxOS> mmm no.
[01:28] <AlinuxOS> he only changed from Owner to Administrator...
[01:28] <AlinuxOS> but can't give me owners permissions.
[01:32] <AlinuxOS> SteveA, can you help me, please ?
[01:33] <SteveA> you are Vladimer Sichinava   ?
[01:33] <AlinuxOS> yes.
[01:33] <AlinuxOS> GNOME's GTP coordinator.
[01:33] <SteveA> why do you need to be the owner of this team?
[01:35] <SteveA> I want to understand why I'm doing something, if I'm to use my administrative responsibilities
[01:35] <AlinuxOS> because Alexander is not active this period. So I'll manage translators for ubuntu too.
[01:35] <SteveA> ok
[01:35] <AlinuxOS> SteveA, thanks ;)
[01:35] <SteveA> I'm still surprised that Alexander can't transfer ownership to you.  
[01:35] <SteveA> but I'll transfer it to you
[01:36] <AlinuxOS> SteveA, I don't really know...because I can't see his menu bar..
[01:36] <SteveA> you can now, as you are the owner
[01:36] <AlinuxOS> SteveA, thanks I'll check it now.
[01:36] <SteveA> ok
[01:37] <AlinuxOS> SteveA, thanks again...it's ok now.
[01:39] <LarstiQ> SteveA: did you see my question (half an hour ago) about multiple launchpad installs (without the same database) working together?
[01:40] <iwj> Hello.  Who should I ask if I want a copy of dpkg 1.13.22ubuntu1, which isn't in pool/ any more ?
[01:40] <iwj> https://launchpad.net/distros/ubuntu/+source/dpkg has a link to it but it goes to an oops page.
[01:41] <iwj> Or rather, a page not found.
[01:41] <iwj> OOPS-265D362
[01:41] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/265D362
[01:44] <spiv> iwj: you'd need to ask one of the soyuz guys.  I'm not sure why that link isn't there.
[01:45] <carlos> hmmm
[01:45] <carlos> spiv: is not that link
[01:45] <spiv> Pages for the corresponding binary packages work...
[01:45] <carlos> only latest one works
[01:45] <spiv> carlos: Right.
[01:46] <iwj> spiv: The soyuz guys don't hang around here ?
[01:47] <carlos> iwj: celso (cprov) should pop soon
[01:47] <carlos> iwj: malcom doesn't work today
[01:47] <spiv> iwj: They do.  Sorry, I meant perhaps it's worth asking them directly to make sure they notice, rather than just the channel in general.
[01:47] <iwj> spiv: Ah, right.
[01:47] <iwj> Excellent.  I'll go and have lunch now.  My other tasks are all crazy blocked doom things at the moment so I think food and coffee are a good idea.
[01:48] <spiv> iwj: I look forward to using the fruits of your labour :)
[01:52] <carlos> iwj: in fact, from what I see in warthogs mailing list, Celso is also offline today
[01:57] <mantiena> kiko-zzz, hi, now it's a goot time to wake up ;)
[02:02] <jamesh> iwj: cprov merged a fix for the traversal-to-removed-versions bug recently
[02:02] <jamesh> iwj: will hopefully be in the next rollout
[02:03] <mantiena> carlos, still online ? batch= doesn't work for me, look for example at https://launchpad.net/distros/ubuntu/edgy/+source/gtk+2.0/+pots/gtk20-properties/lt/+translate?start=0?batch=50
[02:03] <carlos> mantiena: it's start=0&batch=50 
[02:04] <mantiena> ok, thanks
[02:05] <carlos> np
[02:05] <carlos> jamesh: hi, around?
[02:38] <iwj> jamesh: Aha, thanks.  But I'm afraid I'd still like someone to help me out perhaps by fishing the files out from somewhere ?
[02:39] <spiv> It should be possible to find by querying the LibraryFileAlias table by filename...
[02:41] <iwj> I'm looking for dpkg_1.13.22ubuntu1.dsc, dpkg_1.13.22ubuntu1.tar.gz
[02:43] <carlos> iwj: if spiv is not able to solve that before I'm back from lunch, I will see what I can do
[02:43] <spiv> iwj: give me a moment, I'll see if I have access to the right tables...
[02:43] <iwj> Thanks a lot.
[02:50] <spiv> iwj: http://librarian.launchpad.net/3325264/dpkg_1.13.22ubuntu1.dsc
[02:50] <spiv> iwj: http://librarian.launchpad.net/3325263/dpkg_1.13.22ubuntu1.tar.gz
[02:51] <iwj> Yay!  Thanks.
[02:51] <spiv> Not a problem.
[03:01] <iwj> Damn, I'm afraid I want ubuntu2 and ubuntu3 as well.  Sorry.
[03:01] <spiv> iwj: heh, ok
[03:03] <spiv> http://librarian.launchpad.net/3364579/dpkg_1.13.22ubuntu2.dsc
[03:03] <spiv> http://librarian.launchpad.net/3364578/dpkg_1.13.22ubuntu2.tar.gz
[03:04] <iwj> ircii | xargs wget
[03:04] <spiv> http://librarian.launchpad.net/3513772/dpkg_1.13.22ubuntu3.dsc
[03:04] <spiv> http://librarian.launchpad.net/3513771/dpkg_1.13.22ubuntu3.tar.gz
[03:04] <spiv> iwj: haha :)
[03:04] <iwj> Thanks muchly.
[03:10] <kiko> morning
[03:11] <LarstiQ> hello kiko
[03:14] <SteveA> hey kiko
[03:14] <kiko> hey SteveA 
[03:14] <SteveA> will cprov be around?
[03:14] <kiko> hey LarstiQ 
[03:14] <kiko> how's the sunshine
[03:15] <kiko> SteveA, no, he (and malcc) are on leave today
[03:15] <SteveA> fabio and tollef had a soyuz bug they want to discuss
[03:15] <kiko> rather unfortunately
[03:15] <kiko> he'll be around tomorrow if thathelps
[03:15] <LarstiQ> kiko: wondering about launchpad's abilities to interoperate between multiple instances (i.e., offloading products/python to python.org)
[03:15] <kiko> LarstiQ, you'll have to be more specific there..
[03:17] <stub> Its hard enough trying to interoperate with a central database. Distributed we just can't do without major labotimization.
[03:17] <LarstiQ> kiko: A big benefit to me of launchpad is being able to easily add upstream tasks and such. Will that also work between different launchpad instances that do not share the same database?
[03:17] <kiko> LarstiQ, "different instances"?
[03:17] <kiko> LarstiQ, there is only one launchpad
[03:17] <LarstiQ> kiko: so if launchpad gets chosen for python, they're going to make use of the canonical one
[03:18] <kiko> LarstiQ, yes.
[03:18] <LarstiQ> this bothers me slightly.
[03:19] <Riddell> ddaa: what's the status of the ubuntu-doc svn import?
[03:19] <kiko> LarstiQ, don't be bothered. it's all good!
[03:19] <LarstiQ> kiko: I'm glad you're here :)
[03:20] <LarstiQ> kiko: it is however a barrier to adoption. Today I had a bit of an argument over it, where people felt the centralized nature of launchpad was bad (and it being non-free, that caused some grief)
[03:20] <stub> And here I am thinking free hosting and maintenance might be a good thing.
[03:21] <LarstiQ> stub: don't get me wrong, I really enjoy working with lp.
[03:21] <stub> Don't get me wrong - I'm in a grumpy mood ;)
[03:22] <kiko> LarstiQ, what stub said. though I can see people arguing over anything, the reality is that Launchpad is engineered with the best of intentions; it is centralized, yes, but that also makes it a lot simpler
[03:22] <kiko> it's not every week your government gets kicked out
[03:22] <stub> Nah - I just need a massage
[03:22] <ddaa> Riddell: two things
[03:22] <stub> Or an ergonomic desk
[03:22] <ddaa> Riddell: the first, that interests you most, is that it's currently blocked on cscvs bugs
[03:23] <ddaa> no ETA for the fix
[03:23] <kiko> LarstiQ, are you referring to a specific python discussion?
[03:23] <LarstiQ> kiko: #ironpython discussion
[03:23] <kiko> I see
[03:24] <LarstiQ> specifically with Seo Sanghyeon
[03:24] <ddaa> Riddell: the second, is that there seems to be some confusion around those imports
[03:24] <ddaa> there is an import for "trunk" and one for "trunk/", one of those will have to be cleared up (tell me whether you want to clear the one in "trunk" or the one in "main").
[03:25] <Riddell> probably remove "main"
[03:25] <ddaa> Riddell: Anh there is one for branches/dapper, you need to know that although that one _should_ work (when the cscvs bug is fixed), it will not be related to the one from trunk
[03:26] <LarstiQ> kiko: I'm probably being overly sensitive
[03:26] <ddaa> as in merge will not behave usefully, and history won't go past the beginning of the branch
[03:26] <kiko> yeah, it's friday. come on
[03:26] <ddaa> as a policy we do not currently support imports for anything but trunk
[03:27] <LarstiQ> http://isitfriday.net/? Yes!
[03:27] <Riddell> ddaa: trunk is the only important one, dapper is unimportant
[03:27] <ddaa> Okay, I'll clear the dapper import stuff
[03:28] <ddaa> I'll put that import up on https://help.launchpad.net/VcsImportRequests to remember telling you when the import is complete
[03:28] <ddaa> but do not hold your breath
[03:29] <Riddell> ok, thanks ddaa 
[03:29] <stub> So what are we going to do about the existing /people, /products, /projects, /distributions and most importantly /bazaar urls? Keep them, which will involve renaming the bazaar product? Or change them to /+foo syntax ?
[03:34] <kiko> stub, so people I think should be separate from the other three.
[03:34] <kiko> stub, the other three should be rooted on /
[03:34] <kiko> I don't see the + syntax being anything but a hindrance here.
[03:35] <stub> kiko: So is /bazaar the bazaar product or what is already /bazaar ? If the bazaar product, what happens to the existing /bazaar?
[03:35] <kiko> stub, that people would be separate I think was also discussed and agreed upon 
[03:35] <kiko> stub, it becomes code.launchpad.net
[03:36] <stub> Ok. So that needs sorting before landing the /pillar-name stuff
[03:36] <stub> Other namespace clashes can be handled with the blacklist
[03:37] <kiko> stub, we /could/ as an interim step move /bazaar and /malone to /+bazaar and /+malone
[03:37] <kiko> and /rosetta to /+rosetta
[03:37] <kiko> I'm not against that if it unblocks landing your branch 
[03:38] <stub> Do you know if code.launchpad.net, bugs.launchpad.net, translations.launchpad.net (or whatever) are 1.0 tasks?
[03:38] <kiko> stub, they are, yes.
[03:39] <stub> Then I can leave this branch blocked and work on other stuff until that is closer to landing - it will be less work in the long run
[03:39] <stub> No need to screw with the urls twice when we can just wait a bit and only do it once
[03:41] <kiko> stub, okay, agreed, but is there danger of everything bitrotting to hell?
[03:42] <ddaa> cod.launchpad.net sounds fishy
[03:43] <kiko> ddaa, is there another proposal? branches.launchpad.net?
[03:43] <ddaa> I was just trying to be witty
[03:43] <ddaa> code.foo.bar is establishing a standard since there is already code.google.com
[03:44] <Nafallo> translations sounds like a bit long to use :-P
[03:45] <Nafallo> i18n is more to the size :-)
[03:45] <ddaa> so I think it's a good name overall
[03:48] <ddaa> could be a redirector...
[03:48] <kiko> stub, are you game for a review of the person sort improvements and other related things?
[03:48] <kiko> it's not very big..
[03:49] <kiko> and it's blocking me landing this stuff
[03:49] <ddaa> translations is good because it targets volunteers that may not be familiar with the jargon
[03:50] <salgado> flacoste, around?
[03:50] <flacoste> salgado: yep
[03:50] <flacoste> salgado: how can I help?
[03:51] <LarstiQ> ddaa: except there are people doing non-code stuff too
[03:51] <salgado> flacoste, hi!
[03:51] <kiko> ddaa, rosetta.launchpad.net is still shorter :)
[03:51] <salgado> flacoste, I'm wondering if the 'Created' column on https://staging.launchpad.net/distros/ubuntu/+tickets is really needed. what do you think?
[03:51] <ddaa> LarstiQ: bzr is mainly a source code management system
[03:52] <ddaa> people can use it for other things, but there's a clear focus on code
[03:52] <flacoste> salgado: i think it can go away if we replace it with an age column
[03:53] <ddaa> that's why there is only marginal interest in use cases like versioning a full home directory, /etc, or trees with huge binary files.
[03:53] <ddaa> They are important to some people, but they are not essential to the bzr mission.
[03:54] <salgado> flacoste, yeah, the age would be much better, I think.  but is it really useful, since we're going to close tickets after a certain period of time?
[03:54] <flacoste> salgado: it gives an idea if the ticket is going to expire soon
[03:54] <salgado> flacoste, I mean, if the ticket has activity, I don't think the age is that important.  and if it doesn't it will be closed
[03:55] <iwj> spiv: Thanks for your help.  I just thought I'd let you know those files did the trick for me.
[03:55] <flacoste> salgado: age since last activity than
[03:55] <salgado> flacoste, ahhh, right
[03:55] <flacoste> salgado: but that doesn't make sense for ANSWERED, SOLVED and EXPIRED tickets which by definition won't have much activity anymore
[03:56] <salgado> indeed
[03:56] <flacoste> salgado: for those the date of the last activity is more useful
[03:56] <elmo> spiv: do you have any way of monitoring the performance of the authserver?
[03:56] <elmo> spiv: and do you think maybe the logrotation you have ATM is a bit OTT? :P
[03:57] <flacoste> salgado: on a related issue: i wondered if I should set the dateanswered attributes when a ticket is rejected or expired, and if the answerer attribute should be set
[03:57] <flacoste> salgado: for now, i don't, but the old code did for the rejected case
[03:58] <flacoste> salgado: if we do, i think we should rename the attribuets to dateresolved and resolver 
[04:02] <salgado> flacoste, maybe it'd be good to have date_expired, date_answered and so on, like we have for bugtasks?
[04:03] <flacoste> salgado: so, we'd have dateanswered, dateexpired and daterejected? would we need a datesolved?
[04:04] <flacoste> salgado: and should we store these in the ticket table or compute them from the messages?
[04:05] <spiv> iwj: glad I could help
[04:05] <flacoste> salgado: actually, dateanswered is currently the date the problem was solved
[04:06] <flacoste> salgado: i.e. I set dateanswered only when the user confirms an answer
[04:06] <spiv> elmo: not really; the log files give some idea of how heavy the traffic is, and I occasionally run time python -c "import xmlrpclib; s = xmlrpclib.Server('http://localhost:8999/v2'); print s.getUser(1)"
[04:06] <salgado> flacoste, I'm not sure about that. it'd be good to have some use cases so that we can see what is really needed
[04:06] <flacoste> salgado: we could also leave things as they are for now, and revisit that later on
[04:07] <salgado> yeah, I think this would be better
[04:07] <spiv> elmo: which I did just then, and the first time it took 45s, which suggests the database was locked...
[04:07] <flacoste> salgado: we can always set the correct dates by looking a the messages history (since we have the action done on each message)
[04:07] <spiv> Or that the authserver has a problem I don't know about...
[04:07] <salgado> flacoste, indeed
[04:08] <spiv> elmo: As for the rotation... uh, yeah :)
[04:08] <elmo> spiv: would it be reasonable to add a time-taken-to-complete to the log file?
[04:08] <elmo> so we can keep track of this?
[04:08] <spiv> elmo: that's a good idea.  Please file a bug.
[04:09] <spiv> elmo: (not meaning to be rude, but I am likely to forget otherwise)
[04:10] <elmo> ok, can I file one saying I think there's a performance problem too?
[04:10] <spiv> elmo: yeah.  I just had a request take over a minute to answer, that's clearly terrible.
[04:11] <spiv> Hmm, it's at 99% cpu.
[04:11] <spiv> So it's an authserver issue, not a database one.
[04:11] <spiv> Crud.
[04:11] <spiv> That means it's my fault.
[04:13] <spiv> (although given the number of requests it's handling per second, that might not be totally unreasonable)
[04:13] <elmo> how many is it?
[04:13] <elmo> (and why so many?)
[04:13] <spiv> elmo: Actually....
[04:17] <spiv> elmo: I have a terrible suspicion that the log rotation is part of the problem.
[04:17] <spiv> We should try moving all the authserver.log.* files to an archived/ directory.
[04:17] <elmo> how often is it rotating?!
[04:18] <elmo> oh, you mean ext3 crapness due to the size of the directory?
[04:18] <spiv> Sorry, my ISP decided to break their routing for a minute there.
[04:18] <spiv> I'm just guessing.
[04:19] <spiv> But ext3 crapness is a likely candidate...
[04:19] <kiko> ddaa,?
[04:20] <ddaa> kiko?
[04:20] <kiko> ddaa, can you check out this?
[04:20] <kiko> https://devpad.canonical.com/~andrew/paste/fileU6xYVY.html
[04:22] <ddaa> kiko: that is a backtrace
[04:22] <elmo> spiv: ehm ehm
[04:22] <elmo> spiv: the moin instance appears to be talking to the authserver EVERY time
[04:22] <elmo> spiv: like, I'm logged in, have a cookie, but it's still talking to the authserver on every page I load
[04:22] <spiv> elmo: that's true I think, yeah :(
[04:22] <ddaa> kiko: what do you want to know?
[04:22] <elmo> spiv: duuuuuuuuuuuuuuuuuuuuuuuuude
[04:22] <kiko> ddaa, yes it is. caused by my SQLObject fix for bug 61757
[04:22] <Ubugtu> Malone bug 61757 in launchpad "SQLObject Foo.selectBy(column=None) doesn't work as expected." [Medium,In progress]  http://launchpad.net/bugs/61757
[04:22] <elmo> spiv: that's so bad
[04:23] <spiv> elmo: you'd like to hack on the Moin code?  Please, be my guest :P
[04:23] <ddaa> kiko: I do not know what your fix look like, I cannot really tell you anything unless you give me some more context
[04:24] <spiv> elmo: so, it seems to be rotating worryingly often.
[04:24] <kiko> why is revision_id a list?
[04:25] <spiv> elmo: very roughly once/2 minutes 
[04:25] <Ubugtu> New bug: #61884 in launchpad "timing information in the authserver log" [Untriaged,Confirmed]  http://launchpad.net/bugs/61884
[04:25] <Ubugtu> New bug: #61885 in launchpad "authserver performance problems" [High,Confirmed]  http://launchpad.net/bugs/61885
[04:26] <elmo> spiv: SWEET
[04:26] <kiko> ddaa, XXX ['rev42'] 
[04:26] <elmo> spiv: it's rotating based on size, given the lack of cookie support, I guess that's unsurprising?
[04:26] <kiko> why are we supplying a list here?
[04:26] <spiv> elmo: yep :(
[04:27] <elmo> spiv: what are our options in terms of short term fixes?
[04:27] <elmo> spiv: I was about ready to upgrade the wiki box, but there doesn't seem to be much point ;-)
[04:27] <kiko> ddaa, https://devpad.canonical.com/~andrew/paste/fileGbS2Ld.html
[04:27] <kiko> ddaa, why is revision_id a list there?
[04:27] <spiv> elmo: "mv logs/*.log* logs/archived" or similiar will probably help
[04:27] <Nafallo> hmm
[04:27] <spiv> For a while.
[04:28] <ddaa> kiko: that looks like a bug
[04:28] <kiko> ddaa, r=ddaa to change to an int?
[04:28] <spiv> elmo: I'll see if I can turn the rotation off, or at least turn it massively down.
[04:28] <ddaa> kiko: it's breaking the Revision API
[04:28] <spiv> elmo: Worst case, I can disable logging.
[04:28] <ddaa> kiko: you can even call that [trivial] , but r=ddaa if you wish
[04:28] <kiko> sure thing. thanks.
[04:29] <ddaa> hu
[04:29] <ddaa> kiko: INT?
[04:29] <kiko> a string, sorry.
[04:30] <ddaa> revision_id = 'rev42' -> r=ddaa
[04:30] <elmo> spiv: do you want to do that?  I think you can
[04:30] <elmo> spiv: the moving of logs I mean
[04:34] <spiv> elmo: I can do that, sure.
[04:34] <spiv> (at least, when my internet comes back...)
[04:38] <spiv> elmo: ok, let's see how that goes
[04:39] <elmo> spiv: is the moin issue, by design or "just" a bug?
[04:40] <spiv> elmo: it's the simplest way to do it (moin doesn't need to cache data held in the authserver), and it was fast enough.
[04:40] <spiv> If it's not fast enough anymore, we can make it better.
[04:42] <elmo> spiv: ok - if you're going to be working on it, maybe we should start with 1.5 code base instead?   the authentication there is at least modular, dunno if that'll make it any easier for you, but we need to jump to 1.5 anyway
[04:42] <flacoste> spiv: the latest Moin release is supposed to have an authentication plugin API
[04:43] <elmo> spiv: because unless the logging change fixes all the performance problems, it's definitely not fast enough anymore
[04:46] <spiv> I'd like to see if 1.5 is easier to work with.
[04:46] <spiv> Apparently it's meant to have more modular auth code, which might make things much easier and saner.
[04:46] <spiv> And as you say, we need to jump at some point anyway.
[04:46] <spiv> (hmm, I think my ISP is trying to tell me to go to bed by breaking their routing every few minutes...)
[04:47] <elmo> spiv: the logging seems to be broken entirely now,btw?
[04:47] <spiv> elmo: yeah, it does :/
[04:47] <spiv> that's a bit alarming.
[04:47] <spiv> I suppose we could bounce the process.
[04:48] <spiv> I'd like to be able to gauge how rapidly it will get out of control again.
[04:48] <spiv> If it's something that can be solved adequately by a nightly cron job to move old logs, then I don't have to worry about dropping other things to fix it.
[04:51] <spiv> elmo: I need to sleep now, but it appears that moving the logs has fixed the issue for the moment.
[04:51] <elmo> spiv: ok, thanks
[04:52] <spiv> Mail me or ping me on IRC if it goes stupid again, but otherwise I'll take a look at how it's going on Monday.
[04:53] <spiv> elmo: worst comes to the worst, symlink authserver.log to /dev/null -- it uses tell() to figure out when the file is too big...
[04:54] <elmo> spiv: cool, thanks
[04:54] <kiko> spiv, would you have time to review a patch that fixes performance problems with packages and persons?
[04:54] <kiko> spiv, it's not long..
[05:04] <kiko> carlos, what's po-debconf?
[05:05] <carlos> kiko: a .po file for debconf?
[05:05] <kiko> hmmm
[05:05] <kiko> so people can see i18nd upgrade information?
[05:06] <carlos> kiko: I don't know
[05:06] <carlos> I need more info
[05:06] <kiko> oh
[05:06] <carlos> ah, you mean the package?
[05:06] <kiko> http://lists.debian.org/debian-devel-announce/2006/09/msg00012.html
[05:07] <carlos> kiko: it's a script to get .po files with the .deb package templates
[05:07] <carlos> and .deb package templates are the text that you get from dpkg/apt about the configuration of a package
[05:07] <carlos> and in Debian installer context, all its text
[05:08] <carlos> we import them as pkgconf-PACKAGENAME
[07:06] <carlos> enjoy the weekend!!
[07:08] <kiko> SteveA, was it me?
[07:18] <SteveA> it was you
[07:18] <SteveA> like yodelling in a swimmingpool
[07:18] <SteveA> WebMaven: ping
[07:18] <bradb> Hm, anyone know the trick to display the error messages that a constraint function passes to LaunchpadValidationError with LaunchpadFormView? It looks like LFV shows only form-wide validation error messages, by default. BjornT?
[07:20] <WebMaven> SteveA: pong
[07:21] <WebMaven> SteveA: do yo8u have a pronouncement?
[07:24] <BjornT> bradb: catch the LaunchpadValidationError and either call self.addError() or self.setFieldError()?
[07:25] <bradb> BjornT: LFV should be doing that for me though, right?
[07:26] <Ubugtu> New bug: #61909 in malone "Security subscription should be implicit" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61909
[07:26] <bradb> This might be the problem....
[07:26] <bradb>     def _validate(self, action, data):
[07:26] <bradb>         for error in form.getWidgetsData(self.widgets, self.prefix, data):
[07:26] <bradb>             self.errors.append(error)
[07:26] <bradb>         for error in form.checkInvariants(self.form_fields, data):
[07:26] <bradb>             self.addError(error)
[07:27] <BjornT> bradb: it depends. what kind of constraint function are you talking about? one that gets called by a widget, or one that you call in self.validate()?
[07:28] <bradb> BjornT: it's a function I've passed as a constraint to a Set field. presumably it's getting called during getWidgetsData above.
[07:30] <bradb> I could do this easily if I implemented it as form-wide validation in the view's validate() method, but that seems like the incorrect spot for that knowledge.
[07:30] <BjornT> bradb: if so, the widget should be in an error state, and it's the template's responsibility to render the error near the widget (using view.getWidgetError()). you can see how it's done in launchpad-widget-macros.pt
[07:31] <bradb> BjornT: ah, ok, thanks
[07:40] <Ubugtu> New bug: #61894 in ubiquity "Installation Fails - VMWare machine" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61894
[08:09] <kiko> matsubara-lunch, the SQLObject fix has landed.
[08:21] <kiko> salgado, given a set of groups, is it easy to find out if a user is a member of one of them?
[08:21] <kiko> or do I need to do multiple TeamParticipation queries?
[08:21] <kiko> actually, my question is
[08:21] <flacoste> kiko: use CrowdControl :-)
[08:21] <kiko> given a set of groups, is it easy to find out which ones a user is a member of?
[08:21] <kiko> flacoste!!!1111!
[08:22] <flacoste> kiko: it doesn't fit the use case of findind which groups from that set the user is a member of though
[08:23] <flacoste> kiko: but it should be possible in one SQL query: SELECT team from TeamParticipation where team IN () and person = X;
[08:24] <kiko> yeah yeah
[08:24] <salgado> kiko, it should be possible to do it with a single query, yes. why do you want that?
[08:24] <kiko> salgado, to tell which translation groups a person is a member of.
[08:24] <kiko> salgado, there is no API for it, though, right?
[08:24] <salgado> no, there isn't
[08:25] <kiko> thanks.
[08:33] <kiko> matsubara-lunch, isn't there a bug about a person not having a teamparticipation entry for himself?
[08:35] <zwnj> i have some questions about handling our l10n team on launchpad.  anyone here can help me?
[08:35] <kiko> zwnj, yes, and so can jordi and danilos.
[08:35] <zwnj> hi kiko
[08:36] <kiko> zwnj, how's it going? what team is yours?
[08:40] <zwnj> kiko: i'm owner of l10n-fa team (wiki.u.c/PersianTranslationTeam).  in fact i just today realized that the translations by the users of l10n-fa team would be on the release without review.  so should i clean up the team and just approve some trusted translators now?
[08:42] <kiko> zwnj, yes, you should /definitely/ do that.
[08:42] <kiko> how did you realize that today, may I ask?
[08:42] <kiko> that is a big problem with translation groups
[08:42] <kiko> and I'd like us to solve it
[08:44] <zwnj> kiko: we just started to write howto's for new users of launchpad, and we found out non-members get a warning on top of the translation page.
[08:45] <zwnj> kiko: i'm the owner, but just a couple of weeks ago i saw the team in the TanslationTeams group, and started to work on it, requested for the mailing list, blah blah
[08:46] <kiko> I see.
[08:46] <zwnj> kiko: would you write a doc about l10n-team coordinating please?
[08:46] <kiko> zwnj, yes, we need that. I'll talk to jordi about it.
[08:47] <kiko> matsubara?
[08:50] <matsubara> kiko: bug 30789?
[08:50] <Ubugtu> Malone bug 30789 in launchpad "teams should be members of themselves" [Medium,Confirmed]  http://launchpad.net/bugs/30789
[08:50] <zwnj> thanks kiko
[08:51] <kiko> most welcome zwnj 
[08:51] <salgado> eh?
[08:51] <kiko> salgado, so people do have TP entries for themselves?
[08:51] <salgado> people or teams?
[08:52] <kiko> people.
[08:52] <salgado> well, that's not what the bug says
[08:53] <zwnj> kiko: btw, was it the right channel to ask such questions?  if yes, i'm going to hang on here
[08:53] <salgado> people already have TP entries for themselves
[08:53] <kiko> zwnj, yes, definitely.
[08:53] <kiko> salgado, thanks. I was confused.
[08:54] <kiko> salgado, why don't we fix that bug, btw?
[08:54] <salgado> and the only place that I'm aware of that we need to do someteam.inTeam(anotherteam) is that rosetta code carlos pasted
[08:54] <kiko> okay, then.
[08:54] <salgado> kiko, I'm not sure the above use case justifies it
[08:56] <kiko> oookay
[08:59] <kiko> hey matthewrevell 
[08:59] <kiko> salgado, any time for reviews today?
[08:59] <matthewrevell> kiko: hey :)
[09:00] <matthewrevell> kiko: Any Launchpad news for The Fridge?
[09:00] <kiko> matthewrevell, next tuesday there will be
[09:02] <matthewrevell> kiko: Cool. What's the schedule - every three weeks?
[09:02] <kiko> matthewrevell, every 2 /or/ 3 weeks.
[09:02] <matthewrevell> Okay, cool.
[09:04] <salgado> kiko, if the diff is not too big, sure
[09:09] <kiko> salgado, https://sodium.ubuntu.com/~andrew/paste/file4Q1XOc.html
[09:09] <kiko> matthewrevell, I'd like jordi to contribute a doc on how to handle translation groups in launchpad. but I need to find him first.
[09:10] <matthewrevell> kiko: Sounds interesting. If you haven't got time to summarise, let me know and I'll happily do it.
[09:12] <kiko> matthewrevell, thanks for the offer. 
[09:17] <Burgwork> kiko, jordi is off leading his double life as a russian skating sex-god
[09:19] <kiko> yeah so I hear
[09:37] <zwnj> kiko: would you take a look at https://launchpad.net/distros/ubuntu/edgy/+source/launchpad-integration/+pots/launchpad-integration/fa/+translate please
[09:40] <kiko> looking
[09:41] <zwnj> kiko: there is some translation, without the review-wanted mark
[09:42] <kiko> zwnj, many, actually, right?
[09:43] <zwnj> kiko: yes, all on the page, and the author wasn't on the translation team at all
[09:43] <kiko> zwnj, which author?
[09:43] <zwnj> kiko: why launchpad accept it, when it won't be on the packge
[09:44] <kiko> zwnj, launchpad accepts suggestions from people who aren't in the translation team.
[09:44] <zwnj> kiko: i.e. hasannoori
[09:44] <kiko> zwnj, a person who /is/ in the translation team can later come in and approve and/or edit these suggestions.
[09:44] <zwnj> kiko: so it it's a suggestion, it should be marked as review-wanted
[09:44] <zwnj>  /it/if/
[09:45] <kiko> zwnj, the review-wanted flag is meant to be used by people who /do/ have permission to change the official string, but who are not sure it's a good translation or not.
[09:45] <zwnj> kiko: oops, seems the date of translation is before the team become a official team
[09:46] <zwnj> kiko: so, how a new team member can find out which message is a suggestion, and which done by another team member (on that page, not seeing the team member's page)
[09:49] <kiko> zwnj, if it's a suggestion, it won't be added as the official translation.
[09:49] <zwnj> kiko: i know, but how launchpad shows it to me?
[09:51] <salgado> kiko, what's that patch for?
[09:52] <kiko> salgado, ordering by person_sort_key and package_version_key, to avoid timeouts?
[09:52] <salgado> oh, that good old patch? I thought it was merged already...
[09:55] <kiko> salgado, it needs review.
[10:04] <kiko> zwnj, it shows the entry as a suggestion, and not as the official translation (i.e. Suggested by: ...)
[10:06] <kiko> salgado-brb, it's a fix for 56638.
[10:09] <zwnj> kiko: but i see: ||| Translated by: HasanNoori on 2006-06-02 01:55:16 IRDT ||| who has not be a member
[10:10] <zwnj> kiko: could it be because of the date of translations, which is older than the date that team became official?
[10:11] <zwnj> kiko: here are the example: https://launchpad.net/distros/ubuntu/edgy/+source/launchpad-integration/+pots/launchpad-integration/fa/4/+translate
[10:11] <zwnj> non of those people are (or was) a team member
[10:13] <kiko> zwnj, yes, they were added before the team was enabled.
[10:13] <zwnj> kiko: ok, now i want to mark all Persian translations as suggestion
[10:14] <zwnj> because (almost) all of them has problems
[10:14] <zwnj> they use Arabic Yeh and Key instead of Persian Yeh and Keh
[10:17] <zwnj> kiko: so all of them do need review, and it's going to be the first task for team members
[10:19] <kiko> zwnj, good job.
[10:25] <salgado> kiko, I don't have permission to see that bug
[10:26] <matsubara> hmm I wonder who fixed the tooltip in Importance and added the padlock icon
[10:29] <kiko> salgado, are you serious?
[10:29] <kiko> bug 56638?
[10:29] <salgado> kiko, yes
[10:30] <salgado> 56638
[10:30] <kiko> heh
[10:30] <kiko> now you do.
[10:31] <zwnj> kiko: so, what should i do now?
[10:31] <kiko> zwnj, well, there is no mass-update UI yet for a language
[10:31] <kiko> zwnj, is it for all packages?
[10:32] <kiko> matsubara, the tooltip was there a while back. I fixed the padlock icon name which was broken and 404ing.
[10:32] <kiko> without an icon there is no tooltip tho
[10:32] <zwnj> kiko: yes, almost all the translations that have been done on launchpad
[10:32] <bradb> matsubara: kiko did the padlock and I did the tooltip
[10:32] <matsubara> bradb, kiko yeah, just found it rev 4026
[10:32] <kiko> zwnj, I think you need to file a support request to get those cleared. rosetta/+tickets
[10:33] <matsubara> bradb: i think then bug 61805 belongs to you :)
[10:33] <Ubugtu> Malone bug 61805 in malone "Tooltip for bug importance could have better wording" [Low,Confirmed]  http://launchpad.net/bugs/61805
[10:33] <kiko> lol
[10:34] <bradb> matsubara: yeah, i guess it's fixed now
[10:35] <matsubara> bradb: thanks. you fix things before they're even reported!
[10:35] <bradb> dunno if it's released yet though...
[10:36] <bradb> no, only committed
[10:37] <salgado> kiko, review sent
[10:38] <kiko> salgado, thanks.
[10:39] <zwnj> kiko: where i can request for that?
[10:39] <matsubara> bradb: is it possible to show the tooltip only to people who don't have permission to edit the importance field?
[10:39] <kiko> zwnj, launchpad.net/products/rosetta/+tickets
[10:39] <bradb> matsubara: yeah, easy, if needed
[10:41] <bradb> BjornT: Is it possible to submit an invalid value for a list of checkboxes? I'm trying to pagetest nominating a release that's already been nominated.
[10:41] <bradb> BjornT: (with testbrowser i mean, of course)
[10:44] <kiko> salgado, reply sent.
[10:44] <kiko> bradb, I believe matsubara knows how to do that
[10:44] <BjornT> bradb: you could do it with two different browser instances. first open the page in the two instances, then submit the forms nominating the same release in both instances.
[10:44] <bradb> BjornT: tried that already
[10:44] <bradb> got:
[10:44] <bradb>       File "/usr/lib/python2.4/site-packages/mechanize/_mechanize.py", line 371, in viewing_html
[10:44] <bradb>         raise BrowserStateError("not viewing any document")
[10:44] <bradb>     BrowserStateError: not viewing any document
[10:45] <bradb> I'm betting zope gets confused with more than one instance open at a time (not to mention that it makes the test read /really/ weird anyway)
[10:45] <bradb> i could suffer thing slings and arrows of http(), but i want more out of life
[10:46] <BjornT> bradb: hmm, it should work. can you paste the test you have?
[10:46] <bradb> BjornT: sure, one sec...
[10:47] <BjornT> the tests won't actually be that weird. what you do is to simulate someone having the same form open in two different tabs, or two users nominating at the same time.
[10:48] <bradb> BjornT: yeah, that's how i narrated it
[10:49] <bradb> i think i may have found the issue though. want to verify before pasting...
[10:51] <bradb> my machine is not fast
[10:52] <kiko> salgado, replied.
[10:55] <bradb> peeebcaaaak!
[10:55] <bradb> BjornT: n/m. mea culpa.