[12:19] <jordi> hmm
[12:20] <kiko> jordi?
[12:20] <kiko> no answer to my email? 
[12:20] <kiko> I HATE YOU
[12:20] <jordi> https://launchpad.net/products/rosetta/+bug/29814
[12:20] <Ubugtu> Malone bug 29814 in rosetta: "Oops when removing elements from the import queue" [Normal,Unconfirmed] 
[12:20] <jordi> this is teh suck
[12:20] <jordi> kiko: your email
[12:20] <jordi> I got no kiko email
[12:21] <kiko> asking for FAQ fodder
[12:21] <jordi> oh. I did think about it while running.
[12:21] <jordi> Do you have more suggestions?
[12:21] <kiko> that's good.
[12:21] <kiko> running -- good.
[12:22] <kiko> FAQ suggestions? even better.
[12:22] <kiko> well, I can pull some out of my hat tomorrow
[12:22] <jordi> (the bad news is that the teammates were very slowly incrementing the pace, so I was suffering enough not to be able to think much :)
[12:22] <jordi> so no
[12:22] <jordi> ok
[12:23] <jordi> let's talk about it.
[12:23] <jordi> Qestions from the Rosetta FAQ that can be adapted
[12:23] <jordi> What happens if Rosetta closes? Will the translations be lost?
[12:24] <jordi> What happens if Launchpad, being non-free stuff, closes?
[12:24] <jordi> Maybe a silly "What's with the launchpad name?" (someone added this one to the RosettaFAQ)
[12:25] <jordi> Other Launchpad questions
[12:25] <jordi> What's the difference between a 'Team Admin', 'Team Member' and a 'Non-Member'?
[12:25] <jordi> Is the Rosetta code updated often?
[12:25] <jordi> these two are already answered in https://wiki.ubuntu.com/RosettaFAQ
[12:26] <jordi> Malone: why Yet Another Bugtracker? -> explain what malone offers besides regular tracking abilities?
[12:26] <kiko> wow, this is all great!
[12:26] <jordi> is it? :)
[12:26] <kiko> yes
[12:28] <jordi> more
[12:28] <jordi> What does the launchpad offer?
[12:28] <kiko> more!
[12:28] <jordi> --> list of names with a very brief explanation of every component
[12:29] <jordi> ie Rosetta is our translation portal
[12:29] <LarstiQ> Do I need a translation team?
[12:29] <kiko> good one LarstiQ 
[12:29] <jordi> do they? :)
[12:30] <jordi> kiko: so do we want to include some Rosetta stff in here, or link to the Rosetta FAQ?
[12:30] <kiko> jordi, it's your option!
[12:31] <jordi> well, dunno
[12:31] <jordi> what's the url for this again? lp.net/faq?
[12:32] <jordi> I wonder if that's pollution. do we plan to do something like /doc/*?
[12:32] <jordi> My idea for the docs I want to write is to stick them somewhere in the site, more than the wiki
[12:35] <jordi> kiko: "Can I add my KikoLinux distro to Soyuz?"
[12:35] <kiko> well, I think the faq is a first step in this direction.
[12:35] <jordi> nod
[12:36] <jordi> "I read about all of this COCK SIGNING PROCESS. What kind of rock stars are you?"
[12:36] <jordi> ok, maybe not that one
[12:37] <kiko> maybe not
[12:38] <kiko> jordi, can you collect those items and reply to my email?
[12:38] <kiko> I'm fucking collapsing
[12:38] <jordi> I never got such a mail
[12:38] <jordi> I got your request on IRC :)
[12:38] <jordi> kiko: do you have the log for this covnersation, or should I paste?
[12:38] <kiko> jordi, the launchpad mail!
[12:38] <kiko> come on
[12:39] <jordi> hm. launchpad mail.
[12:39] <jordi> subject?
[12:39] <kiko> it has FAQ in it
[12:39] <jordi> great. I never got it.
[12:40] <kiko> Questions for the FAQ
[12:40] <mdz> jordi: you should add that to the FAQ, I found it very informative
[12:40] <jordi> kiko: it's in my procmail log
[12:40] <jordi> let's see where it ended
[12:41] <jordi> hmm, =canonical/launchpad is a good place, ys
[12:41] <kiko> @#UI@!UIWQ
[12:41] <jordi> But why do I get other mails in my inbox?
[12:41] <kiko> jordi, is this your first time on a computer too?
[12:41] <jordi> it seems not all of the mail gets there.
[12:41] <jordi> lol
[12:42] <jordi> it's been a long day
[12:42] <jordi> things are hectic at the stupid office
[12:42] <kiko> you can say that again
[12:42] <jordi> we have a deadline on the 1st
[12:42] <jordi> I can: it's been a long day
[12:42] <kiko> oh, deadlines, how unusual
[12:47] <jordi> ok
[12:47] <jordi> I'll try to do something useful with the import quue
[12:48] <jordi> if it doesn't break apart even more
[12:50] <jordi> so when do we move the wiki to wiki.launchpad.net?
[12:51] <jordi> oh. I thought there was an agreement to change "Ubuntero" back to Ubuntite. Did I dream this?
[01:34] <LarstiQ> linking to distribution packages can use some improvements
[01:35] <AlinuxOS> jordi, hello
[01:35] <AlinuxOS> jordi, have some time for me?
[01:37] <jordi> AlinuxOS: I was on my way to bed :(
[01:37] <jordi> AlinuxOS: it's quite late here
[01:37] <AlinuxOS> jordi, ok bro no robs
[01:37] <AlinuxOS> probs :)
[01:37] <AlinuxOS> good night.
[01:37] <jordi> AlinuxOS: is it quick?
[01:37] <AlinuxOS> only one question
[01:38] <jordi> shoot!
[01:38] <AlinuxOS> who are Rosetta Administratos on launchpad ?
[01:38] <AlinuxOS> I saw armenian translation in armenian
[01:38] <AlinuxOS> translated by Rosetta Administrators.
[01:39] <LarstiQ> AlinuxOS: sounds like an import from upstream?
[01:39] <AlinuxOS> https://launchpad.net/distros/ubuntu/dapper/+source/gnome-desktop/+pots/gnome-desktop-2.0/hy/+translate
[01:39] <AlinuxOS> for example.
[01:40] <LarstiQ> exactly
[01:40] <AlinuxOS> the thing is that...I'm from georgian team...
[01:40] <jordi> AlinuxOS: if a translation gets imported automatically by our import scripts, and the file imported has no valid Last-Translator: header, it will use the name of the importer
[01:40] <jordi> in this case, it was Rosetta Admins
[01:40] <AlinuxOS> armenian is like georgian very exotic language
[01:40] <AlinuxOS> today Ive installed dapper
[01:41] <AlinuxOS> when I change to armenian layout
[01:41] <AlinuxOS> I can even write in armenian unicode
[01:41] <AlinuxOS> but in georgian I still need to put mu georgian unicode .ttf-s in right directorys.
[01:41] <AlinuxOS> can someone tell me what's is the pakcage name that...
[01:42] <jordi> AlinuxOS: hmm
[01:42] <AlinuxOS> provides .ttf unicode fonts..
[01:42] <jordi> so Ubuntu lacks Georgan fonts?
[01:42] <AlinuxOS> the basic one...
[01:42] <jordi> that's bad.
[01:42] <AlinuxOS> jordi, yes
[01:42] <AlinuxOS> https://launchpad.net/distros/ubuntu/dapper/+lang/ka
[01:43] <jordi> AlinuxOS: it seems there's no package with specific georgian fonts
[01:43] <AlinuxOS> and we are so enthusiastic with "Ubuntu in Georgian" and there is no georgian .ttf's by default.
[01:43] <AlinuxOS> :)
[01:43] <AlinuxOS> :/
[01:43] <jordi> BUT
[01:43] <AlinuxOS> jordi, but with armenian yes.
[01:44] <jordi> I see the characters in gucharmap
[01:44] <jordi> so clearly something provides them
[01:44] <jordi> LarstiQ: do you know if xfonts-*-transcoded provides ttf-like fonts?
[01:45] <AlinuxOS> I need the name of package that is allredy installer in my system and provides armenian by default...in this mode I can understand what package provides them...and then contact a packag mantainer.
[01:45] <jordi> LarstiQ: gucharmap claims these Georgian fonts come from "fixed"
[01:45] <AlinuxOS> in gucharmap I have only CUBES
[01:46] <jordi> ok
[01:46] <AlinuxOS> with numbers inside :/
[01:46] <jordi> then there's hope
[01:46] <LarstiQ> AlinuxOS: hah! I have empty cells :)
[01:46] <jordi> because I do see your characters.
[01:46] <AlinuxOS> LarstiQ, yes my dear friend! :)
[01:46] <jordi> letter "shin" is like a latin "y" :)
[01:46] <AlinuxOS> and I have a lot translations of Ubuntu in georgian ;D
[01:46] <LarstiQ> then again, nothing seems to work
[01:47] <AlinuxOS> and when I change locales (a lot of thanks to pitti for time and patience) to ka... there is no more interface :)
[01:47] <LarstiQ> jordi: in short, no idea
[01:48] <AlinuxOS> jordi, our Y is very difficult to pronunciate
[01:48] <AlinuxOS> ;)
[01:48] <AlinuxOS> we have 33 letters
[01:48] <AlinuxOS> 28 consonants.
[01:48] <jordi> 28 consonants
[01:48] <jordi> TAKE THAT
[01:49] <AlinuxOS> for example, armenian is by default...
[01:49] <jordi> err
[01:49] <jordi> wow I need sleep
[01:49] <AlinuxOS> and there is no cubes.
[01:49] <jordi> I missparsed consonant for vowel
[01:49] <AlinuxOS> jordi, :)
[01:49] <AlinuxOS> go to sleep :)
[01:49] <jordi> AlinuxOS: I suggest you install these packages and try
[01:49] <AlinuxOS> aybe you can help me with that tommorow or some other days :)
[01:49] <AlinuxOS> jordi, which?
[01:49] <jordi> xfonts-base-transcoded, xfonts-100dpi-transcoded
[01:50] <jordi> and maybe xfonts-75dpi-transcoded
[01:50] <AlinuxOS> ok
[01:50] <jordi> and tell me if after installing that, you can see these characters after restarting gucharmap
[01:50] <LarstiQ> jordi: iirc, transcoded packages are unicode fonts transformed to iso 8859
[01:50] <AlinuxOS> jordi, allredy installed.
[01:51] <jordi> LarstiQ: yeah
[01:51] <AlinuxOS> :)
[01:51] <jordi> me too
[01:51] <jordi> but gucharmap reports "fixed" as the origin for this font
[01:51] <LarstiQ> jordi: shouldn't AlinuxOS be in an utf8 locale?
[01:51] <jordi> there is one font
[01:51] <jordi> isn't he?
[01:51] <AlinuxOS> LarstiQ, yes Georgian is in UTF-8
[01:51] <AlinuxOS> ka_GE.UTF-8
[01:51] <LarstiQ> right
[01:51] <LarstiQ> jordi: fixed is a strange beast
[01:52] <AlinuxOS> so this locale need some fonts..
[01:52] <jordi> AlinuxOS: do you have ttf-freefont, ttf-dejavu and maybe ttf-opensymbol?
[01:52] <AlinuxOS> I have 3 best utf free fonts.
[01:52] <AlinuxOS> jordi, yes.
[01:52] <AlinuxOS> everything...
[01:52] <LarstiQ> how about xfonts-efont-unicode?
[01:52] <jordi> hrm.
[01:52] <jordi> LarstiQ: those would be bitmaps too
[01:52] <AlinuxOS> LarstiQ, ah
[01:52] <AlinuxOS> I know this fonts
[01:53] <AlinuxOS> they are horrible like Devil..
[01:53] <jordi> heh
[01:53] <AlinuxOS> very old version..
[01:53] <LarstiQ> hehe
[01:53] <AlinuxOS> and no anti aliasing support.
[01:53] <LarstiQ> AlinuxOS: but they do include Georgian
[01:53] <AlinuxOS> blergh :)
[01:53] <AlinuxOS> LarstiQ, yes...
[01:53] <kiko-zzz> FIX BUILD BUSTAGE
[01:53] <AlinuxOS> but no one will you ubuntu with this horrible fonts:)
[01:54] <LarstiQ> AlinuxOS: which is another wording for, I have no idea how it works with ttf fonts
[01:54] <jordi> kiko-zzz: good night dude
[01:54] <jordi> LarstiQ: there's something with these fonts
[01:54] <jordi> I ave it
[01:54] <AlinuxOS> this armienian fonts are very smooth... :) I'm searching for package that provides them...
[01:54] <jordi> AlinuxOS: fc-list |grep ixed
[01:55] <AlinuxOS> by default they are included.
[01:55] <LarstiQ> AlinuxOS: could be by mistake
[01:55] <LarstiQ> fc-list | grep ixed
[01:55] <LarstiQ> lappie%~> 
[01:55] <LarstiQ> aha...
[01:56] <AlinuxOS> boys do you know who on ubuntu-devel is font and X.org master ? :)
[01:56] <AlinuxOS> maybe there is soeone armenian :)
[01:56] <AlinuxOS> and he has included armenian by default :)
[01:57] <jordi> 2330:jordi@nubol:~$ fc-list -v |grep ixed
[01:57] <jordi> Fixed:style=Bold
[01:57] <LarstiQ> AlinuxOS: my guess is that armenian just comes in with something else, unexpectedly
[01:57] <jordi> [...] 
[01:57] <jordi> how do I find out what file is providing these?
[01:57] <AlinuxOS> LarstiQ, ok...so I'm searching for this "something else" :)
[01:57] <LarstiQ> jordi: /etc/fonts/** ?
[01:58] <LarstiQ> AlinuxOS: so are we :)
[01:58] <jordi> /usr/share/fonts ?
[01:58] <AlinuxOS> LarstiQ, :)
[01:58] <AlinuxOS> hehe bro
[01:58] <LarstiQ> jordi: I was more thinking of the fc config
[01:58] <jordi> LarstiQ: nothing interesting
[01:58] <jordi> AlinuxOS: dunno, man
[01:59] <jordi> AlinuxOS: tried running fc-cache or stuff like that?
[01:59] <jordi> AlinuxOS: hmm, got gsfonts?
[01:59] <AlinuxOS> jordi, yes
[01:59] <jordi> the package
[02:00] <AlinuxOS> jordi, locales ka_GE noprobs... but my locale have no fonts ... and fc-cache updates when you put something yours...
[02:00] <AlinuxOS> I can put my fonts..and then run..
[02:00] <jordi> nod
[02:00] <LarstiQ> AlinuxOS: which fonts are you using then?
[02:01] <jordi> LarstiQ: this isn't fun
[02:01] <AlinuxOS> but someone (georgian future user) when changes locales...will not see in georgian.
[02:01] <jordi> I have a font providing it, but dunno which
[02:01] <LarstiQ> jordi: I love (X) fonts.
[02:01] <AlinuxOS> BPG_Chveulebrivi.ttf
[02:01] <jordi> 2377:jordi@nubol:/usr/share/fonts$ fc-match fixed
[02:01] <jordi> 12x13ja.pcf.gz: "Fixed" "ja"
[02:02] <jordi> this is why I suggested transcoded stuff
[02:02] <AlinuxOS> BPG_Courier.ttf
[02:02] <jordi> AlinuxOS: I assume you have xfonts-base installed
[02:02] <AlinuxOS> BPG_Glaho.ttf
[02:02] <AlinuxOS> best fonts for Ubuntu
[02:03] <jordi> ok
[02:03] <jordi> my last bet is that it's coming from xfonts-base
[02:03] <AlinuxOS> yes I ahve xfonts-base
[02:03] <LarstiQ> fc-list :lang=ka
[02:03] <LarstiQ> jordi: that gives fixed fonts/
[02:03] <AlinuxOS> jordi, If you want tommorow I'll send you this .ttf's
[02:03] <jordi> AlinuxOS: is that ttf free?
[02:04] <jordi> free as in free speech
[02:04] <AlinuxOS> jordi, sure
[02:04] <AlinuxOS> not like a beer :)
[02:04] <LarstiQ> fc-list :lang=ja
[02:04] <LarstiQ> Kochi Gothic,:style=Regular,
[02:04] <LarstiQ> weee
[02:04] <AlinuxOS> there is no commercial georgian fonts..
[02:04] <AlinuxOS> we are not so intelligent like redmonds people.
[02:04] <LarstiQ> AlinuxOS: it can be freely modified, redistributed, etc?
[02:04] <AlinuxOS> we are poor and pure nation :)
[02:05] <AlinuxOS> LarstiQ, yes.
[02:05] <LarstiQ> AlinuxOS: good
[02:05] <LarstiQ> awww, there doesn't seem to be a font covering lang=jbo
[02:06] <AlinuxOS> font covering?
[02:06] <LarstiQ> AlinuxOS: BPG_Glaho.ttf covers Georgian
[02:07] <AlinuxOS> I can't understand you :)
[02:07] <AlinuxOS> sorry
[02:07] <AlinuxOS> covers Georgian?
[02:07] <LarstiQ> yes
[02:07] <AlinuxOS> do you speak italian ? :)
[02:07] <AlinuxOS> or russian? :)
[02:07] <LarstiQ> non.
[02:07] <AlinuxOS> or GEORGIAN :)
[02:07] <AlinuxOS> hehe
[02:07] <LarstiQ> AlinuxOS: Dutch? :)
[02:07] <AlinuxOS> LarstiQ, nooo :/
[02:08] <AlinuxOS> Lars Ulrich from Metallica was Durch :)
[02:08] <jordi> I'm out
[02:08] <AlinuxOS> Dutch
[02:08] <jordi> laters
[02:08] <AlinuxOS> jordi, ok
[02:08] <LarstiQ> AlinuxOS: hell no
[02:08] <AlinuxOS> I'll talk about this thing tommorow
[02:08] <LarstiQ> AlinuxOS: he's Danish
[02:08] <AlinuxOS> :D
[02:08] <AlinuxOS> jordi, thank you a lot pal!
[02:08] <AlinuxOS> LarstiQ, you to amico :)
[02:08] <LarstiQ> jordi: sleep well
[02:09] <LarstiQ> AlinuxOS: I refuse to share a country with 'money good, napster baaad' :P
[02:09] <AlinuxOS> loooolz
[02:09] <AlinuxOS> :D
[02:09] <AlinuxOS> LarstiQ, for example?
[02:10] <LarstiQ> AlinuxOS: now you've lost me
[02:10] <AlinuxOS> LarstiQ, ?
[02:10] <AlinuxOS> why lost?
[02:10] <AlinuxOS> aaaaaaaaah
[02:10] <AlinuxOS> !!!
[02:10] <LarstiQ> AlinuxOS: so I'm not sure what you want an example of?
[02:10] <AlinuxOS> sorry
[02:10] <AlinuxOS> !!!
[02:10] <AlinuxOS> viva Ajax!
[02:10] <AlinuxOS> :D
[02:10] <LarstiQ> haha :P
[02:11] <AlinuxOS> do you like ajax?
[02:11] <AlinuxOS> :D
[02:11] <LarstiQ> Ajax is from Amterdam, not one of my favourite cities
[02:11] <AlinuxOS> :)
[02:11] <AlinuxOS> there was a Georgian forward called Shota Arveladze :)
[02:11] <LarstiQ> I recognize that name, even if I don't follow football :)
[02:12] <AlinuxOS> :)
[02:12] <AlinuxOS> LarstiQ, what bout you? ;) are you in some translation teams?
[02:12] <LarstiQ> AlinuxOS: not really, although I've done one small bit of Lojban today
[02:13] <AlinuxOS> LarstiQ, could you tell me what is the meaning of text files like fonts.cache-1 in  /usr/share/fonts/truetype directory...?
[02:15] <LarstiQ> AlinuxOS: I'm presuming it is cached information about fonts generated during font package install
[02:15] <AlinuxOS> alinux@dapper:/usr/share/fonts/truetype/ttf-telugu-fonts$ dpkg -S Pothana2000.tt f
[02:15] <AlinuxOS> ttf-telugu-fonts: /usr/share/fonts/truetype/ttf-telugu-fonts/Pothana2000.ttf
[02:15] <AlinuxOS> very strange font
[02:15] <AlinuxOS> so I'll see who makes it..and then install
[02:16] <LarstiQ> ttf-telugu-fonts for Telugu, never heard of the language
[02:17] <LarstiQ> ah, India
[02:17] <AlinuxOS> or when someone wants georgian locales , so package ttf-georgian-fonts must to be linked like dependency to language-pack-gnome-ka
[02:18] <LarstiQ> that sounds sensible to me, but I'm not involved in Ubuntu
[02:18] <AlinuxOS> LarstiQ, :)
[02:18] <LarstiQ> and I'm 3 hours over my sleep deadline
[02:18] <AlinuxOS> so where?
[02:18] <LarstiQ> so where what?
[02:18] <AlinuxOS> ok
[02:18] <AlinuxOS> you are invulved in lauchpad only?
[02:18] <AlinuxOS> or?
[02:19] <LarstiQ> I'm here as a launchpad user
[02:19] <AlinuxOS> ah :)
[02:20] <AlinuxOS> ok LarstiQ 
[02:20] <AlinuxOS> LarstiQ, nice to meet you :) and good night!
[02:20] <AlinuxOS> :D
[02:21] <LarstiQ> thanks, you too :)
[03:34] <dilys> Merge to devel/launchpad/: Fix https://launchpad.net/products/malone/+bug/5394 (Clicking on 'Advanced search' should preserve simple search criteria) and https://launchpad.net/products/launchpad/+bug/5324 (Advanced search for bugs breaks if you don't select at least one status). r=BjornT (r3036: Guilherme Salgado)
[05:32] <mpt> stu1, https://launchpad.net/products/launchpad/+bug/29828 looks like your sort of bug
[09:45] <carlos> morning
[09:53] <siretart> morning.
[09:53] <ajmitch> morning siretart 
[09:53] <siretart> is soyuz already there? How do I notice when this happens?
[10:02] <jordi> hello
[10:07] <cprov> morning hackers 
[10:31] <SteveA> morning
[10:36] <Kinnison> hi stevea
[10:53] <kiko> hello there
[11:02] <stub> lifeless: Want to review a disgusting db patch involving triggers, or should I just shove it through as trivial?
[11:03] <kiko> LOL
[11:06] <stub> eek... FLCOW appears to have stopped working :/
[11:07] <kiko> why are you still using that?
[11:08] <stub> So I can have hard linked trees without chewing up all my disk space
[11:08] <kiko> I find the trees to be rather smallish nowadays
[11:08] <stub> LP_PRELOAD doesn't like spurious : anymore
[11:11] <stub> I've got two gigs of trees and most of them where created using cp -al
[11:16] <SteveA> stub: what are the triggers for?
[11:16] <stub> Maintaining a materialized view
[11:16] <SteveA> it is friday night, a sacred time for lifeless.  i don't expect he'll be around today.
[11:16] <SteveA> materialized view of what?
[11:16] <stub> ValidPersonOrTeamCache
[11:17] <stub> Should make the FOAF vocabularies much faster once they use it
[11:19] <SteveA> i'll review it if you like.  not that i claim any database knowledge...
[11:19] <jordi> kiko: my legs ache today
[11:19] <jordi> kiko: but this means the next time we meet, I am going to kick your ass.
[11:22] <SteveA> jordi: how far, how fast?
[11:23] <stub> SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/fileVsblsA.html
[11:23] <stub> SteveA: Or punt it to salgado since he will want to use it
[11:23] <jordi> SteveA: yesterday it was around 8 kms, but not so fast
[11:23] <jordi> There's still a long way to go
[11:24] <SteveA> stub: valid in this sense means "a person or team that is eligible to be selected as the owner of something" ?
[11:25] <stub> You can paraphrase it that way, yes
[11:25] <SteveA> "valid" is such an overloaded term
[11:25] <SteveA> i think it would help to qualify it somehow
[11:25] <stub> Indeed. It has a specific meaning dealing with people and teams though
[11:26] <stub> PeopleWIthPasswordsAndPreferredEmailAddressesOrTeamsThatAreNotMerged
[11:26] <SteveA> id integer PRIMARY KEY REFERENCES Person ON DELETE CASCADE
[11:27] <SteveA> does that mean when a Person is deleted, the cache record is also deleted?
[11:27] <SteveA> or the other way around?!
[11:28] <SteveA> typos: +Remove names from sabdfl to avlid triggeringthe valid_team_fields constraint
[11:28] <stub> When a person is deleted, the cache record is also deleted. Purely a convenience for me, since nothing else is able to delete People records
[11:29] <kiko> jordi, sorry, you're fucked for now
[11:30] <jordi> kiko: 1 year of no training shows. But I'll be back to my 2004 state soonish. word.
[11:30] <kiko> we'll see.
[11:33] <jordi> kiko: how did your 12h race go?
[11:33] <jordi> is it over?
[11:34] <kiko> that was almost two months ago!
[11:34] <kiko> it went well, we did 4th
[11:35] <kiko> I fell and cracked my helmet
[11:35] <SteveA> stub: you could define  PREF = 4  earlier, and use that instead of a literal '4', although it would mean an awkward string substitution.  nonetheless, i'd comment next to the literal '4' that it is PREF
[11:38] <SteveA> stub: i didn't see any problems in the logic, but i found it tricky to follow, so perhaps i made a mistake.  would it be clearer if you dealt with team and non-team separately, and asserted that we don't change a non-team into a team or vice versa ?
[11:42] <jordi> kiko: your ugly helmet!?
[11:42] <jordi> kiko: did you buy a decent one?
[11:43] <kiko> no
[11:43] <kiko> that one is fine
[11:43] <kiko> I cracked my old red one
[11:53] <kiko> chinstrap.ubuntu.com:/home/warthogs/archives/kiko/launchpad/cprov-hacking/
[11:53] <cprov> kiko: ok
[11:53] <kiko> cprov, Kinnison: when you need it
[11:57] <seb128> hi
[11:57] <seb128> what is OOPS-27D175 about?
[11:58] <seb128> (I was just trying to open a bug page)
[12:01] <kiko> let's see.
[12:02] <kiko> I've seen this before
[12:02] <salgado> seb128, that's a timeout, and I can't reproduce it
[12:02] <salgado> it should work if you try again
[12:02] <seb128> yeah, it will probably
[12:02] <seb128> but I got random oops like that every day, so I figured I would ask
[12:02] <salgado> it seems to have been caused because another transaction was holding the lock on that table
[12:03] <kiko> the karma cache updater?
[12:03] <salgado> yeah, it's very annoying, but the problem is not actually on that page
[12:03] <kiko> that query also has a sequential scan, which is unfortunate.
[12:04] <salgado> kiko, it can't be, that table won't access any of the tables used on the query that took 15s to run
[12:04] <salgado> s/that table/that script
[12:04] <kiko> hmmm, true
[12:05] <salgado> you guys always want to blame that poor script. it runs only once in a day, and it's optimized now
[12:05] <kiko> heh 
[12:05] <kiko> ok ok
[12:06] <kiko> so what else could it be?
[12:06] <kiko> also
[12:07] <salgado> I wish I knew
[12:07] <kiko> that query might be able to be converted to a union query
[12:10] <salgado> stub, did you get that view for the people vocabs?
[12:13] <SteveA> is the karma cache stuff separated into a separate table in production yet?
[12:22] <kiko> SteveA, no.
[12:22] <SteveA> okay, so next week
[12:22] <stub> SteveA: I need to be able to change teams into people and vice versa - having to disable triggers to update data is a pita and error prone. So the triggers are coping with stuff that is actually impossible to do via Launchpad. I also need to minimize queries (minimum possible writes, and minimum reads if it doesn't cause writes), which twists the logic a lot.
[12:23] <stub> If the karma cache stuff is giving trouble, I can just switch it off for a few days...
[12:23] <SteveA> stub: might be best to turn off karms stuff until the fix lands
[12:23] <stub> salgado: about to land the materialized view
[12:24] <salgado> great
[12:25] <stub> SELECT Person.id FROM Person,ValidPersonOrTeamCache WHERE Person.id=ValidPersonOrTeamCache.id and fti @@ ftq('launchpad')
[12:25] <stub> UNION SELECT EmailAddress.person From EmailAddress, ValidPersonOrTeamCache WHERE EmailAddress.person = ValidPersonOrTeamCache.id AND email ILIKE 'launchpad%'
[12:26] <stub> AND status IN (2,4)
[12:26] <stub> Which will be much faster than the left outer joins, as well as matching both validated AND preferred email addresses
[12:28] <salgado> stub, that's really great. do we have all columns from the person table in that view?
[12:29] <stub> salgado: No - it is just an id column. It is designed to be joined.
[12:30] <salgado> ah, right
[12:31] <stub> We can go that way if we need to, but I think this approach will be fine and won't affect insert or update performance too much or over complicate things.
[12:33] <stub> back in an hour
[12:49] <dilys> Merge to devel/launchpad/: [r=SteveA]  ValidPersonOrTeamCache (r3037: Stuart Bishop)
[01:06] <Kinnison> stub: ping?
[01:09] <mdke> is the bugmail to mailing list thing sorted out now?
[01:21] <Kinnison> k
[01:22] <Kinnison> stub: n/m
[01:22] <stub> yo
[01:24] <Kinnison> I was gonna ask you to run a few statements for me on staging's db, but elmo's doing it for me now
[01:25] <stub> Kinnison: You have access as the postgresql user too if you want
[01:26] <Kinnison> stub: I do? from which local user on where?
[01:27] <stub> dsilvers on asuka can login as the postgres user to the launchpad_staging database
[01:27] <Kinnison> okay, thanks
[01:39] <Kinnison> This DELETE has racked up nearly 30 CPU minutes so far
[01:43] <ddaa> Hi
[01:44] <ddaa> sory for being late, (finally) got my Thinkpad back and had to resync my homedir from the iBook.
[01:45] <kiko> this delay is extremely distressing
[01:47] <kiko> stub, ping me when you are back?
[01:47] <stub> kiko: ping
[01:48] <kiko> stub, if you look at PQM, you'll see a patch and test for a gina bug.
[01:48] <kiko> because it's a very trivial problem, it won't require re-running gina
[01:49] <kiko> but it would require a) issuing an SQL query to fix the problem b) rolling out that fix to the gina-running code (on drescher?)
[01:49] <kiko> the problem is that the BinaryPackageRelease.architecturespecific flag is inverted (it should be set to True where it is set to False and vice-versa)
[01:49] <stub> Kinnison: There is a fiera connection 'idle in transaction' - might be holding a lock open
[01:50] <Kinnison> stub: it was eating CPU, so I don't think it's relevant, but we've closed them just in case
[01:51] <kiko> stub, should I mail you with the details?
[01:51] <salgado> stub, I finished merging your changes and got this error when trying to do a make schema: https://chinstrap.ubuntu.com/~dsilvers/paste/fileKvNY3o.html
[01:51] <salgado> stub, does this mean I need to upgrade to postgresql-8?
[01:51] <stub> kiko: Ok. So UPDATE BinaryaPackageRelease SET architecturespecific=not architecturespecific on production, staging, and update gina code on drescher
[01:51] <Kinnison> stub: not on staging
[01:51] <Kinnison> stub: We're doing staging;
[01:52] <stub> Kinnison: ok
[01:52] <kiko> stub, right.
[01:52] <Kinnison> stub: thanks dude
[01:53] <stub> salgado: You might need to update trusted.sql to not use the $$ delimiter, instead using '. Although you really should be running 8.0 as requested quite some time ago...
[01:53] <kiko> salgado, aren't you running 8.0?
[01:53] <salgado> yeah, I'll upgrade to 8.0
[01:53] <salgado> no, I'm not
[01:53] <kiko> the workstations have 8.0 don't they?
[01:53] <salgado> no
[01:53] <kiko> they don't?
[01:53] <kiko> the package is available on breezy..
[01:53] <salgado> I know, but I didn't install it
[01:54] <kiko> ah
[01:54] <salgado> when I configured the workstations I decided to use 7.4 because there were issues with the generated sampledata being different in 8.0
[01:54] <salgado> and then I was always delaying the upgrade
[01:55] <kiko> yeah, now I remember
[01:58] <dilys> Merge to devel/launchpad/: [trivial]  Fix an inverted clause resulting in disaster for BinaryPackageRelease.architecturespecific, pointed out by the build sequencer. Is now tested. (r3038: Christian Reis)
[01:59] <kiko> stub, that's the one.
[02:00] <ddaa> grah shit... I lost the Evolution followup flags in the process :(
[02:19] <stub> salgado: By 'we don't need it here' I meant the read/write cachedproperty. The cachedproperty on preferredemail is good.
[02:24] <salgado> ah, right. I got it wrong, sorry
[02:24] <kiko> ddaa, STOP USING EVOLUTION FFS
[02:24] <Kinnison> evolution is fine
[02:27] <ddaa> yay! MUA flamewar!
[02:28] <ddaa> TBH, evo sucks, but mutt sucks more.
[02:29] <ddaa> and evo is not yet painful enough for me to try thunderbird, also it seems that thunderbird spam filter produces mixed results
[02:29] <LarstiQ> thunderbird supposedly has compatible calendars for my ipod
[02:29] <ddaa> calendars? ipod?
[02:30] <ddaa> two things I do not have a use for, and whose connection leaves me wondering...
[02:30] <LarstiQ> ddaa: right, no reason to use thunderbird then :)
[02:34] <stub> kiko, Kinnison: I've forgotten if Gina is supposed to be running against production or not :-/
[02:34] <kiko> stub, for the moment, no need.
[02:48] <stub> kiko: Gina code updated and db fix done
[02:49] <kiko> thanks stub, sorry for the trouble.
[02:50] <kiko> ddaa, you mixed up left and right there, I think.
[02:50] <BjornT> bradb: ping
[02:50] <bradb> BjornT: pong
[02:51] <BjornT> bradb: about bug contacts. currently they are subscribed to a bug only when it's created. shouldn't they get subscribe when new tasks are created as well?
[02:52] <BjornT> bradb: for example, if a bug affects another package, that package's bug contact should get notified i think.
[02:53] <bradb> BjornT: According to Kamion, they should get subscribed to all bugmail activity on that package from the moment they choose to get package bugmail. But with the current explicit subscription model, that's a known issue until a patch is written to allow a user to say "also subscribe me to all existing bugs for this package."
[02:53] <seb128> bug contact should be updated when changing the "source package name" too
[02:53] <seb128> that's like reassigning
[02:53] <kiko> seb128, yeah, known bug
[02:54] <seb128> oki
[02:54] <seb128> so FIXIT :)
[02:54] <kiko> stub, do you know why the librarian sends out txt files with the content type of application/octet-stream?
[02:55] <kiko> stub, they are gzipped, mind you
[02:55] <kiko> it makes reading logs very inconvenient
[02:57] <BjornT> bradb: maybe i wasn't clear. let me give you an example.
[02:57] <bradb> BjornT: oh, I see what you mean
[02:57] <bradb> package bug contact for foo, a foo task gets add to the bug, etc.
[02:57] <bradb> yeah, that's a good idea
[02:58] <bradb> BjornT: Can you please file a bug on that?
[02:58] <BjornT> bradb: exactly. cool, i'll fix it then, since that makes it easier to fix another bug.
[02:59] <bradb> fixing it would be even better, thanks ;)
[03:03] <ddaa> kiko: right
[03:03] <ddaa> kiko: I mean left
[03:03] <ddaa> right I mean left not right
[03:03] <kiko> right
[03:04] <stub> kiko: No idea sorrt
[03:04] <stub> c/t/y
[03:05] <kiko> spiv would know
[03:05] <BjornT> bradb: btw, it seems i was wrong when i said you couldn't open a bug on more than one package via email. you can do it by issuing more than one affects command. i've made sure that it's properly tested now, so that it won't change again...
[03:06] <bradb> BjornT: sweet. I'll update the email docs.
[03:07] <BjornT> cool
[03:09] <bradb> BjornT: And can you add another affected package to an existing bug with affects /distros/ubuntu/$someotherpackage?
[03:10] <BjornT> bradb: yes, exactly
[03:11] <bradb> cool
[03:11] <seb128> grump
[03:11] <lamont-away> bradb: there's an email interface?
[03:11] <seb128> why a query on "pmu" doesn't return " Bug #29776 in Ubuntu: "/dev/pmu permissions wrong"" ?
[03:12] <bradb> lamont-away: https://wiki.launchpad.canonical.com/MaloneEmailInterfaceUserDoc !
[03:12] <lamont-away> ah, woot!
[03:13] <bradb> BjornT: ^ ?
[03:13] <lamont-away> bradb: thanks
[03:13] <bradb> no prob
[03:14] <BjornT> seb128: bug 29227
[03:14] <Ubugtu> malone bug 29227 in launchpad "Searching for "pmu" doesn't find "/dev/pmu"" [Normal,Unconfirmed]  http://launchpad.net/bugs/29227
[03:14] <BjornT> bradb, lamont-away: no, it's not an alias
[03:15] <seb128> BjornT: thank you
[03:21] <seb128> bradb: if I want to mark a bug as "to fix for dapper", should I use the milestone or 'target to fix releases' 
[03:21] <seb128> ?
[03:21] <bradb> seb128: Milestone for forward-looking fixes.
[03:22] <seb128> ok
[03:22] <seb128> but they don't have a nice target icon on the bug page that way? :)
[03:22] <bradb> seb128: Not enough room atm.
[03:22] <seb128> is that a joke?
[03:22] <bradb> seb128: But, where there's a will, there's a way.
[03:22] <seb128> the left frame has plenty of room
[03:23] <seb128> with the "Bug Details", would be easy to add an icon
[03:23] <seb128> no?
[03:23] <seb128> should I open a bug about that? :)
[03:23] <bradb> It's slightly trickier than that.
[03:23] <bradb> seb128: I think there's a bug open, one sec.
[03:24] <bradb> bug 6014
[03:24] <Ubugtu> malone bug 6014 in malone "milestone should be displayed on bug page" [Normal,Confirmed]  http://launchpad.net/bugs/6014
[03:25] <seb128> thank you
[03:25] <bradb> seb128: Putting it in the "Bug Details" portlet isn't quite right, because the underlying model is that fixes in a package are targeted to a release, but a bug may affect more than one package. So fixing package A might be targeted for dapper, but not necessarily package B.
[03:26] <seb128> just put a:
[03:26] <seb128> "one task is targetted for dapper"
[03:28] <bradb> seb128: The important thing is that we know it's confusing, and we can work with mpt to find the specific way to tweak the UI to make it clear.
[03:28] <seb128> right
[03:36] <ddaa> kiko: I think bug 29669 should be given some thought before the march sprint.
[03:36] <Ubugtu> malone bug 29669 in launchpad "Branch summary page is not sorted by importance" [Normal,Confirmed]  http://launchpad.net/bugs/29669
[03:37] <ddaa> kiko: maybe mpt could devote a few cycles to coming up with a great idea to this problem...
[04:12] <bradb> salgado: Whoa, did you see: https://launchpad.net/products/malone/+bug/5793 ?
[04:13] <bradb> This user sounds pretty distressed, probably for good reason.
[04:17] <SteveA> bradb: first step is to reply to the bug to let the user know it has been seen as will be acted on
[04:17] <bradb> SteveA: good idea, I'll do that
[04:17] <SteveA> cheers
[04:18] <carlos> SteveA: I'm loking to ajax to improve translation suggestions. Do we something to support it with our infrastructure? I want to play a bit with it this weekend
[04:19] <SteveA> carlos: there's a standard open source .js library that most apps use
[04:20] <SteveA> so, we can use that
[04:20] <carlos> do you know the URL?
[04:20] <carlos> or at least the name?
[04:20] <SteveA> for the translation pages, it's a matter of having some divs for suggestions, and after the page is loading, loading the divs one after the other
[04:20] <SteveA> you can probably have a view that returns the contents of a particular suggestion div
[04:20] <SteveA> bug first of all, as an experiment, just add a new page, containing a div
[04:21] <SteveA> and make the div contents get filled in from a different page, after the first page loads
[04:21] <SteveA> that will prove the concept
[04:21] <carlos> SteveA: instead of implementing the XMLRPC method?
[04:21] <SteveA> there is no xmlrpc in this
[04:22] <SteveA> really
[04:22] <SteveA> xmlrpc is not the right thing for this kind of thing
[04:22] <carlos> ok
[04:22] <SteveA> xmlrpc is more like the right thing for something like having scripts interact with launchpad
[04:22] <SteveA> for bug reporting etc.
[04:22] <SteveA> but not for ajax
[04:22] <SteveA> we want normal HTTP for that
[04:23] <SteveA> one good reason is that xmlrpc uses POST
[04:23] <SteveA> but we want to use GET for all the requests we can
[04:23] <SteveA> as that allows us to scale things better
[04:23] <SteveA> and do all sorts of cacheing and multiple server things
[04:23] <SteveA> so, really, xmlrpc sucks for that
[04:23] <carlos> ok
[04:23] <carlos> makes sense
[04:23] <SteveA> with plan HTTP, there's a nice distinction for read-only requests vs read/write requests
[04:24] <carlos> about the library, do you remember the name?
[04:24] <carlos> the .js one
[04:25] <SteveA> i'll look it up
[04:26] <SteveA> carlos: "prototype"
[04:26] <SteveA> http://prototype.conio.net/
[04:26] <carlos> SteveA: ok, thanks
[04:34] <SteveA> carlos: http://openrico.org/rico/demos.page?demo=rico_ajax_inner_HTML
[04:36] <carlos> SteveA: thank you
[04:37] <SteveA> bradb, BjornT: we shouldn't be requiring sigs on bug mail in general.  i think we should require it for doing stuff with private bugs though.  what do you guys think?
[04:38] <carlos> What's the best way to get the person/team on charge of one source package?
[04:38] <carlos> not the Debian maintainer, but the Ubuntu one
[04:39] <bradb> SteveA: That's what I would have suggested down the line too, re: requiring only for private bugs. If you're ready to go all the way on that right now, I see no problem.
[04:39] <BjornT> SteveA, bradb: i'm happy with that. i think we should try it out and see what happens.
[04:40] <SteveA> TBH, i thought we didn't require gpg sigs for most things right now
[04:40] <SteveA> let's do it
[04:41] <bradb> SteveA: Can this be considered fairly high priority?
[04:41] <SteveA> yes
[04:41] <SteveA> but, i want to see what kiko says :-)
[04:41] <SteveA> kiko is the schedule meister
[04:41] <kiko> mmmm
[04:41] <bradb> right
[04:42] <kiko> highest priority in my mind is the package bug contact report
[04:42] <SteveA> in any case, it would be good to communicate to concerned members of the distro team that the change will be forthcoming
[04:42] <bradb> kiko: Indeed, I'm currently working on that.
[04:43] <bradb> I'm not suggesting I do the email change, unless BjornT is overloaded, in which case I could do it after the package bug contacts report.
[04:44] <BjornT> kiko: how important do you see it compared to bug watches? not requiring gpg signatures should be a one-day job
[04:44] <SteveA> people should get a decent error email response if they try to do unsigned things to a private bug
[04:45] <BjornT> yeah
[04:45] <kiko> is it worth interrupting BjornT's work on watches?
[04:45] <SteveA> what's PQM's general turnaround time at the moment?  from getting a request at the top of its queue?
[04:46] <kiko> it's VERY fast
[04:46] <kiko> 15 minutes max
[04:46] <SteveA> coool
[04:46] <SteveA> although... i'm still waiting
[04:46] <bradb> pqm is doing very well lately.
[04:47] <daf> bradb: https://launchpad.net/products/malone/+bug/5320 -- "some other reports": which reports?
[04:47] <Ubugtu> malone bug 5320 in malone "NEEDSINFO needs to live in one of the interfaces.bugtask constants" [Normal,Confirmed]  
[04:47] <ddaa> SteveA: hi
[04:48] <SteveA> hello ddaa
[04:49] <ddaa> SteveA: bzrsyncd is failing. There are also a few non-critical fixes I'd like to get in there. I'm wondering what I should take the time to fix instead of working on importd->bzr.
[04:49] <ddaa> Or if I should just ask somebody else to do it.
[04:52] <bradb> daf: The assigned bugs report, open bugs report, critical bugs report can all be arguably considered "broken" until the UI clearly communicates what the current search filter is. e.g. users like seb128 (and well, me) are using Needs Info to not see those bugs on certain reports after that. I'm currently working on a solution for showing the current search filter.
[04:52] <SteveA> ddaa: what is bzrsyncd failing on exactly?
[04:53] <ddaa> apparently, incorrect db permissions
[04:53] <ddaa> From the error, I guess it's deleting from RevisionNumber because a branch changed history.
[04:53] <SteveA> um
[04:53] <kiko> I'm not entirely sure about not requiring GPG to change a bug
[04:53] <kiko> but... maybe.
[04:53] <SteveA> wikimode until it is abused
[04:53] <ddaa> Which is concerning, because that suggests there's something wrong with the test suite...
[04:54] <kiko> the thing is -- I don't know of anyone who would use the email interface that we couldn't ask to set up gpg
[04:54] <SteveA> ddaa: this is getting out of my depth.  do we mean to delete revisions?  do we mean to cope with branches changing history on the SM?
[04:54] <daf> bradb: ok -- maybe worth listing the reports that need fixing in the bug
[04:55] <daf> bradb: also, if you're working on it, you can mark it In Progreess
[04:55] <ddaa> We mean to delete RevisionNumbers, not revisions. So we can handle branches that were modified by "pull --overwrite".
[04:55] <ddaa> The SM does "pull --overwite" so it should cope with that. That would not cover what jblack calls "nuclear launchcodes and nuclear waste".
[04:56] <ddaa> but that's a later thing to fix (the issue I raised with the BranchLineage post some time ago).
[04:56] <SteveA> ddaa: i'd say, discuss what to do about this on monday
[04:56] <bradb> daf: Yeah, I'm not currently working on bug 4201 though (i.e. the dup target of the bug you mentioned), which is about Needs Info and the open bugs query.
[04:56] <SteveA> in the regular meeting for this stuff
[04:56] <Ubugtu> malone bug 4201 in malone "Bugs with NeedInfo status should be displayed on open bugs query." [Normal,Needs info]  http://launchpad.net/bugs/4201
[04:57] <ddaa> well, I do not like to leave that stuff broken over the week-end, but anyway I do not have much time left today. So monday meeting...
[04:59] <daf> bradb: ah -- I was looking at 5230 because that's the one in the XXX in the code
[05:04] <salgado> hi bradb, I was having lunch...
[05:04] <bradb> salgado: hi
[05:04] <salgado> bradb, did we get bugmail for that bug?
[05:06] <bradb> salgado: I only see bugmail for it from today's changes. Probably missed out due to the explicit subscriptions problem.
[05:06] <salgado> ah, right
[05:10] <kiko> bradb: what do you mean "the explicit subscriptions problem"?
[05:13] <bradb> Er, no this couldn't have been anything to do with missing bugmail from explicit subs, because it was opened one week before that landed.
[05:17] <bradb> I actually have no idea how bug 5793 does not appear at https://lists.ubuntu.com/mailman/private/launchpad-bugs/2005-December/thread.html
[05:17] <bradb> Oh, because it was filed as private.
[05:18] <bradb> This is what the SecurityTeams spec is meant to address. At least somebody would have gotten this email.
[05:19] <bradb> So, I'm guessing what happened was: 1. she filed the bug as private, so she was the only Cc, 2. jamesh's script later added Launchpad Developers as a subscriber to the bug.
[05:19] <kiko> bradb, good. don't spread fud. :-P
[05:25] <kiko> bradb, we need to fix SecurityTeams soonish
[05:28] <bradb> kiko: yeah
[05:29] <kiko> hopefully when the fires of doom have lessened in intensity we will be able to follow up on this task.
[05:30] <bradb> indeed
[05:38] <seb128> bah
[05:38] <seb128> edit bug settings should really be on the bug page 
[05:39] <seb128> adding a comment from the settings page requires to open the bug on a second page to be able to read the comments to reply
[05:41] <bradb> seb128: From the users I've spoken to, allowing editing on the bug page would indeed reduce the number of clicks and page loads required, making Ubuntu developers (and all Launchpad users, of course) more productive.
[05:42] <seb128> kiko had a nice hack for that at UBZ
[05:42] <seb128> a small "expand arrow" 
[05:42] <seb128> for the table with the tasks, clicking on it displaying what is needed to actually change the settings
[05:44] <ddaa> makes much sense...
[05:44] <bradb> I documented each click involved at: https://wiki.launchpad.canonical.com/MaloneTriageWorkflowSimplification . Maybe Mark thinks the current way of extra page clicks and page loads is more productive and easier to use. If he doesn't, then I'm not sure what there is to defend about extra page clicks, page loads, and less productive users.
[05:45] <seb128> I gave a nice example with my mail to mdz of many click I usually use to edit a bug
[05:45] <seb128> usual bug edit requires to open 4 or 5 pages
[05:45] <seb128> bradb: your example is quite simplist
[05:46] <seb128> we usually set an assignee for the bug, change the severity
[05:46] <bradb> seb128: Indeed, and even then it was still eight clicks. :)
[05:46] <seb128> quite often create a watch, create an upstream task, assign the watch to the task
[05:46] <seb128> and sometime change the title and subscribe somebody else
[05:46] <mdz> bradb: (the mail seb128 refers to is me collecting feedback from the distro team about malone; I'll be sorting it and reviewing with you/kiko)
[05:47] <seb128> bradb: do you have some bug about "when I subscribe sombody to a bug I would like to let him a comment in the same time"
[05:47] <seb128> ?
[05:47] <bradb> seb128: Not that I know of.
[05:47] <seb128> k, I'll do one
[05:47] <bradb> mdz: cool
[05:48] <seb128> because when I Cc: pitti usually that's to say "Martin, do you know about that?" or something
[05:48] <ddaa> bradb: do you have a comment for "I subscribed someone wrong by mistake, I want to undo that so the poor soul is not going to be spammed to death"?
[05:48] <seb128> I'm not even sure than at the moment guy receives a notice I subscribed him
[05:48] <ddaa> bradb: s/comment/bug/
[05:49] <salgado> SteveA, I have a fix for bug 29782 and to use stub's new view in the people vocabs. I'll add it to the general queue unless you kindly offer to review it. :)
[05:49] <Ubugtu> malone bug 29782 in launchpad "SinglePopupWidget shouldn't use the vocabulary's name as title" [Normal,Confirmed]  http://launchpad.net/bugs/29782
[05:49] <bradb> ddaa: not that I know of.
[05:51] <bradb> seb128: I think it'd be pretty cool if sub'ing someone to a bug sent them a mail telling them they were subscribed, provided the bug desc and comments, and including the possibility of sending a specific note in that mail from the person who sub'd them. What do you think?
[05:52] <seb128> I agree
[05:52] <seb128> I'm filling a bug about that atm
[05:52] <bradb> I knew you would. :) Thanks.
[05:52] <seb128> I often wonders why I start getting a mail from nowhere
[05:52] <seb128> like somebody subscribed me
[05:52] <seb128> I didn't get anything about that action
[05:52] <seb128> and I get next comment
[05:52] <seb128> np ;)
[05:54] <BjornT_> seb128: bug 3934 is related to this
[05:54] <Ubugtu> malone bug 3934 in malone "Summary of the bug when you first get a notification" [Normal,Confirmed]  http://launchpad.net/bugs/3934
[05:56] <seb128> BjornT_: ah, thanks
[05:59] <seb128> I've opened bug 29870
[05:59] <Ubugtu> malone bug 29870 in malone ""Subscribe Someone Else" should allow to add a comment" [Normal,Unconfirmed]  http://launchpad.net/bugs/29870
[06:17] <daf> bradb: what's BugTaskSearchParams doing in canonical.launchpad.interfaces?
[06:17] <bradb> daf: It's part of the interface to bugtasks.
[06:18] <bradb> It was SteveA's suggestion to put it there, I think.
[06:18] <daf> fair enough
[06:18] <daf> it's not much code, I suppose
[06:26] <Kinnison> just to warn you guys, production librarian is down atm. 
[06:26] <siretart> is this a good or a bad sign?
[06:31] <SteveA> daf: it's part of the interface.
[06:31] <SteveA> daf: it is an object that you need to be able to use in order to use the interface.
[07:17] <SteveA> Kinnison: why is production librarian down?
[07:17] <Znarl> SteveA : Disk failure in the disk array.
[07:17] <SteveA> oh. poo.
[07:19] <kiko> fixed thankfully
[07:19] <Kinnison> it's back up now
[07:20] <Kinnison> has been for a little while
[07:22] <SteveA> would someone mail the launchpad list to say that it happened please/
[07:22] <SteveA> this will help when we come to look at error logs etc.
[07:22] <SteveA> if you've got timestamps of up and down, even better
[07:24] <stratus> What's the status about the statistics updates in Rosetta?
[07:24] <stratus> It seems they are out of sync with the individual status of each package, right?
[07:53] <kiko> bug 4779
[07:53] <Ubugtu> malone bug 4779 in malone "It's impossible to change the bugtracker's type after it is created." [Normal,Confirmed]  http://launchpad.net/bugs/4779
[07:55] <bradb> salgado: Do you have time for a drive-by? I have a simple patch that adds attributes to IBugTarget for commonly accessed bug lists, now that I find myself repeatedly accessing these lists in different reports. (7 files changed, 118 insertions(+), 7 deletions(-))
[07:56] <salgado> bradb, no, I can't do that today
[07:56] <salgado> sorry
[07:56] <kiko> bradb, pastebin it.
[07:56] <bradb> kiko: ok
[08:01] <bradb> kiko: https://chinstrap.warthogs.hbd.com/~dsilvers/paste/fileZJir6I.html (I hadn't yet given it a once-over!)
[08:11] <cprov> kiko: could you please review https://chinstrap.ubuntu.com/~dsilvers/paste/filehpynNd.html -> Soyuz UI fixes
[08:12] <bradb> when it rains, it pours!
[08:13] <zyga> carlos: hello
[08:16] <dilys> Merge to test/launchpad/sourcecode/sqlobject/: [r=stevea]  part two of jamesh's __len__ fixes (r41: Steve Alexander, James Henstridge)
[08:18] <SteveA> ooh
[08:19] <SteveA> thanks dilys 
[08:21] <carlos> zyga: hi
[08:23] <zyga> carlos: could you remind me the link to latest langpacks?
[08:23] <carlos> http://mawson.ubuntu.com/~carlos
[08:23] <carlos> but let me cleanup it a bit...
[08:23] <carlos> zyga: I will do an export weekly on Sundays
[08:32] <carlos> zyga: ok, there you have now latest tarballs
[08:32] <carlos> until the export next week
[08:41] <kiko> bradb, while the patch looks okay, I question why you don't use it in existing code. any reason?
[08:44] <bradb> kiko: It's a piece I broke off of the package bug contacts report, before this patch gets out of control.
[08:44] <bradb> But I'll be using it on a simple little bug contact packages overview report.
[08:45] <zyga> carlos: thank you, sorry for being absent
[08:45] <zyga> I'm starting to like my job
[08:46] <zyga> I feel great today :)
[08:48] <zyga> carlos: fetching now, ETA 8min
[08:50] <AlinuxOS> pitti?
[08:52] <bradb> kiko: Can I merge this patch?
[08:58] <kiko> lifeless?
[08:58] <kiko> bradb, but.. what about using that in existing bits of code?
[08:59] <bradb> kiko: I'll be using it in the bug contact packages overview report, which is part of the patch I'm doing right now.
[08:59] <bradb> I broke this off into a separate patch, to keep the bug contacts report patch somewhat under control.
[08:59] <kiko> bradb, what about the package counts in the bug search portlet? couldn't they use that?
[08:59] <bradb> kiko: Yep, unless we remove those counts, as I think mpt was suggesting (and maybe others.)
[09:00] <bradb> But the views that produce those can be refactored to use these attributes.
[09:00] <kiko> I'd like to see that done as part of this change. it shouldn't be hard, except for the force field perhaps.
[09:01] <bradb> kiko: Sure. Can I go ahead an merge after replacing that view code with these attributes?
[09:01] <kiko> yes.
[09:01] <bradb> thanks, I'll change the existing views now
[09:01] <kiko> that sounds like an excellent plan.
[09:01] <kiko> see if there's any duplicated code that needs to be ripped out
[09:24] <dilys> Merge to devel/launchpad/: [r=kiko]  Last minutes soyuz ui fixes and DB security fixes for rollout. (r3039: Celso Providelo)
[09:35] <siretart> last minutes fixes? is it getting exiting now? ;)
[10:11] <kiko> Kinnison, this is the package: sysvinit_2.86.ds1-6ubuntu5
[10:11] <Kinnison> kiko: yah
[10:20] <lifeless> kiko: ?
[10:20] <kiko> lifeless, can you take care of elmo's key please?
[10:20] <kiko> I want to help him get some code into pqm
[10:23] <lifeless> kiko: yes
[10:23] <kiko> thanks man
[10:23] <lifeless> while I'm here, I'm looking for the exact march dates
[10:23] <lifeless> where were they sent ?
[10:24] <kiko> launchpad@ as usual
[10:24] <lifeless> ah found them
[10:28] <kiko> lifeless, ping me when the key is on and I'll have elmo test it
[10:30] <lifeless> it will be after breakfast at the earliest
[10:54] <kiko> lifeless, oh, come on
[11:12] <dilys> Merge to devel/launchpad/: [r=kiko]  Add IBugTarget attributes for commonly accessed bug listings, (r3040: Brad Bollenbach)
[11:13] <kiko> well, aren't I popular tonight
[11:13] <lifeless> kiko: done.
[11:13] <kiko> thanks!
[11:14] <lifeless> I dont know what your come on heckling is for... I get up sat morning, tired, sleepy, I think having breakfast before work is quite reasonabe
[11:14] <kiko> good ole lifeless 
[11:15] <lifeless> anyway, its there and imported
[11:15] <kiko> we'll test it shortly
[11:15] <mdz> ol
[11:15] <lifeless> hes in the canonical group
[11:15] <lifeless> mdz: ;)
[11:16] <elmo> lifeless: sorry dude, I specifically asked kiko to NOT chase you
[11:18] <lifeless> elmo: np. I dont hold you responsible for kikos actions ;). And its good that he did follow up, because I had a complete different time expectation from you and from him - I was happy to bump it up the list
[11:18] <lifeless> and it was not a problem to do so
[11:49] <jblack> lifelesss: I need to figure out plans for how one LP dev can replicate the set of working trees that another LP dev already has. Have you already done research on this issue that I can avoid duplicating?
[11:50] <kiko> deeesaster
[11:51] <jblack> kiko: Hmm? ddaa's blockers?
[11:51] <kiko> no, my weekend.
[11:52] <jblack> Tell me about it
[11:52] <kiko> you really don't want to know how bad it is going to be
[11:54] <lifeless> kiko: you're in .br still right ?
[11:54] <jblack> Heh. Some day I'll tell you how my week has been. Bet I'd win.
[11:55] <lifeless> how can you have a bad weekend there ?
[11:55] <kiko> no
[11:55] <kiko> I am in london
[11:55] <lifeless> oh, suck.
[11:55] <kiko> participating in the soyuz trainwreck sprint
[11:55] <lifeless> jblack: the entire set /
[11:55] <lifeless> jblack: I'd use rsync
[11:56] <lifeless> rsync -pr / someserverwithlotsofspace::
[11:57] <jblack> That was my first reaction. However, the trees aren't currently stored in the same layout in a place accessable by both.
[11:57] <lifeless> I'm not clear why you need the set
[11:58] <lifeless> and my first reaction is that you dont, so its a problem we should not try to solve
[11:58] <jblack> Yesterday steve wanted to replicate a set of branchs stub had. Some were LP, some were stub branches
[11:58] <jblack> Stub handed a config, but cm docs says that it can't do updates.
[11:58] <lifeless> cm does updates fine
[11:59] <jblack> Ok. Does it use --overwrite with bzr update?
[11:59] <lifeless> no
[11:59] <lifeless> that would not be an update any more ;0
[11:59] <jblack> True.
[12:00] <lifeless> but this does not sound like the full set of branches
[12:00] <lifeless> it sounds like one subtree with nested trees/branches
[12:00] <jblack> No. Stub had just replaced 3 branches with his own.
[12:00] <lifeless> i.e. you dont need every branch stub ever worked on and happens to have on his disk
[12:00] <jblack> What I had steve do was replicate a clean launchpad tree and the bzr pull --overwrite the three branches with stub's locations
[12:01] <lifeless> perfectly sane approach
[12:01] <lifeless> teaching cm pull would be fairly simple
[12:01] <jblack> Ok. I wasn't sure. I a bit nervous because the weaves weren't identical when I tested here.
[12:01] <lifeless> weaves being identical ?
[12:02] <kiko> lifeless, can you check if the key worked?
[12:02] <jblack> running diff -ruN across the two trees showed that many files in .bzr 'weren't identical.
[12:02] <lifeless> not sure what that has to do with it ... weaves are like a db.
[12:02] <jblack> when I tested with branches here. 
[12:02] <lifeless> Jan 27 23:01:11 pqm [46912504432336]  INFO: recieved email from James Troup <james@ruari-quinn.demon.co.uk>
[12:02] <kiko> we submitted a merge
[12:02] <lifeless> Jan 27 23:01:12 pqm [46912504432336]  ERROR: Caught exception
[12:02] <lifeless> Traceback (most recent call last):
[12:02] <lifeless>   File "pqm/bin/pqm", line 278, in do_read_mode
[12:02] <lifeless>     sigid,siguid = verify_sig(sender, msg, sig, 1, logger)