[12:05] <SteveA> if the intent of the code is communicated better by saying "random.choice" than "list(s)[-1] "
[12:05] <SteveA> then use that
[12:05] <SteveA> i have a feeling that list(s)[-1]  would need a comment
[12:06] <SteveA> whereas random.choice(list(s)) would not
[12:06] <kiko> exactly
[12:06] <SteveA> therefore, random.choice is the better choice
[12:06] <cprov> okay okay okay ;) randow.choice wins ;)
[01:13] <moving-dragons> hi
[01:18] <moving-dragons> I want to migrate my system to Ubuntu and was wondering
[01:19] <moving-dragons> if anyone had any thoughts 
[01:19] <moving-dragons> hangups or drawbacks or minor problems
[01:19] <moving-dragons> any problems with the sound 
[01:20] <moving-dragons> playing mp3's on XMMS
[01:20] <mdke> moving-dragons: try #ubuntu. But no, it works great
[01:20] <moving-dragons> okay thanks
[07:01] <Snarius> I'm looking for a way to add an image attachment to a bug report..
[07:02] <Snarius> nevermind
[07:02] <Snarius> found it
[08:14] <cprov-afk> lifeless: ping
[09:03] <lifeless> pong
[09:22] <cprov-afk> lifeless: nevermind, LP was gone for a while
[09:23] <cprov-afk> lifeless: it's already back, do you know something about this hiccup
[09:25] <mdke> https://wiki.ubuntu.com/LaunchpadHowTo
[09:28] <carlos> morning
[09:34] <SteveA> good morning carlos
[09:42] <lifeless> cprov-afk: nothing as such. I'll peek later
[09:42] <cprov-afk> lifeless: okay, thank you 
[09:44] <sivang> morning all
[09:47] <carlos> sivang: morning
[10:13] <SteveA> hi sivan
[10:13] <SteveA> hi lifeless 
[10:14] <SteveA> jamesh, spiv: ping
[10:16] <spiv> SteveA: pong
[10:16] <jamesh> pong
[10:16] <SteveA> hi spiv 
[10:16] <SteveA> hello jamesh 
[10:19] <sivang> hi SteveA , carlos 
[10:35] <jsgotangco> jordi: ping?
[10:45] <jordi> jsgotangco: hey
[10:46] <jordi> jsgotangco: fun, eh? :(
[10:46] <jsgotangco> i dont see this as being useful at all, like i said earlier, it is basically the same language
[10:46] <jsgotangco> i reviewed some of the translations made only yesterday/today and it its just the same
[10:47] <jsgotangco> he doesn't even know we exist nor debian translation efforts exists
[10:47] <jsgotangco> :)
[11:02] <jsgotangco> jordi: it is very academic in my opinion
[11:07] <jordi> I see.
[11:08] <jordi> It doesn't help that fil has an iso code.
[11:08] <jordi> so, in your mail you mwentioned a transition plan tl -> fil. Do you think that's a good idea?
[11:08] <jsgotangco> most if not all can be moved
[11:09] <jsgotangco> tl is very ethnic in origin
[11:09] <jsgotangco> fil is mandated by law
[11:09] <jsgotangco> but there is a clash of opinion
[11:09] <jsgotangco> but i can say 80% of fil is tl
[11:15] <jordi> yup. That's what I understood from the Wikipedia.
[11:17] <jordi> so, would you try to setup fil as a "dialect" of tl, manage it as en vs. en_*, or even as Norwegians? (nb vs nn)?
[11:17] <jordi> with dialect I probably mean using $LANGUAGE to fallback
[11:18] <jsgotangco> can it be switched later?
[11:18] <jsgotangco> (tl becomes the fallback in the future)
[11:43] <carlos> jordi: we would need some link magic here, more than $LANGUAGE, or a mix of both
[11:43] <carlos> so it works for OO.org, Firefox, documentation, and any other non gettext translation
[11:46] <jordi> jsgotangco: yes
[11:46] <jordi> carlos: black magic, I would say.
[11:46] <carlos> jordi: yeah
[11:47] <jordi> doing that in ooo makes me shiver
[11:47] <carlos> jordi: well, that's better than just have the same information twice...
[11:47] <jordi> yup
[11:48] <jordi> carlos: this guy replied to me, saying what I expected: "fil" is the official, constitutional language, and "Tagalog" is just a small region in the country.
[11:48] <jordi> The problem is "Tagalog" is both the name of a language and a region
[11:48] <jordi> so some people aren't happy
[11:49] <jsgotangco> yes
[11:50] <jsgotangco> the problem started when translation efforts were academic in nature
[11:50] <carlos> jordi: he's not happy to use fil?
[11:50] <jsgotangco> some taken upstream are really "hardcore" tagalog
[11:51] <jordi> he's not happy to work on tl
[11:51] <carlos> hmmm
[11:52] <carlos> I thought the idea was to migrate translations to 'fil' and use it as the base language
[11:52] <carlos> at least that's what I got from your conversation in this channel
[11:52] <jsgotangco> yes but only when tl is near completion/complete
[11:53] <jsgotangco> a bunch of stuff is already in tl, d-i, apt for instance
[11:53] <jsgotangco> and fil is relatively new
[11:53] <jsgotangco> the debate is very academic
[11:53] <sivang> hmm , is francis online here ?
[11:58] <carlos> jsgotangco: I see...
[12:59] <lifeless> jamesh: ping
[12:59] <lifeless> jamesh: this is m nagging about reviews
[01:34] <carlos> jordi: would you answer to the Arabic team request. We got it last week
[01:58] <jordi> oh, it slipped
[01:58] <jordi> will do
[02:06] <carlos> jordi: thanks
[02:06] <carlos> jordi: btw, do you know anything about UDA in Spain? (Unin de Distribuciones de las Administraciones)
[02:07] <jordi> no, but I can ask my boss
[02:07] <carlos> jordi: Linex, Guadalinex, Molinux and the one from Aragn
[02:07] <carlos> are the members
[02:07] <carlos> jordi: I just answered an email from them with a copy to you
[02:07] <carlos> about Rosetta
[02:08] <jordi> I'm just reading it
[02:08] <carlos> ok
[02:08] <carlos> see you later
[02:13] <sivang> morning matsubara 
[02:14] <matsubara> sivang: morning
[02:22] <matsubara> jamesh: ping
[02:57] <spiv> lifeless: is pqm running running a full check_merge for all sourcecode/* branches in rocketfuel?
[02:58] <lifeless> it should be, for the ones that allow merging
[02:59] <lifeless> no, theres a todo there. just when I left to come here, been swamped. one minute..
[02:59] <spiv> Yeah, I remember you made the todo just before you left to catch a plane :)
[03:01] <spiv> Seeing as I'm about to try feeding an updated Twisted to PQM, I thought I ought to check...
[03:01] <lifeless> do we still have pytz as a project to merge into ?
[03:02] <lifeless> twisted it not enabled for merges yet.
[03:02] <lifeless> this shouold be fixed :)
[03:02] <lifeless> does it have a Makefile yet ?
[03:03] <spiv> It doesn't, I guess I can add one.
[03:03] <spiv> Hopefully the few intermittently failing tests it has won't bite us too badly :(
[03:03] <lifeless> heres what you need to do
[03:04] <lifeless> one merge to twisted that adds a Makefile to run its tests
[03:04] <lifeless> one merge to launchpad altering sourcecode/Makefile to run the twisted tests
[03:04] <spiv> (It's gotten better recently, but still not perfect).
[03:04] <lifeless> then merge the new twisted to twisted.
[03:04] <spiv> Sounds sensible.  I'll do that.
[03:05] <lifeless> SteveA: who should be able to commit to our copy of twisted? I suggest just spiv at this point.
[03:05] <spiv> AFAIK no-one else has ever expressed an interest in being about to commit to our twisted.
[03:05] <spiv> If someone else does, we can figure it out then :)
[03:06] <lifeless> I'll just put you, stevea can mail me if needed.
[03:06] <lifeless> done
[03:06] <lifeless> you are good to go, may the force be with you, feel the power of the merge side.
[03:06] <spiv> Thanks!
[03:07] <ddaa> okay...
[03:08] <ddaa> it looks like the recent algorithmic changes to the branch scanner had a very bad performance impact
[03:26] <lifeless> ddaa: probably a missing lock
[03:26] <ddaa> lifeless: my guess would rather be something too expensive in the database consistency paranoia
[03:27] <ddaa> it seems that for some specific branches (I see on importd branch now), the consistency check between the database revision data and the bzr revision data is taking a ridiculous time, like 0.5s per revision
[03:27] <ddaa> while for other branches it's very fast
[03:29] <ddaa> mh
[03:30] <ddaa> but maybe it would be a bzr lock too...
[03:30] <ddaa> getting revision data of a weave branch scales with the size of the inventory.weave
[03:30] <ddaa> lifeless: right?
[03:30] <lifeless> yes
[03:30] <lifeless> you should have a branch read lock around all the stuff you do to one branch
[03:31] <ddaa> will try to look at it soon
[03:32] <ddaa> lifeless: what time do you leave geneva on Europython, I have proposed bookings for departure at 15:30, I'm slightly concerned I might be in a hurry after the CERN visit.
[03:33] <jsgotangco> jordi: i think i know a compromise on this, make him collect a few more people to create a team, translate more, instead of only him as "FIL" team does it make sense or does it make me evil?
[03:34] <lifeless> 1725
[03:36] <ddaa> okay, I'll ask if it's possible to leave a couple of hours later
[03:37] <matthewrevell> Afternoon all
[03:39] <matthewrevell> Can anyone tell me how to make a Launchpad team a member of another team?
[03:42] <SteveA> matthewrevell: yes
[03:42] <SteveA> matthewrevell: go to the page of the team, and choose the "members" link in the box on the top left
[03:43] <SteveA> from that page, you can add a member to that team
[03:43] <matthewrevell> Ah, I take it you have to be the owner to be able to do that.
[03:44] <matthewrevell> Thanks SteveA.
[03:44] <salgado> matthewrevell, either the owner or one of the administrators of the team
[03:44] <spiv> matthewrevell: or an adminstrator of the team
[03:44] <matthewrevell> Thanks guys. I'll contact the other team's owner.
[04:06] <jelmer> Why can't I change the maintainer of a product even if I'm the original registrant?
[04:07] <matsubara> jelmer: that's bug 41639
[04:07] <Ubugtu> Malone bug 41639 in launchpad "Product owner should be able to reassign ownership to another user." [Medium,Confirmed]  http://launchpad.net/bugs/41639
[04:08] <jelmer> ah, thanks
[04:27] <kiko> jordi, carlos: ping
[04:28] <carlos> kiko: pong
[04:28] <kiko> carlos, about this copyright line thing.. I think marga's right actually
[04:28] <kiko> one question is what to put there
[04:28] <kiko> but I guess we could put nothing at all
[04:29] <carlos> hmmm
[04:29] <carlos> I don't know what are you talking about...
[04:31] <carlos> kiko: I don't see the email you are talking about
[04:31] <carlos> where is it?
[04:31] <kiko> from jordi to launchpad
[04:32] <spiv> I'd provide a link to it in the mailman archives, but pipermail helpfully says "A non-text attachment was scrubbed..."
[04:33] <kiko> spiv, I think that becomes a link though doesn't it?
[04:33] <spiv> kiko: not that I can see: https://lists.ubuntu.com/mailman/private/launchpad/2006-June/009696.html
[04:33] <bradb> mpt: Any news on the attachments front?
[04:33] <jordi> kiko: yeah, she has a point.
[04:33] <SteveA> guys
[04:34] <SteveA> i sent a response to the list
[04:34] <carlos> kiko: that copyright assignment should be there
[04:34] <SteveA> but the launchpad list seems to be stuck at the moment
[04:34] <SteveA> Znarl is looking into it
[04:34] <carlos> I agree that we should show a kind of warning
[04:34] <jordi> kiko: as discussed last night in #canonical, we could introduce a field where the template owner can define a copyright holder.
[04:34] <carlos> but https://launchpad.net/legal
[04:34] <carlos> has already some information about it:
[04:34] <carlos> Rosetta copyright
[04:34] <carlos> All translations imported from external sources are owned by the translator that made them. In general, these translations are licensed under the same terms as the software for which they are a translation.
[04:34] <carlos> All translations submitted into Rosetta are the work of the translator that created them, and are submitted under the same license as the software being translated. In addition, the translator grants to Canonical Ltd the right to publish the translation and use the translation in other software packages under their license.
[04:34] <jordi> SteveA had other ideas as well
[04:34] <kiko> that doesn't say it's (c) anything but..
[04:34] <SteveA> please wait until you have my response
[04:34] <carlos> kiko: the point of that behaviour is that we are able to reuse suggestions between projects without copyright problems
[04:35] <SteveA> otherwise, we'll be going around in circles
[04:35] <kiko> okay
[04:35] <SteveA> Znarl: any news on the launchpad list stuckness?
[04:35] <carlos> ok
[04:38] <SteveA> jordi, carlos: i had lunch with a lithuanian translator today.  he told me about the three words for "file" (the noun) in lithuanian, and the confusion between upstream translation teams on which one to use
[04:38] <SteveA> apparently the ubuntu team got dapper to be pretty much consistent
[04:38] <SteveA> but some other distros, and upstream, is still a mess
[04:38] <carlos> SteveA: so they have the same issue like we have in Spanish
[04:38] <SteveA> not least because the different words are of different genders
[04:38] <SteveA> so the whole sentences need editing, for grammatical agreement
[04:40] <lifeless> spiv: still up?
[04:40] <spiv> lifeless: yep
[04:41] <lifeless> nevermind, I think I was confusde ;0
[04:41] <kiko> spiv, have a moment to help cprov and I on ##soyuz1.0?
[04:41] <spiv> kiko: yeah, ok.
[04:41] <kiko> spiv, we've run into what could be a connection/transaction bug
[04:41] <spiv> Oh, in that case maybe not ;)
[04:42] <cprov> spiv: why, dude ?
[04:43] <carlos> SteveA: sometime ago I talked with daf about this, and the idea was to try to 'fix' terms in an easy way so we are consistent between desktops (KDE and GNOME) so people don't need to know that they are using translations from different teams. This kind of fix would be included too in that case,  but that needs some extra help from Rosetta to help the management of the forked translations.
[04:43] <kiko> because connection bugs mean no breakfast
[04:43] <SteveA> kiko: please keep me in the loop on transaction / connection bugs
[04:43] <SteveA> they are dear to me
[04:43] <kiko> SteveA, I thought of asking you to come in!
[04:44] <SteveA> thanks, i appreciate it
[04:45] <Keybuk> cprov: are you finished on drescher?  everything's on auto in the crontab
[04:57] <jordi> janimo: is that hungarian file ok now?
[04:57] <janimo> should the last comment on bug 42061 be enough to unsubscribe xubuntu team?
[04:57] <Ubugtu> Malone bug 42061 in openoffice.org "OO.o GTK support does not use current GTK icon set" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/42061
[04:58] <janimo> jordi, romanian actually, I'll take a look now
[04:58] <janimo> jordi: as yesterday I checked after your email and it still was the old status
[04:58] <janimo> I thought some time needs to pass in LP
[04:58] <janimo> jordi, the translation was started in rosetta already, the sent po was meant ti override that entirely
[04:59] <janimo> jordi, https://launchpad.net/products/thunar/+translations
[04:59] <janimo> romanian looks like it was before with incomplete translation
[04:59] <janimo> and marked as edited by one of the romania l10n members
[04:59] <jordi> hm
[05:02] <jsgotangco> jordi: will denying the creation of a team with only one person make me evil?
[05:04] <jordi> janimo: hm. So, the upload needs to override what's in rosetta.
[05:04] <janimo> ah, just saw that mail commands to malone need indented by one space
[05:04] <jordi> janimo: but it doesn't add any new translations?
[05:04] <janimo> jordi, roght
[05:05] <janimo> jordi, yes it should make the translation complete
[05:05] <jordi> that's weird
[05:05] <janimo> at least that's what the  translator told me
[05:05] <jordi> 602 missatges traduts.
[05:05] <janimo> I am sending this on behalf of the romanian xfce translator
[05:05] <jordi> yeah, it should.
[05:05] <jordi> jsgotangco: you man the fil one?
[05:06] <janimo> who prefers working ttraditionally not in rosetta
[05:06] <jsgotangco> jordi: yeah i'm on phone with the debian-tl coordinator atm
[05:06] <jsgotangco> he's ok with the fallback option
[05:07] <jsgotangco> basically, we'll discuss at what percentage we'll mark TL as ready to move to FIL
[05:07] <jsgotangco> then move to FIL after that
[05:07] <jordi> jsgotangco: so TL will become a deprecated language?
[05:08] <jordi> ie, will there be any use for Tagalog translations?
[05:08] <jordi> janimo: *nod*
[05:08] <jsgotangco> jordi: well not in the immediate future, probably a year from now
[05:08] <jordi> janimo: weird. The strings should have appeared.
[05:10] <jordi> jsgotangco: yeah, yeah.
[05:10] <jordi> this kind of transitions are pain
[05:12] <carlos> jordi: did you get the notification email?
[05:12] <jordi> gotta check
[05:13] <jsgotangco> would it be asking too much if i request control for all languages in Philippines?
[05:14] <jordi> carlos: the thunar file seems to have disappeared from the queue
[05:15] <jordi> not in failed, accepted or imported
[05:15] <jordi> my rosetta-swat inbox is still opening
[05:15] <carlos> jordi: when did you import it?
[05:15] <jordi> yesterday
[05:15] <carlos> it should be there then
[05:15] <carlos> or we have a bug
[05:15] <jordi> I sspect the latter
[05:16] <carlos> jsgotangco: it depends if the actual coordinators give you permission ;-)
[05:16] <jordi> lately we are missing some files here and there.
[05:16] <carlos> jordi: I know... but I hope it's there :-P
[05:17] <carlos> jordi: hmm, it's not there, so it's a bug
[05:17] <jordi> no email.
[05:18] <carlos> jordi: it should be there at least 3 days since we import/delete it
[05:18] <jordi> do you have any way to track it down?
[05:18] <jordi> I have the file here, if you want to inspect it.
[05:18] <jordi> it validates well against msgfmt
[05:18] <carlos> jordi: Are you able to tell me when did you import it?
[05:19] <carlos> so I can check the logs around that time
[05:19] <jordi> aprox
[05:19] <carlos> sure
[05:19] <carlos> I don't need the exact time
[05:19] <jsgotangco> carlos: yeah unfortunately this TL-FIL thing is frustrating not only for computers
[05:20] <carlos> jsgotangco: my suggestion is: 'get the main projects fixed and the small ones will follow'
[05:20] <carlos> jsgotangco: KDE/GNOME/GNU
[05:21] <carlos> so they don't accept translations for Tagalog and rename all to 'fil'
[05:22] <carlos> and the main distributions to use by default 'fil' instead of 'ta' as the default locale. I guess the idea would be to either remove Tagalog or do some black magic to get the translations from the right place
[05:22] <jordi> From: Jordi Mallach <jordi@sindominio.net>
[05:22] <jordi> Subject: Re: Fwd: thunar romanian .po file
[05:22] <jordi> Date: Mon, 12 Jun 2006 19:13:13 +0200
[05:23] <jordi> jsgotangco: I agree with carlos. If the big players agree with a transition plan, the rest will come gratis
[05:23] <jordi> the no -> nb switch will be a similar experience
[05:24] <jordi> (and this one has been painfully long)
[05:24] <carlos> jordi: it's not a bug ;-)
[05:24] <jordi> carlos: oh!
[05:24] <carlos> jordi: you did the import to https://launchpad.net/distros/ubuntu/dapper/+source/thunar/+pots/thunar/ro
[05:24] <carlos> jordi: and it failed
[05:24] <carlos> let me check if it's a bug with Rosetta
[05:24] <carlos> jordi: https://launchpad.net/rosetta/imports/+index?target=distros&status=FAILED&type=po&start=475&batch=75
[05:25] <carlos> jordi: does it have a header?
[05:25] <carlos> it has a header
[05:25] <jsgotangco> sounds good thanks
[05:27] <carlos> jordi: the error we had is: 'extra content found after string'
[05:28] <carlos> jordi: could you try to remove all empty lines you have in that file at the end of it and reupload?
[05:28] <carlos> jordi: and file a bug about it, we should not fail
[05:29] <jordi> okay
[05:30] <carlos> jordi: also, do you have the Persian team request in your todo list?
[05:30] <carlos> we got it last friday
[05:31] <jordi> yes
[05:31] <jordi> or is that another one?
[05:31] <jordi> you told me about Arabic
[05:32] <jordi> carlos: if I do a user upload of a romanian file, will it take my launchpad id as author, or whatever is listed in the Last-Translatior field?
[05:32] <carlos> jordi: It's a new one
[05:32] <carlos> jordi: the one in Last-Translator
[05:32] <carlos> jordi: but only if it has valid content
[05:32] <carlos> name <email> format
[05:33] <jordi> janimo: ok, should be going in now.
[05:33] <jordi> Let's see
[05:33] <jordi> carlos: so the bug is, rosetta won't line any empty line after the last pomsgset?
[05:34] <carlos> jordi: yeah, something like that
[05:37] <jordi> filed
[05:38] <jordi> who's Ubugtu's daddy?
[05:38] <carlos> jordi: well, the idea was to file it once it's confirmed ;-)
[05:38] <carlos> jordi: did the import work?
[05:39] <jordi> I'm waiting
[05:40] <jordi> I thought it was a confirmed bug :)
[05:41] <jordi> gah, still not done.
[05:41] <LarstiQ> jordi: Seveas
[05:42] <jordi> LarstiQ: thanks
[05:44] <matsubara> I wonder why I can't assign launchpad-support-tracker bugs to a milestone. I already registered the milestones for it and I'm member of the lp team (which is the registrant). Do I need special permission for that bradb?
[05:44] <hanasaki> there is a bug that affects three packages... one was rejected... 2 are unconfirmed... i a bug search list it just shows "rejected"  so is it a dead bug?
[05:47] <bradb> matsubara: By "can't" you mean no widget shows up, right?
[05:47] <matsubara> bradb: nm, I forgot to add check the Use Malone officialy box
[05:47] <jordi> should ubugtu inform of new rosetta bugs, as it does with launchpad bugs?
[05:47] <hanasaki> 48401  <= bug #
[05:47] <jordi> carlos: it dissapeared
[05:47] <bradb> matsubara: ah
[05:48] <LarstiQ> bug 48401
[05:48] <Ubugtu> Malone bug 48401 in thunderbird "dapper thunderbird opens new folder view on ^M" [Unknown,Unknown]  http://launchpad.net/bugs/48401
[05:49] <hanasaki> nice bot
[05:49] <hanasaki> ;)
[05:49] <ddaa> lifeless: bingo, no lock
[05:49] <hanasaki> LarstiQ: so that means its not just plain dead?  if you search for bugs submitted by me is says reejcted
[05:49] <hanasaki> 48401  	 dapper thunderbird opens new folder view on ^M   	  	Medium  	Rejected
[05:49] <LarstiQ> hanasaki: it is still listed as unknown on firefox and thunderbird upstream
[05:50] <hanasaki> should it not be "upstream" since its killing me in dapper right now?
[05:51] <carlos> jordi: it's there: https://launchpad.net/rosetta/imports/+index?target=distros&status=FAILED&type=all&start=500&batch=75
[05:52] <kiko> hanasaki, it's rejected in Ubuntu, which is why listing it in Ubuntu shows up as rejected.
[05:52] <carlos> jordi: same error, I will debug it with my local installation, it's not the problem with the extra lines at the end
[05:52] <jordi> that's yesterday's
[05:52] <hanasaki> hmm what is "upstream"
[05:52] <jordi> carlos: 
[05:52] <jordi> "Report-Msgid-Bugs-To: \n"
[05:52] <jordi> it's nopt this I hope
[05:52] <kiko> hanasaki, upstream means it is actually a bug in the original thunderbird, and not a bug introduced by ubuntu's packaging of it.
[05:52] <carlos> jordi: no, I don't think so
[05:52] <LarstiQ> hanasaki: according to the activity log, you rejected it yourself?
[05:53] <kiko> and added the upstream tasks
[05:53] <kiko> but I don't see how this affects firefox
[05:53] <jordi> carlos: ok
[05:54] <hanasaki> heck.. now it wont list any bugs i submited
[05:54] <hanasaki> https://launchpad.net/people/hanasaki-ubuntu/+reportedbugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=Unconfirmed&field.status%3Alist=Needs+Info&field.status%3Alist=Rejected&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&field.status%3Alist=Fix+Released&field.importance%3Alist=Untriaged&field.importance%3Alist=Wishlist&field.importance%3Alist=Low&field.imp
[05:54] <hanasaki> ortance%3Alist=Medium&field.importance%3Alist=High&field.importance%3Alist=Critical&assignee_option=choose&field.assignee=hanasaki-ubuntu%40hanaden.com&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=
[05:54] <hanasaki> oops.. sorry didnt know it would go 2 lines
[05:57] <hanasaki> LarstiQ: i rejected it in ubuntu since it was occuring with the app thunderbird.   so i put it in thunderbird and firefox... its thunderbird because its for sending email.. and firefox because i did ^M in a firefox browser window
[05:57] <hanasaki> did i file it wrong?
[05:58] <LarstiQ> I would probably have filed it at https://launchpad.net/distros/ubuntu/+source/mozilla-thunderbird/+bugs
[05:58] <LarstiQ> but I'm not really that involved with ubuntu
[05:58] <hanasaki> i think its the ubuntu packaging and config.... i had a etch and sarge with them from debian w/o issue
[06:00] <hanasaki> hmmm ok... well if someoen comes inand reads this that can help me get things filed right.. pls Prive msg me to get my attention.... just trying to pitch in and figure out how to do it right :(
[06:03] <Keybuk> cprov: are you finished on drescher?  everything's on auto in the crontab
[06:03] <LarstiQ> hanasaki: I think you can get better help in an ubuntu channel
[06:04] <cprov> Keybuk: yes, since 6:00 UTC
[06:04] <Kinnison> BjornT: ping?
[06:04] <BjornT> hi Kinnison 
[06:04] <Kinnison> BjornT: I'm writing a test for some more checks in the distro release queue object
[06:04] <Kinnison> BjornT: I need to alter an attribute in a sourcepackagereleasefile
[06:05] <Kinnison> BjornT: however I don't want to grant such ability to the webapp
[06:05] <Keybuk> cprov: thanks
[06:05] <Kinnison> BjornT: Is there a zcml directive for "this attribute is writable if you're in the test runner"?
[06:05] <Kinnison> BjornT: Or should I unproxy the object in the test?
[06:05] <kiko> Kinnison, the latter sounds more practical..
[06:05] <cprov> Keybuk: anytime, dude 
[06:06] <bradb> flacoste: btw, what time are you planning on coming to the office after lunch? just want to make sure someone'll actually be here when you arrive.
[06:06] <flacoste> around 13:30?
[06:06] <BjornT> Kinnison: i think the best thing is to unproxy it together with a comment saying why you do it.
[06:06] <flacoste> bradb: is that fine?
[06:07] <bradb> flacoste: sure
[06:07] <Kinnison> BjornT: thanks dude
[06:08] <BjornT> np
[06:15] <jordi> nite spiv
[06:22] <carlos> jordi: found the bug
[06:22] <carlos> jordi: weird .po file 
[06:22] <carlos> but a bug in our code
[06:22] <carlos> jordi: line 1864
[06:23] <carlos> a new line is missing there
[06:27] <jordi> ugh
[06:28] <carlos> jordi: could you add it and submit it again?
[06:28] <jordi> I don't see that's misisng?
[06:28] <jordi> oh right
[06:29] <lifeless> malcc: you probably meant to change the status of your branch didn't you?
[06:31] <carlos> SteveA: hi, are you available?
[06:35] <SteveA> carlos: will be in 10 mins
[06:36] <carlos> ok
[06:38] <ddaa> lifeless, up for a quick review of the branch scanner locking fix?
[06:39] <lifeless> sure
[06:39] <lifeless> url
[06:39] <ddaa> tried to keep it minimal, but I'm not sure I got the idioms quite right
[06:39] <ddaa> https://chinstrap.ubuntu.com/~dsilvers/paste/file3lXBjj.html
[06:40] <lifeless> this is buggy
[06:40] <lifeless> +        try:
[06:40] <lifeless> +            self.bzr_history = self.bzr_branch.revision_history()
[06:40] <lifeless> +        except:
[06:40] <lifeless> +            self.bzr_branch.unlock()
[06:40] <lifeless> you are missing 'raise'
[06:41] <ddaa> duh!
[06:41] <ddaa> thank you
[06:42] <ddaa> lifeless: anything else?
[06:42] <SteveA> carlos: ready
[06:42] <lifeless> +    def tearDown(self):
[06:42] <lifeless> +        self.bzrsync.close()
[06:42] <lifeless> +        BzrSyncTestCase.tearDown(self)
[06:42] <lifeless> that will barf if the bzrsync is not currently locked
[06:43] <lifeless> close() should probably be a bit smarter or something
[06:43] <ddaa> that should not happen
[06:43] <ddaa> I mean, tearDown is only called if setUp succeeded, right?
[06:43] <ddaa> and then self.bzrsync is locked
[06:43] <lifeless> yes
[06:43] <lifeless> so imagine setUp succeeds
[06:43] <lifeless> ok, should be fine. r=lifeless
[06:44] <ddaa> This test case class is for a specific test that could not use syncHistoryAndClose, so I used setUp and tearDown instead of wrapping the whole test inside a try/finally...
[06:44] <ddaa> well
[06:45] <ddaa> AttributeError: 'BzrBranch5' object has no attribute 'read_lock'
[06:45] <ddaa> okay, lock_read :)
[07:06] <carlos> see you later tonight
[07:16] <mpt> is it bzr branch, or bzr pull?
[07:22] <LarstiQ> depends on what you want to do
[07:23] <LarstiQ> mpt: branch makes an entire new branch, pull gets new revisions into an existing branch
[07:23] <LarstiQ> mpt: you can also use log etc on remote branches
[07:23] <LarstiQ> ie, bzr log http://bazaar-vcs.org/bzr/bzr.dev works
[07:37] <mpt> bzr: ERROR: Not a branch: sftp://chinstrap.ubuntu.com/warthogs/archives/bradb/launchpad/malone-smallfixes-3/
[07:39] <bradb> mpt: /home/warthogs/...
[07:39] <mpt> ah!
[07:41] <mpt> ok, the branch is now travelling from one room in the Montr?al building to another room in the Montr?al building, via London
[07:41] <bradb> heh
[07:42] <matsubara> bradb: have time for a quick review?
[07:42] <bradb> matsubara: not atm, maybe in an hour or two?
[07:42] <matsubara> bradb: ok, I'll ping you then.
[07:42] <matsubara> bradb: thanks
[07:43] <bradb> cool
[07:59] <stuNNed> ok WTF
[08:05] <jordi> janimo: it worked now
[08:06] <stuNNed> you fscking loonuks zealots are switching and improving so fast i can't keep up D
[08:13] <SteveA> launchpad developers: messages to the launchpad list were delayed all day.  they should all be there now.
[08:14] <SteveA> or will be very shortly
[08:14] <SteveA> as they pass through the systems
[08:31] <mpt> bradb, after 50 minutes it's about 1/7 complete
[08:32] <bradb> mpt: rsync!
[08:32] <bradb> oh, are you on wireless?
[08:32] <mpt> yes
[08:32] <bradb> you want to go wired for this
[08:32] <bradb> it'll take like, 1/7th the time :)
[08:33] <mpt> hrmm
[08:33] <mpt> there's an Ethernet port beckoning
[08:48] <janimo> jordi thanks
[09:19] <flacoste> woohoo!
[09:20] <Seveas> jordi, ?
[09:22] <jordi> Seveas: iirc Ubugtu informs of new bugs filed against lp
[09:22] <jordi> would it be a good idea to show rosetta bugs as well?
[09:22] <Seveas> jordi, it doesn't, dilys once did that
[09:22] <jordi> hey flacoste 
[09:22] <jordi> oh, dilys, right.
[09:25] <mpt> bradb, thanks for fixing bug 48784
[09:25] <Ubugtu> Malone bug 48784 in malone "newest and oldest searches are reversed" [Medium,Fix committed]  http://launchpad.net/bugs/48784
[09:25] <bradb> mpt: no prob
[09:36] <Keybuk> when's the next rollout?
[09:48] <SteveA> Keybuk: tomorrow
[09:50] <salgado> SteveA, do you have a few minutes to talk about some issues related to approving distribution mirrors in launchpad?
[10:19] <bradb> mpt: so, did it go a lot faster wired?
[10:23] <flacoste> BjornT: do you know where I could find documentation on the pagetests infrastructure?
[10:37] <kiko> matsubara, ping? ^^^
[10:39] <matsubara> flacoste: hey, welcome! You can find some docs at lib/zope/testbrowser/README.txt
[10:40] <flacoste> matsubara: tnx!
[10:40] <matsubara> flacoste: apart from that, you've already found the other docs related to testbrowser stuff.
[10:48] <bradb> kiko: do you have time for a drive-by for bug 49498?
[10:48] <Ubugtu> Malone bug 49498 in Ubuntu "With Evince I can't copy text out from PDF documents created with cups-pdf" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/49498
[10:48] <bradb> kiko: bug 49598, even
[10:48] <Ubugtu> Malone bug 49598 in malone "Unable to unsubscribe from private bug" [Medium,In progress]  http://launchpad.net/bugs/49598
[10:52] <kiko> bradb, sure.
[10:54] <bradb> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/file4gsfFQ.html
[10:56] <bradb> kiko: btw, the render() hack was suggested to me by BjornT 
[10:57] <bradb> I intend to take a hammer to BugTaskView on my next landing.
[10:58] <kiko> I wonder why you even need it
[10:58] <bradb> kiko: because I can't let the page render normally or I'll get Unauthorized errors
[10:58] <kiko> that suggests you need to add a comment.
[10:59] <bradb> er, yeah, that might be useful :P
[11:00] <kiko> +                    self.request.response.addNotification(
[11:00] <kiko> +                        "You have been unsubscribed from bug %d." %
[11:00] <kiko> +                        bug.id)
[11:01] <kiko> bradb, it'd be nice to also tell the user why he was redirected, I think.
[11:01] <kiko> The bug is no longer accessible to you; redirecting you to the main bug listing.
[11:01] <kiko> something like that
[11:01] <bradb> right
[11:02] <kiko> bradb, what if the user unsubscribed to the bug but the bug is still visible to him?
[11:02] <kiko> is that not worth checking?
[11:02] <kiko> i.e. mdz unsubscribes to the bug
[11:03] <bradb> yeah, it should be a check_permission, i think, good point
[11:03] <kiko> unsubscribes from the bug
[11:03] <kiko> about moving handleSubscriptionRequest
[11:03] <kiko> can that be done for the other methods as well? I"m just querying about the possibility, not suggesting you do it, so I understand the change
[11:06] <bradb> kiko: presumably yeah. any method that's called from ZPT just for its side effects could, I think, be called in initialize
[11:06] <flacoste> what is the rationale for using testbrowser vs http() in pagetests?
[11:06] <bradb> flacoste: it's way more readable
[11:06] <bradb> flacoste: it also tracks form state automagically for you
[11:06] <flacoste> any reason to use http() (except for simple GET requests)?
[11:07] <bradb> I haven't found one yet.
[11:07] <flacoste> and i guess that pagetests that use http() were done before the integration of testbrowser?
[11:08] <kiko> flacoste, yes, before moving to zope3.2.
[11:08] <flacoste> so I should use testbrowser for new tests instead of using the tcpwatch proxy?
[11:10] <bradb> flacoste: yeah
[11:10] <flacoste> great!
[11:10] <bradb> kiko: gotta head home. i'll clean this patch up a bit later and mail you the new version?
[11:11] <kiko> sure thing duder
[11:11] <bradb> w00t. later all.
[11:11] <kiko> flacoste, http() is the tool of the devil!
[11:12] <flacoste> kiko: i do agree!
[11:33] <jordi> SteveA: around?