[12:25] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Split the person edit page into more specific one (wikiname, irdid, jabber, passwordchange), allow Person.name changes, make sure admins can't upload SSH keys in behalf of other users. Lots of small tweaks. r=spiv (patch-2309: guilherme.salgado@canonical.com)
[12:27] <lifeless> lamont: thanks!
[12:40] <lifeless> SteveA: ping
[12:41] <kiko> carlos, you rock!
[12:41] <carlos> kiko, test fixed and it's ready to review
[12:45] <kiko> carlos, I also filed a few bugs based on the script runs
[12:45] <kiko> carlos, how big is the patch/
[12:45] <carlos> 166 lines
[12:46] <carlos> with many sample data and test changes
[12:46] <carlos> line code, no more than 50-60 lines
[12:47] <kiko> why don't you mail me a diff?
[12:50] <carlos> kiko, sure
[12:53] <carlos> kiko, sent
[12:55] <ddaa> baz COTM regression...
[12:57] <kiko> whee
[12:59] <carlos> seb128 !
[12:59] <seb128> hey
[12:59] <seb128> hey carlos :)
[01:00] <seb128> https://launchpad.net/distros/ubuntu/breezy/+sources/firefox/+gethelp and https://launchpad.net/distros/ubuntu/breezy/+sources/firefox/+translate get a " Sorry, a system error occurred"
[01:00] <seb128> is that known? should I put that to malone?
[01:00] <carlos> seb128, file a bug, please
[01:02] <seb128> k
[01:06] <carlos> seb128, thanks
[01:06] <seb128> np
[01:09] <carlos> wait
[01:09] <carlos> that URL does not exists at all
[01:09] <sabdfl> kiko: there you go. it's only an 8,000 line diff ;-)
[01:09] <carlos> seb128, it's normal that you get a system error
[01:10] <kiko> @#!@$!@#!
[01:11] <carlos> sabdfl, is that the new spec system?
[01:12] <seb128> carlos: it not existing is the bug :p
[01:12] <seb128> carlos: try with mozilla-firefox instead of firefox
[01:12] <carlos> seb128, is that part of launchpad integration?
[01:12] <kiko> seb128, the source package name is mozilla-firefox, isn't it?
[01:13] <seb128> kiko: no
[01:13] <kiko> where's the error?
[01:13] <sabdfl> carlos: yes
[01:13] <kiko> no?
[01:13] <sabdfl> carlos: rather nicely done, too ;-)
[01:13] <seb128> kiko: it has been rename some time ago
[01:13] <kiko> kiko@lozenge:~$ apt-get source firefox
[01:13] <kiko> Reading package lists... Done
[01:13] <kiko> Building dependency tree... Done
[01:13] <kiko> E: Unable to find a source package for firefox
[01:13] <kiko> ah.
[01:13] <kiko> I didn't know that.
[01:13] <seb128> kiko: you use hoary?
[01:13] <kiko> seb128, right, I use hoary.
[01:13] <carlos> sabdfl, dude, you rock!
[01:14] <seb128> " firefox (1.0.2-0ubuntu6) breezy; urgency=low
[01:14] <seb128>  .
[01:14] <seb128>    * Rename to firefox per MoFo's trademark requirements"
[01:14] <sabdfl> thanks carlos. next i'll do the support tracker.
[01:14] <kiko> so the issue is that gina hasn't had a breezy run, and therefore, we don't have breezy package names, seb128 
[01:14] <seb128> kiko: k, so nothing to worry about, that will be automagically fixed before 5.10, right?
[01:15] <ddaa> .oO(that's going to be a rought ride)
[01:15] <kiko> should be, seb128 
[01:15] <seb128> thanks
[01:15] <kiko> carlos, so, big sampledata change -- why?
[01:16] <carlos> kiko, because I did a .pot import
[01:16] <ddaa> lifeless: would be nice if you could fix the COTM regressions affecting pybaz before releasing baz-1.5
[01:17] <kiko> carlos, okay, replying
[01:18] <carlos> kiko, ok
[01:20] <kiko> carlos, I have some questions
[01:20] <kiko> do you have time to answer?
[01:20] <carlos> sure
[01:22] <lifeless> ddaa: care to be more specific ? perhaps file bugs ?
[01:23] <ddaa> cd launchpad/sourcecode/pybaz ; make check
[01:23] <ddaa> it's not very urgent
[01:23] <ddaa> it's just that I forgot about them and stumbled upon the problem again (made me loss a little time)
[01:24] <sabdfl> jamesh: ping
[01:24] <carlos> kiko, ?
[01:24] <ddaa> I think all baz .0 releases had bugs that broke pybaz... it's not hard for your to check.
[01:33] <kiko> carlos, almost there
[01:33] <sabdfl> kiko: with the review?
[01:34] <kiko> sabdfl, with carlos' review
[01:34] <sabdfl> kiko: it would be great to have the specmgr in the next production rollout
[01:34] <sabdfl> because it brings the new page layout too
[01:35] <kiko> sabdfl, that's no longer possible because we cut code this morning
[01:35] <lifeless> you've missed monday, so you have a week to land it.
[01:35] <kiko> carlos, replied.
[01:36] <lifeless> kiko: the cutoffdate for rollouts is just before the meeting
[01:36] <lifeless> kiko: the rollout happens monday
[01:36] <kiko> tuesday IIRC, no lifeless?
[01:36] <lifeless> monday/tuesday, its all the same
[01:36] <kiko> :)
[01:36] <carlos> kiko, thanks
[01:37] <kiko> I'll clean up here while I wait
[01:37] <sabdfl> kiko: you have executive authority to make the cutoff tonight, if that code passes review
[01:37] <carlos> kiko, monday at .au :-P
[01:37] <kiko> carlos, no, wednesday at .au :)
[01:37] <carlos> hmmm, right
[01:37] <carlos> kiko, monday at .br!
[01:37] <carlos> :-)
[01:37] <kiko> heh
[01:38] <kiko> it's always monday here
[01:38] <kiko> reply to my review!
[01:38] <ddaa> lifeless: sabdfl: https://macquarie.warthogs.hbd.com/roomba/status/python-python-main/events/73/log
[01:38] <ddaa> I think I'll call it a day now.
[01:38] <kiko> roooomba
[01:38] <kiko> ddaa, I always meant to ask
[01:39] <kiko> why do we test imports before doing them?
[01:39] <kiko> and is there a chance of a race condition between these events?
[01:39] <ddaa> caveat: it might blow during the import, or at validation at the end, but there are measurable progress.
[01:39] <kiko> ERROR: Parsing CVS log 
[01:39] <kiko> cute :)
[01:41] <sabdfl> kiko: the autotester tries to work with whatever people have fed it
[01:41] <sabdfl> that way our team knows which ones will just work
[01:41] <sabdfl> and they also have debugging feedback from others
[01:41] <sabdfl> like the branch diff machines from jamesh, for code reviews
[01:42] <ddaa> kiko: there are various reasons for testing first, some related to implementation issues, other related to workflow, etc. TBH I do not remind the rationale very well :)
[01:42] <ddaa> * do not recall the rationale
[01:42] <sabdfl> ddaa: is that a pass or a fail?
[01:42] <ddaa> so far it's making progress
[01:42] <ddaa> that is, the bug that previously blocked cvs log parsing appears to have been effectively fixed by yours truly.
[01:43] <sabdfl> ddaa: well done
[01:43] <sabdfl> will it automatically try samba as well tonight?
[01:43] <ddaa> But it still has many opportunity to fail...
[01:43] <ddaa> samba is another bug
[01:43] <ddaa> that I will unfortunately do not have the time to fix before london
[01:44] <lifeless> sabdfl: I'd like to do the bzr pqm support in my public branch, so we get community input. Is that ok ?
[01:44] <sabdfl> lifeless: go ahead
[01:45] <lifeless> thanks
[01:46] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Convert personal bug pages to use the tableview macros; practically no externally visible changes (apart from sortability), minor fixes to tableview template and addition of default columns to make listing_columns optional. (patch-2310: christian.reis@canonical.com)
[01:46] <ddaa> kiko: it's certainly possible that somebody can do something evil with a CVS repo that breaks cscvs (or even rlog) between the test and the import. But that is also true between two syncs... so there's no additional trouble.
[01:47] <ddaa> Also, roomba can play staging. This time I only rolled out roomba to get some extra confidence in the code.
[01:47] <lifeless> kiko: its so that we don't have to be pulling production stuff up/down to fix bugs
[01:47] <sabdfl> kiko: do you know if a decision was taken to allow people to edit their own name?
[01:47] <lifeless> kiko: we get autotested results in isolation
[01:48] <kiko> sabdfl, yes, it's allowed -- see launchpad mail for today
[01:49] <sabdfl> ok
[01:49] <sabdfl> i noticed the change in the merge diff, and wondered about it
[01:49] <kiko> ah, right.
[01:50] <kiko> salgado's been knocking em off right and left
[01:50] <kiko> he said you disapproved of his rudimentary condorcet saver, tsk tsk
[01:50] <sabdfl> hm... that code needs a tweak, so that it knows to redirect you to a sensible place after you rename yourself
[01:50] <kiko> s/saver/resolver
[01:50] <sabdfl> as it is, it will leave you in the wrong place altogether
[01:50] <kiko> I'll complain to him, he's at the door
[01:50] <sabdfl> we don't have time to implement condorcet properly, he needs to be focused on shipit
[01:51] <sabdfl> and the ui he described is hideous
[01:51] <sabdfl> and i never asked for it ;-)
[01:51] <sabdfl> though i'm glad he took the initiative, i don't want more time spent on it now
[01:53] <carlos> kiko, there you have the answers :-)
[01:55] <sabdfl> i'll fix the persn edit thing
[01:55] <sabdfl> kiko: if you change a name, then you need a class like this as the EditView
[01:55] <sabdfl> class PersonAdminView(EditView):
[01:55] <sabdfl>     def changed(self):
[01:55] <sabdfl>         self.request.response.redirect(canonical_url(self.context))
[01:55] <sabdfl> that's all
[01:56] <sabdfl> the point being that otherwise it comes up on the old url
[01:56] <sabdfl> and the next click fails
[01:56] <sabdfl> this way, it processes the form, and redirects to the new home page for the person
[01:56] <sabdfl> it's fixed in the branch you'll review
[01:59] <dilys> Merge to rocketfuel@canonical.com/sqlobject--test--0.6: [trivial]  Fix two unresolved names. (patch-34: guilherme.salgado@canonical.com)
[02:02] <sabdfl> night all
[02:02] <kiko> sabdfl, yeah, salgado knows already and was going to fix
[02:03] <sabdfl> kiko: it's fixed
[02:04] <kiko> trigger-happy sab
[02:04] <kiko> :)
[02:04] <kiko> more tomorrow
[02:04] <kiko> night people
[02:08] <carlos> kiko-zzz, night
[02:18] <interalia> is there any chance canonical can release the cscvs they're using to generate the trees at bazaar.ubuntu.com?
[02:19] <interalia> assuming that's what they're using, that is.
[02:20] <Grap> PEOPLE WANTS TO FREE ROSETTA , MAKE IT OPEN SOURCE PLEASE!!!
[02:38] <carlos> interalia, no idea, It's better if you ask it again tomorrow to SteveA, sabdfl or lifeless (perhaps lifeless will be around soon)
[02:38] <carlos> good night
[02:59] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: We fix now automatically missing/extra trailing leading whitespaces r=kiko (patch-2311: carlos.perello@canonical.com)
[03:09] <elmo> SCHTUB!
[03:09] <Keybuk> huh?
[03:09] <elmo> 02:04 -!- stub [n=stub@203-217-37-199.dyn.iinet.net.au]  has joined #launchpad
[03:09] <Keybuk> ah
[03:10] <Keybuk> thought you were speaking in tongues, there
[03:10] <Keybuk> or, perhaps, speaking after swallowing your tongue
[03:10] <elmo> haha
[03:14] <jamesh> interalia: I think most of our changes are in Robert's public tree
[03:15] <jamesh> interalia: oops.  I was thinking of something else
[03:18] <Keybuk> right, let's reboot and see whether seb has fixed the figlet-sized fonts
[03:21] <interalia> jamesh: sooo... that'd be a no then?  I just want to use it locally for projects I'm interested in.  obviously bazaar.ubuntu.com isn't going to have every software project out there.
[03:22] <interalia> and work would want a local copy, not on a remote website.
[03:23] <bob2> a) the aim is to have every (Free) software project out there
[03:23] <bob2> b) the point of arch/baz/bzr is that you can branch from the version on bazaar.canonical.com and work localally
[03:27] <interalia> bob2: but what I want is a tree tracking upstream with full history (hence the cscvs).
[03:27] <interalia> if I tag off b.u.c and do a tla/baz logs, that isn't going to show me what the upstream developers have done, right?
[03:27] <bob2> that's the point of bazaar.canonical.com
[03:28] <bob2> because that's not what the logs command is for
[03:29] <jamesh> interalia: the branches at bazaar.ubuntu.com stuff track upstream
[03:29] <jamesh> interalia: so if you regularly merge from the branch there, you will see what upstream has done
[03:30] <jamesh> you'd be working the same way if you did your own local CVS import, but this way you also get the same file IDs as other people who branch from bazaar.ubuntu.com
[03:30] <jamesh> so you can successfully merge with them too
[03:31] <interalia> jamesh: yeah I know.  I guess I could regularly merge, but I would really rather have the tool.  that way if there's another project I'm interested in that b.u.c doesn't have, we can create it ourselves, without having to involve canonical folks
[03:31] <jamesh> interalia: cscvs locally won't stop you from having to merge regularly -- you shouldn't be committing your own changes into the branch cscvs manages
[03:32] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Added Asturian plural forms (patch-2312: carlos.perello@canonical.com)
[03:32] <interalia> jamesh: yep, I know.  we already have multiple branches, one for tracking upstream and one for local development.
[04:00] <SteveA> lifeless: pong
[07:25] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Calendar UI improvements, r=BjornT (patch-2313: james.henstridge@canonical.com)
[09:04] <sabdfl> so dudes
[09:04] <sabdfl> stub: please don't branch for production yet
[09:04] <sabdfl> i'm waiting for the go-ahead from kiko to land spec-mgmt
[09:04] <stub> k
[09:04] <sabdfl> jblack: ping
[09:05] <jblack> Pong
[09:05] <jblack> sabdfl: pong
[09:06] <sabdfl> jblack: could you draw up a wiki page which lays out a plan to engage the 500 upstream communities for which we have active imports, please?
[09:06] <sabdfl> we discussed it in brazil, but i haven't seen the plan yet
[09:06] <sabdfl> then i need you to be in touch with 3 communities per day
[09:06] <jblack> Sure thing. 
[09:07] <jblack> I've been working with lifeless, stevea, jdub and mako on reaching people.
[09:09] <jblack> Our current plans include getting all of gnome imported (about 90% of its done), doing the gnome build process (they have a script that pulls everything from cvs, convert it to bazaar), and show that to the gnome guys. 
[09:10] <jblack> I'll write that up and the other things we've done in addition to what you've asked for.
[09:13] <interalia> sabdfl: someone suggested I ask you if canonical is going to release the cscvs used to generate those trees
[09:13] <sabdfl> interalia: in due course
[09:13] <sabdfl> at the moment, a lot of it is manual
[09:14] <sabdfl> when we hit a bump, we have to go and manually jimmy it
[09:14] <interalia> sabdfl: ok.  I'm just interested in using them here at work to internally track (other) projects we're interested in
[09:14] <sabdfl> interalia: seems sensible. there's so much *crack* in cvs repositories that i don't think we'll every have a fully automated process
[09:15] <sabdfl> cvs was just designed to be broken
[09:15] <interalia> yeah :(
[09:15] <sabdfl> interalia: if the ones you are interested in are also packaged in ubuntu, then we could add them to our queue
[09:16] <sabdfl> but no promises as to whether or not it would be successful
[09:16] <sabdfl> here's how:
[09:16] <sabdfl>  - go into launchpad, see if there is a product for that upstream already registered
[09:16] <sabdfl>  - register the product
[09:16] <sabdfl>  - create a new product series, called MAIN usually
[09:17] <sabdfl>  - add the source details (cvs repo, module, branch)
[09:17] <sabdfl> then its in the queue
[09:17] <interalia> sabdfl: ah :)  well TBH I'd really prefer we had it on-site.  they're for internal use only, so I can't see that we'd ever be publishing them online (and thus confusing things with b.u.com)
[09:17] <jblack> sabdfl: About the contacting three people a day... I tried that for a couple weeks without much success (that's why I went to the people I mentioned). Do you have suggestions on how to pull it off without looking spammy? 
[09:22] <sabdfl> interalia: if they are part of ubuntu, then it's no problem, we would get to them anyway in due course, you're just bringing that day forward :-)
[09:44] <carlos> morning
[09:45] <carlos> stub, hi, were you able to run the whitespace fix script on staging? when will it finish?
[09:45] <stub> 8.6831 done (320000 of 3685315). eta 10:48:43.452025
[09:45] <stub> So 10 or 11 hours to go
[09:45] <carlos> 10 hours?
[09:45] <carlos> wow
[09:46] <carlos> stub, thanks for the info
[09:49] <carlos> stub, one more thing... I think my code changes are not applied to staging, could you force it?
[09:50] <carlos> force an update
[09:50] <stub> I've updated the code but not restarted it. I'll bounce it now.
[09:50] <carlos> oh, ok. Thank you
[09:51] <stub> It is restarting now
[09:52] <carlos> cool
[09:54] <bob2> are people working on making zope instance startup faster?
[09:59] <stub> Not here they arn't
[10:00] <stub> I don't think anyone is
[10:01] <carlos> stub, btw, seems like the staging DB is not up to date
[10:02] <stub> It isn't - it won't have synced for the last week because of the whitespace migration testing.
[10:02] <carlos> oh
[10:02] <carlos> ok
[10:03] <stub> I can sync it now if that will be a problem (it still won't be ready until tomorrow, so it doesn't matter much)
[10:03] <carlos> hmm, that's bad then...
[10:03] <carlos> that means I have a bug in the migration script
[10:03] <carlos> and I'm missing some cases..
[10:03] <SteveA> stub: will we need better database hardware sooner to cope with things like the whitespace update?
[10:03] <SteveA> bob2: if you remove all unnecessary package includes, it starts really fast
[10:04] <carlos> stub, no, don't worry it will be ready later today for me so I can test what I need to test on staging
[10:05] <stub> SteveA: Updating several million rows takes time no matter what hardware you have. If we went out and bought a top of the line replacement to emperor now, we could maybe get a 15% improvement. But we don't need it now.
[10:05] <bob2> SteveA: oh, good idea
[10:06] <bob2> SteveA: love your poem, too
[10:06] <SteveA> aroldo got martijn faassen to write a sonnet for this year's europython
[10:06] <SteveA> his python poetry project is coming along very slowly
[10:07] <stub> Asuka on the other hand might need an upgrade - it was lobotimized recently (lost a CPU and 1GB RAM), but I'm not fussed about it atm.
[10:09] <SteveA> is pound working out okay?
[10:20] <stub> Pound is running fine - no problems there as far as I'm aware (I don' t have access to the production install)
[10:26] <SteveA> so, no pressure to move to squid there
[10:33] <stub> Not unless we want caching, no.
[10:35] <SteveA> the main cacheables will be the RDF (served up separately) and the front page (slashdot material)
[10:40] <jordi> hi
[10:40] <jordi> hey mark, thanks for replying to mikel.
[10:40] <jordi> I'm quite excited about the Asturian team
[10:42] <sivang> morning all
[10:42] <SteveA> when i first saw it, i thought it was a typo for "austrian" :-/
[10:42] <SteveA> then again, i get "austrian" and "australian" confused too
[10:44] <jordi> SteveA: hehe
[10:44] <jordi> let's many more non-dialect languages in the Iberian Peninsula than people think. :)
[10:45] <sivang> morning jordi , 'sup?
[10:45] <jordi> Another I have no hope for, although I love it, is Aragonese. In a desperate attempt, I wrote its locale data (an_ES)
[10:45] <jordi> hi sivang
[10:48] <carlos> jordi, please, next time don't accept emails like the one from Alfonso, it's too big for a mailing list
[10:48] <carlos> jordi, btw, good morning
[10:48] <jordi> I didn't
[10:48] <jordi> Or did I?
[10:48] <carlos> hmm
[10:48] <carlos> that sucks then....
[10:48] <jordi> No, I didn't.
[10:48] <carlos> we should reduce the size of the attachments
[10:48] <jordi> nod
[10:48] <jordi> let me do it
[10:48] <carlos> jordi, thank you
[10:48] <carlos> jordi, more than 100KB is too much
[10:49] <jordi> carlos: did it hit the list?
[10:49] <carlos> jordi, I think so
[10:49] <carlos> I'm still downloading it
[10:49] <jordi> I only see the non-attachment version hitting the list, while we got the mailman request mails (two of them)
[10:49] <jordi> carlos: that's the mailman copy
[10:49] <carlos> really?
[10:49] <carlos> hmmm
[10:49] <jordi> yeah
[10:49] <carlos> then I have a problem with my imap server
[10:49] <jordi> why?
[10:50] <jordi> no, you're downloading the full copy, but only daf, you and me are getting it.
[10:50] <carlos> yeah, it was my imap server + evolution
[10:50] <jordi> oh
[10:50] <jordi> go evo :)
[10:50] <carlos> jordi, it got stalled
[10:50] <carlos> and I thought it was downloading  a huge email
[10:51] <jordi> it was big, but not as much :)
[10:51] <carlos> jordi, after 1 hour waiting....
[10:51] <jordi> lol
[10:53] <jordi> carlos: current rosetta-users@ limit is 40Kb. Sounds like enough.
[10:54] <carlos> jordi, yeah
[10:54] <carlos> They should not send the .po and .pot files there
[10:55] <jordi> via another channel, I learn that Wesnoth 1.0, due very very soon, will be fully translated to only four languages.
[10:55] <jordi> German, Swedish, English...
[10:55] <jordi> ... and Latin!
[10:56] <jordi> That translation is quite big, and someone found the time to do it for a dead language. :)
[11:28] <sabdfl> jordi: you're welcome. can you help with his LOCALE?
[11:33] <jordi> do you mean the plural forms bit? I don't see any other question regarding the ast locale
[11:33] <jordi> it should be in glibc already, I believed
[11:33] <jordi> oh damn
[11:34] <jordi> it seems Glibc locales don't, only belocs.
[11:34] <jordi> moving Ubuntu (and Debian) to belocs-locales-data for breezy+1 is going to be my #1 goal.
[11:35] <jordi> sabdfl: ok, how do we handle missing locales in ubuntu? Do langpacks take care of that?
[11:35] <carlos> jordi, don't think so
[11:35] <carlos> jordi, langpacks create the locales based on glibc's data
[11:35] <jordi> carlos: it wouldn't be *that* hard anyway.
[11:36] <jordi> what do you mean with "create"?
[11:36] <carlos> jordi, is better if you add it directly to glibc
[11:36] <jordi> localedef?
[11:36] <carlos> jordi, the generation
[11:36] <jordi> carlos: that takes a long time, always... could be late for breezy+1 even, if Drepper has a bad semester.
[11:36] <carlos> jordi, the binary files that localegen creates
[11:37] <carlos> jordi, the only way I see to do it is to add language packs for that language
[11:37] <carlos> before the release
[11:37] <jordi> carlos: nod. Why wouldn't an Asturian langpack be able to provide a /usr/share/i18n/locales/ast_ES file?
[11:37] <carlos> jordi, the problem is if you don't have a language pack before release
[11:37] <jordi> that localedef/locale-gen can use to generate it?
[11:37] <carlos> we cannot/shouldn't add new packages post release
[11:38] <carlos> only updates
[11:38] <jordi> oh. Right. That sucks... Hmm, what can we do about this particular case?
[11:38] <carlos> jordi, ask pitti
[11:38] <jordi> I guess translating Asturian w/o a locale would be quite futile
[11:38] <carlos> jordi, but I suppos it's ok to add empty packages while that's done
[11:38] <jordi> oh good.
[11:38] <carlos> jordi, ask pitti, he's on charge of that
[11:39] <jordi> I need to contact the Asturian guys and try to get them a ISO 639-2 code. They comply with the requisites a lot better than Aragonese, for example.
[11:39] <jordi> They only have a 639-3 right now.
[11:40] <carlos> jordi, anyway, a 639-3 code is enough
[11:40] <carlos> jordi, and that will take a lot of time...
[11:41] <jordi> not really
[11:41] <jordi> I got "an" assigned in little more than 3 months.
[11:42] <carlos> jordi, dude, that's a lot of time in Ubuntu's time :-)
[11:43] <jordi> I know it's enough. "at" would be better though. :)
[11:43] <jordi> they can start with ast, switch to whatever they get later.
[11:43] <jordi> It's just a personal wish, don't worry :)
[11:46] <carlos> jordi, yeah, that will be a good challenge to Rosetta, rename a language code without introducing duplicates.... 
[11:49] <jordi> good :)
[12:00] <\sh> can someone add "gajim" to the malone sourcepackages? :) thx
[12:01] <\sh> and add a direct assignment to MOTU team for this? (is it possible?)
[12:05] <WaterSevenUb> I'm receiving this error over and over when trying to translate gnome-app-install
[12:05] <WaterSevenUb> Proxy Error
[12:05] <WaterSevenUb> The proxy server received an invalid response from an upstream server.
[12:05] <WaterSevenUb> The proxy server could not handle the request POST /distros/ubuntu/breezy/+sources/update-notifier/+pots/update-notifier/pt/+translate.
[12:05] <WaterSevenUb> Reason: Error reading from remote server
[12:05] <WaterSevenUb> any idea?
[12:06] <carlos> WaterSevenUb, hmmm, the server is up
[12:13] <\sh> hmm...I just assigned a new malone bug to my account...but it doesn't show up in my "assigned bugs" list
[12:23] <carlos> wow, the amount of requests to add new languages too Rosetta is being really high this month
[12:24] <carlos> jordi, Friulian
[12:24] <carlos> :-)
[12:34] <BjornT> stub: can you check the error logs and see if WaterSevenUb's failed request is there?
[12:43] <jordi> carlos: friwhat?
[12:44] <jordi> carlos: I mailed mikel asking about their glibc data.
[12:45] <carlos> jordi, the new language
[12:46] <jordi> oh, I see
[12:49] <jordi> yet another Italian language. :)
[12:59] <jordi> carlos: should I ask for plural form data? (and warn about locale data?)
[12:59] <carlos> jordi, yes, please
[01:00] <carlos> and check if the isocode list has that language with that code
[01:00] <carlos> if they don't have that they should ask for it before we add it
[01:00] <jordi> it does
[01:00] <jordi> fur
[01:00] <sabdfl> carlos: why can't we add a language after release?
[01:01] <jordi> sabdfl: it'd be NEW
[01:01] <carlos> sabdfl, new package addition
[01:01] <sabdfl> we can do tht
[01:01] <carlos> sabdfl, we are supposed to deliver only updates
[01:01] <sabdfl> a new language is an update :-)
[01:01] <carlos> sabdfl, pitti said we should not
[01:01] <sabdfl> ok, just let him know i think we should if we could
[01:02] <jordi> sabdfl: in the specific case of Asturian, I'm going to get him add an empty langpack preemptively :)
[01:02] <jordi> + write their libc locale stuff so it's usable
[01:06] <carlos> sabdfl, ok, we can add new language packs post release
[01:20] <jordi> yay. :)
[01:58] <kiko_> falem mal mas falem de mim
[02:10] <carlos> kiko, morning, superkiko!
[02:11] <kiko> sabdfl, I'm afraid the chance of me oking the specs machine for landing today is definitely zero :)
[02:12] <kiko> sabdfl, do you have another branch up for review, or is this the only one?
[02:13] <sabdfl> kiko: only this one
[02:13] <sabdfl> kiko: zero because of problems in the branch, or time managment?
[02:13] <sabdfl> time constraints, rather
[02:14] <kiko> because it's a very large branch, and it will take a long time to review, and it's a risky landing for our rosetta 1.0 week
[02:15] <kiko> what's with all this launchpad biking!
[02:16] <jordi> do we have a draft of the Rosetta 1.0 announcement? I'm thinking we could post a draft in rosetta-users, and get translations from them.
[02:16] <kiko> yes
[02:16] <kiko> it's in the wiki IIRC, right carlos?
[02:16] <SteveA> bjorn is a vilnius cycle master
[02:16] <kiko> didn't know that, SteveA -- road or mountain?
[02:16] <jordi> canonical wiki?
[02:16] <kiko> carlos, how is d) shaping up
[02:16] <carlos> yes
[02:17] <SteveA> road and forest i think
[02:17] <jordi> cool
[02:17] <SteveA> lithuania has no mountains
[02:17] <kiko> SteveA, I meant "\1 bike"
[02:18] <SteveA> kiko: i don't know, need to ask bjorn
[02:18] <carlos> kiko, not started yet, I'm doing some db maintainment atm related with language packs
[02:18] <kiko> carlos, okay -- if you get it in early I'd help review and get it cherry-picked, because it's a 10-liner
[02:19] <mpt> jordi: https://wiki.launchpad.canonical.com/RosettaOneDotZeroAnnouncement
[02:19] <carlos> jordi, https://wiki.launchpad.canonical.com/RosettaOneDotZeroAnnouncement
[02:19] <mpt> snap!
[02:19] <carlos> mpt, you win!
[02:19] <carlos> kiko, sure
[02:19] <carlos> kiko, but perhaps it's too late to cherrypick it today.... stub?
[02:20] <sabdfl> stub: please don't branch yet
[02:20] <carlos> stub, will you be around for an extra hour at least?
[02:22] <kiko> carlos, oh, it can stage for the weekend and cherrypick monday, it's no big deal
[02:22] <carlos> ok
[02:22] <kiko> carlos, so language pack generation, only tomorrow?
[02:22] <jordi> when is this announcement going out?
[02:23] <carlos> not sure
[02:23] <kiko> jordi, when language packs roll out successfully.
[02:23] <carlos> kiko, I will be out of town without Internet access until Sunday night
[02:23] <carlos> kiko, and staging is still running the migration script (again)
[02:23] <kiko> carlos, leave an at job to generate the language packs and put them somewhere?
[02:24] <carlos> kiko, I think I will be able to execute the language pack creation before leaving 
[02:24] <carlos> I'm using staging for that
[02:24] <kiko> neat.
[02:24] <carlos> and it should be ready an hour before I leave
[02:24] <kiko> let's hope
[02:24] <carlos> but anyway... I cannot check them until Monday...
[02:24] <kiko> stub's ETA seemed a bit hand-wavy
[02:25] <jordi> carlos: where are you going?
[02:25] <kiko> talk to pitti, perhaps he can check them for you (yeah, I know)
[02:25] <carlos> jordi, Denia and Alicante
[02:25] <carlos> kiko, you told me that I should not do that :-)
[02:25] <kiko> I know
[02:26] <jordi> carlos: cool
[02:27] <carlos> kiko, pitti will be offline too
[02:27] <carlos> so...
[02:28] <kiko> okay
[02:29] <carlos> also I detected a couple of details that we should fix too
[02:29] <carlos> are not critical, but should be fixed
[02:29] <carlos> we are not wrapping the .po files like gettext does under some conditions
[02:29] <kiko> carlos, is bug 1896 a showstopper?
[02:30] <carlos> and we always add the plural forms header, and it should be there only when we have plural forms...
[02:30] <jordi> it doesn't harm to haev it anyway, right?
[02:30] <carlos> kiko, no
[02:30] <carlos> jordi, right
[02:31] <jordi> (ie, not a showstopper)
[02:31] <carlos> jordi, but produces unneeded updates
[02:31] <jordi> right
[02:31] <kiko> okay
[02:43] <jordi> duck
[02:43] <jordi> fuck, even!
[02:43] <jordi> I've been publiciting mailman-admin@lists.ubuntu.com as the way to ask for new translation mailing lists
[02:44] <jordi> A message that you sent could not be delivered to one or more of its
[02:44] <jordi> recipients. This is a permanent error. The following address(es) failed:
[02:44] <jordi>   mailman-admin@lists.ubuntu.com
[02:44] <jordi>     local delivery failed
[02:44] <jordi> who should I bug?
[02:46] <kiko> elmo, 
[02:47] <elmo> no, jdub
[02:48] <kiko> elmo, I just got a related failure which is pretty odd
[02:48] <kiko> emailed it to you
[02:48] <kiko> well, related in the sense that it's an smtp server message too :)
[03:00] <kiko> 1.5 dude, that's the way to go
[03:00] <SteveA> elmo: ping
[03:16] <mpt> What's the easiest way to calculate the Content-Length for a form submission in a pagetest?
[03:18] <salgado> mpt, I guess you don't need to calculate it. just remove the Content-Length line
[03:19] <mpt> ah, that might work
[03:23] <salgado> SteveA, around?
[03:25] <mpt> salgado: Not as long as kiko is kiko-phone
[03:35] <carlos> salgado, if it's a submit you need that header, right?
[03:36] <carlos> mpt, you can always count the number of characters you have in the submission section :-)
[03:37] <bradb> morning
[03:37] <salgado> carlos, no, you don't need that. look at foaf/00-createaccount.txt
[03:38] <carlos> salgado, dude, you don't know how good would be to know that sometime ago while I was changing some forms....
[03:39] <salgado> carlos, well, I never wanted to know that, so I think it's better to leave the request without it. and as I said, you don't really /need/ it
[03:40] <carlos> salgado, will do it with next time. Thank you
[03:41] <salgado> why it would have helped to know that value?
[03:43] <carlos> no, to know that is not a mandatory field
[03:43] <carlos> salgado, ;-)
[03:43] <salgado> ah, I thought you said you wanted to know that value, and that was the reason you kept using it. duh me
[03:43] <mpt> carlos: Not if they're full of "..."s
[03:44] <carlos> mpt, the submission??
[03:45] <mpt> yes.
[03:54] <carlos> mpt, how is that possible?
[03:54] <carlos> mpt, I thought the POST cannot use '...' for the submitted values....
[04:00] <mpt> carlos: see standalone/xx-product-add.txt
[04:01] <carlos> mpt, I don't see anything different on it....
[04:01] <mpt> It's full of "..."s
[04:05] <salgado> SteveA, ping?
[04:06] <SteveA> sabdfl: 
[04:06] <SteveA> salgado: 
[04:08] <salgado> SteveA, so, now it's possible to change a person's name, but it's an autogenerated form that does that
[04:08] <salgado> then, when you change your name you still see your old URL, and all links point to that URL too
[04:09] <salgado> then, all the links become 404s
[04:09] <salgado> SteveA, can I fix that without a redirect?
[04:10] <SteveA> salgado: let me try to understand better
[04:10] <SteveA> so, i can get this form that allows me to change my name
[04:10] <SteveA> what's the url of that form for the user 'stevea' ?
[04:11] <salgado> SteveA, http://localhost:8086/people/stevea/+edit
[04:11] <mpt> kiko: Editing a project already uses the standard edit form
[04:11] <mpt> kiko: So do you want to re-review?
[04:11] <SteveA> okay.  so i edit my name in that form.  what url do i go to next?
[04:11] <kiko> mpt, rock. ask salgado for an over-the-shoulder
[04:11] <SteveA> them form submits to stevea/+edit
[04:11] <SteveA> the form submits to stevea/+edit
[04:11] <SteveA> assuming it validates, what happens next?
[04:12] <salgado> SteveA, exactly. it submits to the same page and gives you that standard "Updated on Aug 26, 2005 2:04:36 PM" message
[04:12] <SteveA> do you want it to redirect at this point?
[04:13] <mpt> salgado: Do you have time to do that over-the-shoulder now?
[04:13] <SteveA> i'd suggest to redirect to the new /+edit page
[04:13] <salgado> SteveA, yes, I could do that, but then you lose the message, no?
[04:13] <bradb> BjornT: Any chance of some MSR love today?
[04:13] <salgado> mpt, sure. let me just sort this out with SteveA 
[04:14] <SteveA> salgado: we have a spec to do messages properly.  stub wrote the spec in brazil.  we need to get that implemented for this all to work well.
[04:14] <SteveA> what generates the "updated" message?
[04:14] <salgado> SQLObjectEditView.update()
[04:16] <SteveA> salgado: so, you could make the redirect include an extra ?updated=some-date-time after the +edit
[04:16] <SteveA> and make this particular edit form detect that, and display the message if so
[04:17] <SteveA> that would make this form work well, as a workaround for the edit forms not using the advanced abuse-safe messages
[04:18] <salgado> SteveA, okay, this seems fine as a workaround
[04:18] <SteveA> it will require no changes to the base SQLObjectEditView, i think
[04:18] <SteveA> and if you use the ctime representation of the datetime, then it won't be available for arbitrary abuse
[04:19] <salgado> SteveA, but there's another thing: if you change your name twice, you'll get this error ( https://chinstrap.ubuntu.com/~dsilvers/paste/fileIvaE7g.html) in the logs. although everything seems to work fine
[04:19] <SteveA> like if you used a string
[04:19] <SteveA> that error looks to me like what happens when your browser stops a connection and starts a new one before that connection is finished
[04:20] <SteveA> like if you press "stop" or "escape" in firefox
[04:20] <salgado> https://chinstrap.ubuntu.com/~dsilvers/paste/file5yYims.html
[04:20] <salgado> this is the redirect code
[04:21] <SteveA> don't worry about that error in the error log
[04:21] <SteveA> it is not significant
[04:21] <salgado> okay
[04:21] <SteveA> it will happen if you have a long request and you quit the browser or press the "stop" button before it is finished
[04:21] <SteveA> i expect this happens if the browser sees the redirect, and then just disconnects immediately, or something like that
[04:23] <SteveA> salgado: all sorted?
[04:23] <salgado> SteveA, yep. thank you. :)
[04:23] <SteveA> great
[04:24] <SteveA> mpt: available?
[04:24] <SteveA> hi corey
[04:24] <mpt> SteveA: Yes
[04:44] <rbelem> ian_brasil: 
[04:47] <ian_brasil> ola rbelem
[04:47] <ian_brasil> ola people ...here is Ian from the Brazil team
[04:48] <ian_brasil> we have a sort of observation about launchpad
[04:49] <ian_brasil> there doesn't seem to be a focus for the translations on rosetta
[04:49] <rbelem> hi ian_brasil 
[04:50] <ian_brasil> hi rodrigo
[04:50] <ian_brasil> it seems any translator can choose whatever she/he wants to an go for it
[04:50] <kiko-afk> heya ian_brasil 
[04:51] <ian_brasil> hi kiko
[04:51] <ian_brasil> we were sort of throwing the following idea around
[04:52] <ian_brasil> Each translation team will have a tool which lists priority packets to translat
[04:53] <BjornT> bradb: yeah, i think i'll review MSR today
[04:53] <bradb> great
[04:54] <ian_brasil> the admin will have the ability
[04:54] <WaterSevenUb> (ian_brasil: in that sense... packages that are from MAIN should have some sort of symbol to identify them since translators also get lost in UNIVERSE packages, am I right?)
[04:56] <ian_brasil> yes it can be this...the translation team admin can list which are most important in the context of the country team 
[04:56] <ian_brasil> Members of the team can then be assigned to each package
[04:57] <WaterSevenUb> (ian_brasil: and in my perspective, MAIN should get more focus than UNIVERSE...)
[04:58] <ian_brasil> I agree...so maybe the tool lists priority packages || responsible for translating || % translated 
[04:58] <ian_brasil> when this is 100% the package is passed to the  revision control team 
[04:59] <ian_brasil> which will guarantee a level of quality control 
[05:00] <kiko-afk> so a process workflow for translation teams, effectively
[05:00] <ian_brasil> exactly this...
[05:01] <rbelem> ;-)
[05:02] <kiko-afk> ian_brasil, I'd suggest you start off by writing a specification in the launchpad wiki
[05:02] <kiko-afk> have carlos and mark take a look at it, and we can work on improving it
[05:02] <kiko-afk> if it looks good we can try fitting it in for the last quarter of this year
[05:02] <kiko-afk> there are already a few review specs 
[05:03] <kiko-afk> but they aren't really up-to-date with the translation team implementation
[05:03] <kiko-afk> look at RosettaWorkflow to start off 
[05:11] <carlos> hmmm
[05:11] <carlos> something goes wrong on production
[05:12] <carlos> all pages give system errors....
[05:12] <carlos> kiko-afk, ?
[05:12] <kiko-afk> carlos, I just heard some email with production falling over
[05:13] <kiko-afk> carlos, did you tell stub to /not/ update staging with production data over the weekend?
[05:14] <kiko-afk> we'll just loose our changes otherwise...
[05:15] <carlos> kiko-afk, staging is not being updated since last week
[05:16] <kiko-afk> ah, ok.
[05:16] <kiko-afk> only codewise?
[05:17] <jordi> carlos: have a look at my blog ;)
[05:19] <carlos> kiko-afk, right
[05:19] <carlos> only code
[05:19] <carlos> kiko-afk, I suppose someone is working on the production issue we have atm, right?
[05:20] <kiko-afk> carlos, not afaik
[05:20] <kiko> elmo, can you check to see what's up with production?
[05:21] <kiko> lifeless, SteveA: ping
[05:22] <elmo> does anyone know offhand where the error logs are?
[05:24] <kiko> not really. 
[05:27] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [not r=kiko]  specification tracker (patch-2314: mark.shuttleworth@canonical.com, mpt@canonical.com, stuart.bishop@canonical.com)
[05:32] <kiko> elmo, any news?
[05:36] <carlos> elmo, kiko could be that the db server is down?
[05:37] <mpt> "not r=kiko"?
[05:38] <carlos> mpt, just in time, I'm starting with the trivial change to add multiline suggestions
[05:38] <salgado> mpt, so, no name validation in the UI for products?
[05:40] <kiko> name validation is so yesterdays
[05:41] <mpt> salgado: Not part of this branch, I actually want to get some other work done :-)
[05:41] <mpt> Feel free to report a bug in Malone
[05:42] <mpt> oh, wait
[05:42] <elmo> kiko: bounced
[05:42] <salgado> mpt, dude, that's a 2min task, I showed it to you. :P
[05:42] <mpt> kiko: Did you assign those other "should use standard forms" bugs to me?
[05:42] <elmo> if anything beyond launchpad.net needs bounced, pls shout
[05:42] <elmo> authserver seems to have survived
[05:43] <kiko> elmo, what do you think happened?
[05:43] <kiko> mpt, not yet, but I could
[05:46] <kiko> mpt, you are now
[05:51] <rbelem> kiko: look this https://wiki.launchpad.canonical.com/WorkflowForTranslationTeams
[05:53] <WaterSevenUb> rbelem: (hhmm.. packets=packages)
[05:53] <rbelem> WaterSevenUb: ops... 
[05:54] <WaterSevenUb> rbelem: or even..... templates instead.
[05:54] <WaterSevenUb> rbelem: i guess...
[05:55] <kiko> rbelem, nice start. I would suggest you get jordi to work on that spec with you, because he has good experience working on teams
[05:56] <sabdfl> carlos: any idea what happened to the encfs template?
[05:57] <carlos> sabdfl, yes, I was looking to fix it when production went offline
[05:57] <sabdfl> what happened?
[05:57] <carlos> sabdfl, I implemented a way to "hide" potemplates (really useful for Ubuntu)
[05:57] <carlos> and seems like that field has wrong data for that potemplate
[05:58] <sabdfl> erm... that does not sound encouraging. what is the field? how was it added? how many other potemplates might have been hidden accidentally?
[05:58] <carlos> I will review all products now, don't think anything else should be affected by that
[05:58] <carlos> sabdfl, it's potemplate.iscurrent
[05:59] <carlos> is not a new db field
[05:59] <sabdfl> why is it useful for ubuntu?
[05:59] <carlos> that's the problem, seems like at the beginning it was set to false in some products
[05:59] <sabdfl> can we not set it to true if potemplate.product is not null?
[05:59] <carlos> sabdfl, to fix things like: https://launchpad.net/distros/ubuntu/breezy/+sources/gtk+2.0/+pots
[06:00] <carlos> sabdfl, if we have someone with db rights, yes
[06:00] <carlos> sabdfl, until we implement the potemplate merge feature, there is no other way to fix that problem
[06:00] <carlos> (the one noted on gtk+)
[06:01] <sabdfl> hmm... what's causing all of those gtk+ potemplates to be created instead of being recognised as the same template?
[06:01] <WaterSevenUb> rbelem: what is your idea of revision/review control? The administrator of the team could assign directly translators that should be responsible for translating that package or there should be somehow a way to form a Review Team, constituted by more experienced translators?
[06:01] <carlos> sabdfl, that gtk+ has a tar.gz stored inside the source package and the directory used depends on the version of the release
[06:02] <carlos> sabdfl, so it detects it as a new .pot location and does not reuses previous one
[06:02] <carlos> I need to think on a smart algorithm to prevent this
[06:03] <carlos> sabdfl, the problem is that we got many gtk+ releases imported since breezy development started
[06:03] <rbelem> WaterSevenUb: thanks ;-)
[06:04] <ian_brasil> the review team needs to be made up of more experienced translators
[06:05] <rbelem> WaterSevenUb: well, based on experience translators can be reviewers
[06:05] <rbelem> WaterSevenUb: every people can pick a template to translate
[06:06] <ian_brasil> a miminum number of translations to become a reviewer then ?...but how will this guarantee quality control?
[06:07] <WaterSevenUb> ian_brasil: min no. of translations + administrator choice
[06:07] <kiko> reviewers should be explicitly nominated
[06:08] <rbelem> maybe, if the translators get good "grades" from others reviewers
[06:08] <rbelem> kiko: something like comunitycouncil
[06:08] <sabdfl> carlos: i think we need to be more careful with the distrorelease imports
[06:08] <rbelem> ;-)
[06:09] <sabdfl> we should not create templates automatically
[06:09] <sabdfl> we should rather log warnings, and let the admins create a mapping file for new templates
[06:09] <carlos> sabdfl, encfs is fixed: https://launchpad.net/products/encfs/+series/main/+translations
[06:09] <sabdfl> carlos: will you reply to his mail then? thanks
[06:09] <sabdfl> so here's how it would work
[06:10] <carlos> sabdfl, that will save me a lot of work, I still need to review more than 290 templates....
[06:10] <carlos> sabdfl, sure, will answer it now
[06:10] <sabdfl> on the first import pass, it would import all the potemplates that it already knows about, and it would generate a file like this:
[06:10] <carlos> sabdfl, and will send to stub the sql sentence to fix anyother product with this problem
[06:10] <sabdfl>  ubuntu breezy gtk+2.0 gtk+2.0-16 UNKNOWN
[06:10] <sabdfl> we could then edit that file, and tell it what to do with that
[06:11] <sabdfl> either ADD or MERGE gtk+2.0-X
[06:11] <sabdfl> then on the next pass, it could create the new potemplate, if it was told, or know to merge it in to the existing one we told it
[06:11] <sabdfl> make sense?
[06:11] <sabdfl> in fact, that data could be stored in the db
[06:11] <sabdfl> and exposed through the web
[06:12] <sabdfl> so every day, we could see what new templates were notices
[06:12] <sabdfl> noticed, even
[06:12] <carlos> sabdfl, yeah, makes sense
[06:12] <sabdfl> and tell the system what to do with them
[06:12] <sabdfl> that way, we won't have cruft building up
[06:13] <carlos> I'm planning to expend some extra time with the attach script so I could look at it when language packs are "perfect"
[06:14] <kiko> sabdfl, you seem to have regressed /products/* in the patch you just landed.
[06:14] <kiko> visit http://localhost:8086/real-index.html
[06:14] <kiko> click on the view link next to gnomebaker
[06:15] <kiko> oh
[06:15] <kiko> that's hardcoded, ignore me
[06:16] <bradb> SteveA: Would it be useful to add a "launchbag:foo" TALES adapter? e.g. if you wanted to access the "current" bugtask in a portlet, you could simply to something like "request/launchbag:bug/..."
[06:20] <bradb> SteveA: An example use case is a URL like $bug_url/foos/+new. The context of the +new view is FooSet, and since FooSet doesn't know anything about the "current" bug (well, actually, it's a bugtask, but that's because I've just changed the URLs on my local branch), there appears to be now way to place the relevant portlets in the page, because they're registered against a bug (now a bugtask, because of the contextualization of the U
[06:21] <carlos> mpt, did you send the merge request?
[06:21] <bradb> It'd be nice to just do tal:content="structure request/launchbag:bugtask/@@+portlet-actions", I think
[06:21] <bradb> And I'll implement it now, if you say yes.
[06:42] <sladen> SteveA: ack
[06:52] <sabdfl> cheers all. kde conference calls
[07:05] <kiko-fud> heya sladen 
[07:07] <Kinnison> I am teh_summon0r g0d
[07:09] <kiko-fud> humm
[07:09] <kiko-fud> Kinnison, he should have arrived by now I imagine
[07:09] <kiko-fud> wtf
[07:09] <Kinnison> kiko-fud: I asked on here, and 30 seconds later the phone rings and he's arrived
[07:10] <Kinnison> he got bumped in GRU and then missed his connection in portugal
[07:10] <Kinnison> He has *just* arrived in terminal 1
[07:11] <kiko-fud> argh
[07:11] <kiko-fud> Kinnison, bumped to the next plane or something?
[07:11] <Kinnison> kiko-fud: aye
[07:11] <Kinnison> He's in London now and heading for the underground
[07:11] <Kinnison> He'll be here around 9 or so
[07:12] <kiko-fud> so unlucky
[07:13] <Kinnison> Tomorrow is the start of the Debian-UK BBQ
[07:23] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=kiko]  reviewer comment fixes (patch-2315: mark.shuttleworth@canonical.com)
[07:29] <cyberix> Can I use Rosetta to translate GNUnet and related projects, even if they are not in Ubuntu main nor in restricted?
[07:31] <kiko-fud> cyberix, of course -- rosetta is not ubuntu-specific at all
[07:31] <kiko-fud> just create the products and ask jordi to set up the templates
[07:32] <cyberix> What do you mean by "create the products"?
[07:32] <cyberix> jordi is a bot?
[07:33] <carlos> cyberix, I suppose he wish that, but no, he's a person :-)
[07:33] <carlos> cyberix, jordi@ubuntu.com
[07:33] <jordi> carlos: please use @canonoical.com
[07:33] <carlos> cyberix, read https://wiki.ubuntu.com/RosettaFAQ I think it will help you a bit until you can talk with jordi
[07:33] <carlos> jordi, oh, ok
[07:33] <cyberix> :-D
[07:33] <jordi> unfortunately I'm 100% human
[07:34] <jordi> It'd be cool to havea part of me doing automated work
[07:34] <jordi> hello, just got home
[07:34] <jordi> good news, I have a glibc locale file for Asturian :)
[07:35] <cyberix> Well there could atleast be a system to create the projects that a human would then confirm by clicking on a button
[07:35] <cyberix> or they could be created by default and then just remove, if they are not apropriate.
[07:36] <kiko> cyberix, setting up the project is a teensy bit involved, so for now it's better done with human intervention, but it's not the best workflow, I agree
[07:38] <cyberix> How would the translation work then? I mean, me, the system or someone else would have to send the translations to http://www.iro.umontreal.ca/translation/ , which is the standard way of doing GNU translations.
[07:38] <cyberix> How does the other GNU projects being translated do this?
[07:44] <bradb> SteveA: ping
[07:51] <cyberix> Is there an automatic way of adding packages from Ubuntu universe for translation? (In the sense that I only have to request them)
[07:54] <salgado> cyberix, no, we don't have a per-request automated way to do this, but we have something to do this for all sections (including universe) periodically. the only problem is that its run depends on another script running
[07:54] <salgado> this should happen soon, anyway. 
[07:54] <carlos> cyberix, they should be there
[07:55] <carlos> cyberix, if you think something is not there, file a bug report against rosetta
[07:57] <carlos> salgado, that only happens for new additions to universe
[07:57] <carlos> since last sync we did a month or two ago, right?
[07:57] <cyberix> I'm asking this for GNUnet 0.7.0, which is going to be released soon, along with latest gnunet-gtk and libextractor. I suppose they will then be packaged for Debian and "migrate"(?) to Ubuntu universe.
[07:57] <cyberix> I want to translate them after this has happened
[07:58] <salgado> carlos, yes, but until we have gina running we can't be sure that we have everything. 
[07:58] <cyberix> How long will it take for the package released in Debian to get into Ubuntu universe?
[07:59] <carlos> salgado, right
[08:00] <carlos> see you on Monday
[08:00] <carlos> kiko, do you need anything from me?
[08:00] <salgado> carlos, he's on the phone
[08:01] <carlos> well, anyway, I need to be on time for the train
[08:01] <carlos> salgado, I will have my mobile phone with me, tell him to call me if he needs anything
[08:01] <carlos> see you!
[08:13] <bradb> BjornT: how's the MSR review looking?
[08:19] <BjornT> bradb: i've started reviewing it, but it's not finished yet. should finish it tonight, though.
[08:21] <bradb> ok, cool
[08:25] <kiko> whew
[08:25] <kiko> long phoe call
[09:06] <elmo> does anyone know if you can index timestampes usefully in postgres?
[09:34] <jordi> kiko: hey man
[09:35] <kiko> hey jordi 
[09:35] <jordi> kiko: can you make kelemeng owner of the ubuntu-l10n-hu team? TIA
[09:35] <kiko> sure
[09:38] <jordi> kiko: k, tell me when you're done so I send the reply
[09:40] <kiko> jordi, can you approve him as a member first?
[09:41] <kiko> he also needs to merge
[09:41] <BjornT> bradb: review mail sent
[09:42] <bradb> thanks
[09:45] <kiko> jordi, he needs to merge, btw
[09:45] <kiko> https://launchpad.net/people/?name=kelemen&searchfor=all
[09:50] <kiko> jordi, done -- I had to file a bug in foaf first though :-(
[10:02] <jordi> kiko: ah well
[10:02] <jordi> thanks mate
[10:19] <dePOLL> do you sirs and madams of launchpad use arch right now as a revision control system?
[10:21] <salgado> dePOLL, we use baz (http://bazaar.canonical.com)
[10:22] <dePOLL> already? thought you planned to switch over whenever version2 is out
[10:23] <bradb> yes and yes
[10:24] <dePOLL> so you said "the hell with our plans" or did i miss the bzr 2 release? :)
[10:24] <bradb> no and no
[10:25] <mpt> dePOLL, we use baz, planning to switch to bzr in the next few months
[10:25] <bradb> The plan was to switch to bzr as soon as it's ready for us. In the meantime, we're using baz, or rather, it's using us.
[10:27] <bradb> salgado! Can I bribe you for a review today?
[10:27] <bradb> portlet mania, the finale
[10:27] <dePOLL> i see. and are you happy with it or is it just as a mercedes employee driving a mercedes because its company kinda produces it?
[10:29] <salgado> bradb, sorry, but I can't do it today
[10:29] <bradb> Okay, no worries, I'll queue it, thanks.
[10:33] <mpt> We are honored to sacrifice ourselves for the cause of Bazaar, dePOLL
[10:59] <bradb> SteveA: ping
[11:12] <bradb> kiko: was it you that last edited tales.txt? I've got a nasty conflict to resolve here, because that massive chunk of tales.txt was moved into a more sane location (displaying-paragraphs-of-text.txt), so I wanted to make sure that I copy over the right chunk of what's in tales.txt.
[11:14] <bradb> I've copied the affected chunks and diff'd, but I thought i'd double check: was it just the "Linkifying the text. First, converting URLs into links:" section that was added?
[11:20] <salgado> lifeless, elmo: pqm needs to be killed again. 
[11:30] <elmo> salgado: done
[11:31] <salgado> elmo, ta :-)
[11:39] <ddaa> dePOLL: TBH, I think the general level of discontent here with baz is quite reasonable. Except for a few, like bradb.
[11:40] <ddaa> also, we are using the system in a quite agressive way. Many branches, chaotic merge patterns, big code base, very big history.
[11:43] <ddaa> There are a few large problems which are well identified, with the inventory system, remote access, and merge algorithms, all of which are being actively worked on in bazaar2
[11:59] <bradb> later all