[10:27] <carlos_> morning
[11:36] <lulu> hiya!
[11:36] <lulu> limi: Viking, you working on Rosetta UI today?
[11:36] <limi> yup
[11:37] <lulu> excellent :o)
[11:37] <carlos> spiv: ping
[11:37] <carlos> lulu, limi: hey
[11:37] <limi> carlos :)
[11:37] <lulu> carlos: howzit!
[11:38] <carlos> fine, thanks
[11:51] <cprov> stub: hi, have you seen my DB request on LP list ?
[11:52] <carlos> did we have a sqlobject change that I'm not aware of?
[11:53] <carlos> Traceback (most recent call last):
[11:53] <carlos>   File "./poimport.py", line 99, in ?
[11:53] <carlos>     options.potemplate, options.language)
[11:53] <carlos>   File "./poimport.py", line 30, in imports
[11:53] <carlos>     project = DBProjects()[projectName] 
[11:53] <carlos>   File "/home/carlos/Work/dists/launchpad/lib/canonical/database/doap.py", line 60, in __getitem__
[11:53] <carlos>     return ret[0] 
[11:53] <carlos>   File "/home/carlos/Work/dists/launchpad/lib/sqlobject/main.py", line 1194, in __getitem__
[11:53] <carlos>     return list(self.clone(start=start, end=start+1))[0] 
[11:53] <carlos>   File "/home/carlos/Work/dists/launchpad/lib/sqlobject/main.py", line 1198, in __iter__
[11:53] <spiv> carlos: pong
[11:53] <carlos>     return conn.iterSelect(self)
[11:53] <carlos>   File "/home/carlos/Work/dists/launchpad/lib/sqlobject/dbconnection.py", line 507, in iterSelect
[11:53] <carlos>     select, keepConnection=True))
[11:53] <carlos> TypeError: iteration over non-sequence
[11:53] <carlos> spiv: the traceback :-)
[11:53] <carlos> that script was working this weekend
[11:54] <spiv> carlos: Did you grab the new SQLObject that lifeless merged in?
[11:54] <spiv> Oh, this is a script taht lalo changed?
[11:54] <carlos> spiv: Is in a new branch?
[11:54] <spiv> Yeah.
[11:54] <carlos> hmm
[11:54] <carlos> dists does not reflects it
[11:55] <spiv> carlos: It's not ready yet.
[11:55] <spiv> It was a question, not a suggestion :)
[11:55] <spiv> See lalo's post to the list.
[11:55] <spiv> He fixed the transaction handling in that script, but it depends on bugfixes in SQLObject.
[11:55] <carlos> spiv: I did a normal update of the old branch
[11:55] <carlos> ok
[11:55] <carlos> so
[11:55] <spiv> We'll shortly have them merged in from upstream thanks to lifeless.
[11:55] <carlos> What should I do?
[11:55] <carlos> :-)
[11:56] <spiv> Or use lalo's branch.
[11:56] <spiv> See lalo's email :)
[11:56] <carlos> move to the other branch?
[11:56] <carlos> spiv: I saw it but I didn't know that rocketfuel was updated to do that
[11:56] <spiv> I'd use lalo's sqlobject branch until lifeless announces that the SQLObject 0.6 merge is ready -- we're still finalising which fixes we need to keep :)
[11:57] <carlos> ok
[12:11] <spiv> limi: Do you have a greedy sparse revlib/
[12:11] <spiv> ?
[12:11] <limi> I believe so
[12:12] <limi> it's fast at some things, and slow at others
[12:12] <limi> was there something I had to watch out for with regards to sqlos?
[12:12] <limi> or sqlobject
[12:14] <stub> limi: It is so much faster under Ubuntu - I don't think arch is at all usable except under certain Unix flavours, and OSX is unfortunately on that borderline.
[12:15] <spiv> Yeah, it's been painfully slow for bradb on OS X too.
[12:16] <limi> well, installing ubuntu on this thing isn't trivial
[12:16] <spiv> It doesn't help when arch decides to some operations twice for no good reason.
[12:26] <stub> cprov: ping
[12:27] <carlos> limi: it's a 15" pb, right?, the "only" big problem should be the airport extreme
[12:28] <limi> no, the big problem is that I can't wipe my current install
[12:28] <limi> oh, and the airport doesn't work? that's a no-go then, as I only have wireless at home and in the office
[12:28] <cprov> stub: pong
[12:29] <carlos> limi: airport extreme is an unsupported device under Linux, Broadcom does not give us anything to implement a driver
[12:29] <stub> cprov: Your database changes are in
[12:31] <daf> arch peeve of the day: if I mistype my GPG passphrase into gnome-gpg while committing, the commit fails and I have to work out which revision it has just locked, run tla lock-revision -b and do the commit again
[12:31] <cprov> stub: thanks, But i'm doing the deb importer tool and will work with it just at evening, anyway thank you very much :)
[12:31] <dilys> Bug 2035 resolved: PO parser broken (again)
[12:49] <limi> $ make launchpad_test
[12:49] <limi> make: *** No rule to make target `launchpad_test'.  Stop.
[12:50] <limi> has the command to rebuild the database changed?
[12:51] <limi> daf? :)
[12:51] <daf> yep
[12:51] <carlos> limi: you only need to execute "make"
[12:51] <daf> carlos: yes?
[12:51] <carlos> inside database/schema
[12:51] <carlos> daf: yes
[12:52] <daf> oh, right
[12:52] <carlos> make base if you don't want the sample data
[12:52] <daf> or "make -C database/schema"
[12:52] <carlos> daf: :-)
[12:52] <daf> from the Launchpad root
[12:52] <limi> ok
[12:52] <limi> thanks
[12:52] <limi> yummy:
[12:52] <limi> $ make
[12:52] <limi> * launchpad-2-00-0.sql is corrupt or has been modified
[12:52] <limi> make: *** [check]  Error 1
[12:53] <limi> bin/sh: line 1: md5sum: command not found
[12:53] <spiv> limi: Heh.
[12:53] <carlos> limi: you need to install that command from fink (I'm not 100% sure)
[12:54] <limi> why the paranoia?
[12:54] <limi> darwinports doesn't seem to have it
[12:54] <limi> and I don't have Fink on this box
[12:55] <carlos> limi: do you have Apple's development tools installed? I think they should have it there (or in their normal system)
[12:55] <limi> yes I do, and no they don't ;)
[12:56] <carlos> ok
[12:56] <carlos> limi: later
[12:56] <carlos> daf: hey, the .po file import takes only 5 minutes in my computer!!
[12:58] <daf> carlos: cool!
[12:58] <daf> carlos: with which changes?
[12:59] <carlos> daf: none from my part, only a star-merge
[12:59] <carlos> and the bug I found last week is fixed also
[12:59] <spiv> lalo's changes probably helped... it was apparently doing a commit after every sql statement (via sqlobject's autoCommit feature)
[12:59] <daf> oh, right
[12:59] <daf> uggghghgh
[01:00] <spiv> See his email to launchpad for details.
[01:02] <daf> no wonder it was so slow
[01:03] <daf> spiv: so Lalo's changes depend on SQLObject 0.6, but it looks like that's going to get synced in soonish, right?
[01:05] <stub> daf: sqlobject has been imported, but lifeless still needs to merge back our local mods (native datetime & Unicode, and maybe another SteveA made before I started)
[01:07] <spiv> daf: Yeah, or, use lalo's branch in the meantime.
[01:08] <daf> ok
[01:48] <carlos> shower time..
[02:21] <dilys> Bug 2044 resolved: Rosetta should at the LEAST know about browser languages
[02:27] <dilys> New bug 2045 for Launchpad/Launchpad: Debug skin & authentication don't mix
[02:29] <limi> heh, the first link I click on in Rosetta gives me an error
[02:29] <limi> Module canonical.metazcml, line 148, in publishTraverse
[02:29] <limi> traversed_to = getattr(self.context, self._getter)(name)
[02:29] <limi> Module canonical.rosetta.domain, line 27, in product
[02:29] <limi> for p in self.context.rosettaProducts():
[02:29] <limi> AttributeError: 'SoyuzProject' object has no attribute 'rosettaProducts'
[02:30] <limi> http://localhost:8085/++skin++Debug/rosetta/projects/gnome/gnome-panel
[02:30] <limi> and when searching:
[02:30] <limi> AttributeError: 'Projects' object has no attribute 'search
[02:30] <limi> daf: am I missing something here?
[02:32] <daf> I think somebody broke something :)
[02:32] <spiv> Hmm, that's probably related to stuff I've been doing.
[02:32] <spiv> I'll take a look now.
[02:32] <limi> thanks
[02:38] <stub> Is the python reference guide installed with Ubuntu anywhere?
[03:27] <limi> spiv: any progress?
[03:29] <daf> spiv: we're still scratching our heads over it
[03:29] <daf> um
[03:29] <daf> limi: that was for you
[03:29] <limi> ok
[03:29] <limi> so it isn't working for you guys either?
[03:29] <daf> nope
[03:44] <daf> limi: ok, we've found the bug
[03:45] <limi> great
[03:45] <daf> (and the fix :))
[03:48] <spiv> limi: I'm mirrioringlimi: I'm imirrioring etc the fix now.
[03:49] <limi> quite efficient mirroring you have there ;)
[03:52] <spiv> Heh
[04:45] <SteveA> hi
[04:45] <SteveA> so, I submitted a merge to pqm
[04:45] <SteveA> and it looks like it is spinning in tla on chinstrap
[04:45] <jblack> huh. interesting.
[04:45] <SteveA> run top to see
[04:45] <jblack> Yeah. I see it
[04:46] <SteveA> so, we have james troup here
[04:46] <SteveA> we have coders here who would like to keep sprinting
[04:46] <jblack> elmo: can you strace it for me please? 
[04:46] <SteveA> and I'm worried I have a broken tree
[04:46] <SteveA> or a broken whatever
[04:47] <daf> limi: PQM is broken, so perhaps you should apply the fix locally so you can get some work done :)
[04:47] <limi> ouch
[04:47] <limi> what is the fix?
[04:47] <jblack> limi: First, to figure out why tla's in a loop.
[04:48] <limi> because it sucks, obviously
[04:48] <limi> :] 
[04:48] <jblack> Heh.
[04:49] <jblack> be nice to me. This is my day off. ;) 
[04:49] <daf> limi: delete a few lines from a ZCML file
[04:49] <spiv> limi: I can privmsg the patch to you
[04:49] <spiv> It's short :)
[04:49] <limi> jblack: I'm being mean to Tom Lord, not you ;)
[04:49] <jblack> Oh, in that case, cheerio.
[04:49] <limi> hehe
[04:49] <jblack> elmo: Ping
[04:49] <limi> spiv: please do
[04:50] <spiv> Ok.
[04:50] <SteveA> jblack: elmo was pingged
[04:50] <jblack> sorry. I thought you said he was here
[04:51] <SteveA> he is
[04:51] <SteveA> well...
[04:51] <spiv> jblack: He's a popular guy
[04:51] <SteveA> he's talking right now with someone
[04:51] <spiv> Like yourself ;)
[04:51] <SteveA> argh
 elmo: there's a tla binary running on cs thats in a tight loop. can you use your super awsome powers of root to strace it for me please, and see what sort of syscalls its making? 
[04:51] <elmo_> this needs to be #lunchpad
[04:52] <SteveA>  #lynchpad
[04:52] <spiv> #punchlad
[04:53] <elmo_> #lynchtlapad
[04:53] <elmo_> so, like is there likely to be anything sensitive in this trace?
[04:53] <daf> lsof
[04:53] <elmo_> (gpg stuff, passwords)
[04:54] <SteveA> elmo_: we'll give you a list of passwords that you can grep out of the trace
[04:54] <jblack> Oh, no.
[04:57] <elmo_>  /home/james/steves-password
[05:00] <jblack> what are the two involved FQVNs, btw? 
[05:01] <carlos> Which exception should be raised when we get an error that it's because the database was not populated with the default data? (it's something that should always be there)
[05:01] <SteveA> jblack: I don't know.  I just run "submit arch merge"
[05:01] <SteveA> I can tell you my tree version, though
[05:02] <SteveA> you can get the code from my mirror on steve.alexander@canonical.com
[05:02] <jblack> stevea: I've got yours.
[05:02] <jblack> I don't know where pqm thinks its archive is, or what revision its merging into though. .arch-params is locked down.
[05:03] <carlos> RuntimeError?
[05:03] <SteveA> can you give elmo a harmless command to run to find out?
[05:03] <jblack> yeah...
[05:03] <jblack> in one of your working copies, type a tla logs --merges, and see if you can pick out a line referring to rocketfuel@canonical.com--2004/???-???-???
[05:04] <jblack> I'd grep it if I were you. it'll probably be noisy
[05:05] <SteveA> jblack: who do you want to do that ?
[05:05] <SteveA> I don't think rf uses a --2004 on the end
[05:05] <jblack> I'll do it. I have access to your archive.
[05:06] <SteveA> cool
[05:07] <jblack> 
[05:07] <SteveA> (speechless)
[05:11] <SteveA> jblack: any ideas so far?
[05:11] <jblack> not yet. I'm mirroing the archives onto my machine so that I can see if the merge breaks here.
[05:17] <jblack> stevea: is that systrace ok? 
[05:17] <jblack> that would really help a lot. that'll tell me what the programs up to
[05:18] <SteveA> the systrace is in ~james/steves-password
[05:18] <SteveA> that was a joke from james
[05:18] <SteveA> I'll punch him for you
[05:25] <jblack> You had done soyuz changes, correct? 
[05:27] <spiv> Steve says he made changes in launchpad's lib/canonical
[05:27] <spiv> But not in lib/canonical/soyuz
[05:29] <jblack> Ok. I'll look at launchpad first.
[05:29] <jblack> I saw some ENOENTS for soyuz patches.
[05:30] <spiv> Oh, you mean the soyuz category?
[05:30] <spiv> We haven't used that for a couple of months now.
[05:31] <spiv> But -- it got tagged into launchpad at some point in its history.
[05:31] <spiv> (I might have my terminology slightly confused)
[05:32] <spiv> ps says the offending tla process's command line was tla star-merge steve.alexander@canonical.com/launchpad--devel--0
[05:32] <spiv> s/was/is/  ;)
[05:33] <jblack> Yeah. I got tricked because of the earlier patchlogs. 
[05:36] <jblack> I'm up to 50 and 369
[05:40] <jblack> 411
[05:43] <jblack> Ok. it was trying to take your 54-57. lets delta those
[05:45] <jblack> I don't see anything offhand that looks weird.
[05:45] <jblack> and whats more, I can perform the star-merge here.
[05:47] <jblack> steve, I don't know what's wrong.
[05:48] <jblack> I can perform the star merge that pqm's trying right here, without a problem. Even using the same binary off of cs
[05:50] <jblack> so your problem is definitely (checks BOFH book) cosmic rays
[05:53] <SteveA> ok
[05:53] <SteveA> I'll ask mark to order more lead for the machine room
[05:53] <SteveA> in the meantime, do we keep it running to point lifeless at?
[05:53] <SteveA> or do we kill it?
[05:53] <SteveA> or what?
[05:53] <spiv> I say we take a core dump of it, and email to lifeless ;)
[05:56] <jblack> I'd um...
[05:57] <jblack> Yeah. do that.
[05:57] <jblack> I don't know how much good it'll do him, as the binary is stripped.
[05:58] <jblack> You could try hitting keybuck up. he's pretty smart.
[05:58] <jblack> keybuk: your favorite tool is acting up on chinstrap. 
[05:58] <Keybuk> I'm shocked :p
[05:59] <jblack> the star-merge performs just fine on my machine, but on cs its gone crazy. 
[05:59] <Keybuk> doesn't chinstrap run a jurassic version of tla?
[05:59] <jblack> Actually, no.
[05:59] <jblack> 1.2.1
[06:00] <Keybuk> ah ok
[06:00] <jblack> besides. I thought of that. I even copied over cs's binary to my machine and gave it a whirl. no problem
[06:01] <jblack> While I could be more help to you, Steve, but with it working just fine here... <shrug>
[06:03] <dilys> Bug 1915 resolved: Release the Alpha version of Rosetta
[06:03] <spiv> jblack: I was just thinking that the 500Mb of core dump would get his attention ;)
[06:04] <jblack> well, if tla runs long enough, that will happen.
[06:04] <jblack> there's probably a couple memleaks in there.
[06:04] <spiv> jblack:  7131 pqm       18   0  670m 670m  864 R 68.1 18.6 166:03.00 tla
[06:04] <jblack> Oh. Its still growing.
[06:04] <jblack> Yeah. Kill it.
[06:04] <spiv> It was under 500 when I first looked :)
[06:05] <limi> OMFG
[06:05] <limi> :)
[06:05] <limi> "a few memory leaks"
[06:05] <limi> heh
[06:05] <jblack> limi: they're very small ones.
[06:05] <jblack> when tla runs normally, it probably leaks all of 500 bytes.
[06:06] <SteveA> I want someone to attach gdb to tla on chinstrap...
[06:06] <daf> so, what's 670M / 500B?
[06:06] <SteveA> but then again, it is stripped
[06:06] <SteveA> arse, why is it stripped?
[06:06] <jblack> but if it gets stuck in a loop for a zillion loops, it can add up
[06:06] <jblack> stevea: you may not even get a core at all. depends on the ulimit
[06:06] <daf> SteveA: things are stripped as a rule
[06:06] <SteveA> jblack: don't want a core.  want to attach gdb to the process
[06:07] <daf> limi: how's it going?
[06:07] <jblack> you won't ge that without symbols, I'm afraid.
[06:07] <daf> limi: did you manage to get Launchpad running again?
[06:07] <limi> daf: good, routing around arch here for the moment, doing JS work
[06:07] <limi> daf: let me quickly apply the patch spiv sent me
[06:07] <daf> limi: great!
[06:08] <jblack> Sorry I couldn't be mroe help. is there something else I can do for you? 
[06:08] <SteveA> jblack: indeed.  why is experimental code stripped?  ;-)
[06:09] <jblack> tla-1.2 isn't experimental.
[06:09] <jblack> lifeless went to be about....
[06:09] <SteveA> dude, tla is experimental ;-)
[06:09] <jblack> 3 hours ago\
[06:09] <daf> if it got installed from a Debian package, there's your answer
[06:09] <spiv> jblack: this broke about 3 hours ago ;)
[06:09] <SteveA> ooh
[06:11] <jblack> btw, you guys will like the new tla help
[06:12] <SteveA> is it shorter?
[06:12] <jblack> Oh yeah.
[06:12] <jblack> its broken up into categories.
[06:12] <SteveA> is it an info style hypertext application written in a variant of scheme?
[06:12] <SteveA> cool
[06:13] <jblack> nah. scheme wasn't quite right. we went with prolog this time.
[06:13] <SteveA> yes
[06:13] <spiv> :D
[06:13] <elmo_> we're using a tla from rob
[06:14] <elmo_> have a look in my home dir, I guess
[06:14] <jblack> elmo: Not according to the release id? 
[06:14] <jblack> Oh. pqm might have a different path. I didn't think of that
[06:14] <spiv> What's /proc/7131/exe ?
[06:15] <elmo_> tla_1.2.2-1integration1_i386.deb
[06:15] <elmo_> lrwxrwxrwx    1 pqm      warthogs        0 Sep 28 17:15 /proc/7131/exe -> /usr/bin/tla
[06:15] <spiv> jblack: Hmm, you said you copied and tried that binary?
[06:15] <jblack> Yeah. thats the one I did
[06:16] <jblack> that says its 1.2.1
[06:16] <elmo_> whatever it says, it has the same sha1sum as the binary in the .deb in my homedir
[06:16] <jblack> *the 1.2.1 that Tom released, not the one I released. 
[06:22] <jblack> ok. I'm gone.
[06:22] <jblack> Unless there's something diffreent you guys need. for this one though, you'll need robert to get any further.
[06:23] <spiv> Well, I can run that star-merge in my account on rocketfuel without trouble...
[06:23] <jblack> yeah. same thing for me.
[06:24] <jblack> that was the firght thing I thought of trying.
[06:24] <spiv> Ah :)
[06:24] <spiv> jblack: Is there anything we should preserve to help robert debug this?
[06:24] <jblack> if that had worked, then i could have built a binary with debugging symbols, and walked the code.
[06:25] <jblack> I'd keep the systrace.
[06:25] <jblack> and if it throws core, keep it for the heck of it, though i don't think it'll do any good.
[06:25] <spiv> i.e. if we kill tla, maybe break a revision lock if that's needed, but otherwise get pqm going again, does that sound ok?
[06:25] <jblack> Oh, and um.... maybe one more thing. lemme look
[06:25] <jblack> Yeah. 
[06:25] <jblack> tla will break safely.
[06:25] <spiv> (and what do we need to do to get pqm going again? :)
[06:26] <jblack> That, I'm not sure of. 
[06:26] <spiv> I guess the pqm process will notice if tla dies...
[06:26] <jblack> this is my third or fourth encounter with pqm.
[06:26] <spiv> Fair enough :)
[06:27] <jblack> tla itself will be fine, other than a revision lock that you'll have to break.
[06:27] <jblack> the cruft that tla will leave behind should be harmless.
[06:27] <jblack> but if pqm isn't (or in this case can't) cleaning up after itself...
[06:27] <spiv> Ok.  tla lock-revision -b rocketfuel@canonical.com/launchpad--devel--0--patch-434 I guess?
[06:28] <jblack> that should be right.
[06:28] <jblack> I'll make robert give me some time this week so that the next time this happens I can clean up the mess.
[06:29] <spiv> elmo_: Would you mind killing that tla process, and possibly running that tla command, so that we can use pqm again?
[06:29] <spiv> Or kill -STOP?
[06:29] <jblack> well, hold on.
[06:29] <jblack> don't break the lock if you're going to -STOP it.
[06:30] <spiv> jblack: Hmm, good point...
[06:30] <spiv> Ok, how about we kill -STOP it until lifeless sorts it out?
[06:31] <jblack> otherwise, when Robert CONTs it... <shudder>
[06:31] <jblack> that would be safe.
[06:31] <limi> so I shouldn't be doing any checkins right now?
[06:31] <spiv> And otherwise leave it alone... presumably lifeless will have pqm going again by our tomorrow morning :)
[06:32] <jblack> limi: Would that be possible without interfering with you guys' work too much? 
[06:32] <limi> no problem
[06:32] <daf> limi: you can commit, but not merge
[06:32] <limi> I work locally
[06:32] <spiv> limi: Well, pqm is busily spinning on a merge request from Steve... you're welcome to send your own merges, I guess, but they're not goign to be dealt with immediately :)
[06:33] <spiv> Our personal archives aren't affected.
[06:33] <jblack> I don't get it. I've barely left the house in two weeks, and I'm sick.
[06:33] <spiv> jblack: Lack of exercise, then ;)
[06:33] <daf> jblack: maybe it's *because* you haven't left the house :)
[06:33] <jblack> nonsense. to catch a virus, you have to catch it from somebody.
[06:34] <daf> or some*thing* :)
[06:34] <spiv> Probably nocturnal alien visitations.
[06:34] <jblack> no frigging fair. Its my day off, I get paid, and I come down with a cold.
[06:34] <jblack> I must have ripped the wings off of butterflies in my previous life. :)
[06:35] <jblack> Ok. Take care guys.
[06:35] <daf> jblack: thanks
[06:35] <spiv> jblack: Thanks
[06:36] <limi> jblack: thanks :)
[06:36] <SteveA> jblack: thanks!
[06:37] <limi> daf: btw, the patch worked, so I have a local copy that works now
[06:37] <daf> limi: groovy
[06:38] <daf> limi: if you commit, take care not to commit that fix along with your changes
[06:44] <limi> I will let you know when the time comes ;)
[06:45] <limi> daf: is there any sort of login thing in place now? I get:
[06:45] <limi> Module zope.app.publication.browser, line 53, in getDefaultTraversal
[06:45] <limi> return ob.browserDefault(request)
[06:45] <limi> Unauthorized: ('browserDefault', 'launchpad.AnyPerson')
[06:45] <daf> limi: in theory, you get a HTTP authentication box when you need it
[06:46] <daf> limi: there is a login link on the font page
[06:46] <limi> aha
[06:47] <limi> doesn't work with debug skin?
[06:48] <daf> ah, right, yeah
[06:48] <daf> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2045
[06:49] <limi> ;)
[06:49] <limi> daf: what is the user/password we use?
[06:49] <limi> locally, that is
[06:50] <daf> foo.bar@canonical.com/test
[06:50] <limi> wordy :)
[06:51] <daf> all usernames are email addresses at the moment
[06:51] <limi> yup
[06:51] <limi> is there any way we can say "logged in as"?
[06:51] <daf> yeah!
[06:51] <daf> good idea!
[06:51] <limi> ;)
[06:52] <limi> I'm the usability guy, remember ;)
[06:52] <daf> :)
[06:52] <daf> well, right now, you're being the "blantanly obvious and easy to implement improvement guy" :)
[06:52] <limi> they are one and the same :] 
[06:53] <limi> NotFound: Object: <canonical.rosetta.domain.RosettaProject object at 0x38f9130>, name: u'gnome-panel'
[06:53] <limi> hm
[06:53] <limi> do I miss some sample data?
[06:53] <limi> I re-build the DB
[06:53] <daf> the front page is optimised for the Alpha at the moment
[06:53] <limi> aha, so there is no such thing?
[06:53] <daf> the sample data only has evolution, not gnome-applets or gnome-panel
[06:53] <limi> I see
[06:54] <daf> feel free to add evolution to the list
[06:55] <limi> This template contains plural messages. However, no information on  plural forms is available for the following languages:
[06:55] <daf> I just won't merge that change into the alpha branch
[06:55] <limi> hm, so I can't see the translation form anymore?
[06:55] <daf> what languages are in the list?
[06:55] <carlos> limi: you should select a language with plural forms
[06:55] <carlos> or send us that information
[06:56] <limi> Finnish, Danish, Italian, Swedish, Norwegian, Japanese, Dutch, German
[06:56] <daf> whoa
[06:56] <limi> ;)
[06:56] <limi> default Apple Safari setup
[06:56] <daf> we don't have information for Italian and German?
[06:56] <carlos> not sure
[06:56] <daf> I thought we did
[06:57] <daf> we definitely do for Japanese
[06:57] <carlos> it is there
[06:57] <daf> limi: Safari enables all these langauges by default?
[06:57] <carlos> and german
[06:57] <carlos> daf: it's a system preference
[06:57] <limi> I get an error when clicking Prefs
[06:57] <limi> daf: apparently
[06:57] <carlos> like LANGUAGES=es:fr:it:de
[06:58] <daf> limi: hrm
[06:58] <carlos> that's something I hope we will have with GNOME 2.10 (if I have time)
[06:59] <daf> limi: do you have the error message?
[06:59] <limi> daf: and I can't debug it, since debug skin doesn't support auth
[06:59] <limi> :] 
[06:59] <daf> blerg
[06:59] <carlos> same problem here :-(
[06:59] <daf> SteveA: have you looked at #2045?
[06:59] <carlos> I suppose I should debug it manually until it's fixed
[07:13] <dilys> New bug 2046 for Launchpad/Soyuz: Implement paging for package pages
[07:14] <carlos> daf: how do you get all bug reports? are you the QA of all launchpad?
[07:17] <carlos> limi: is there an easy way to get from the submit of the preferences page a list of language codes instead of a list of language names? 
[07:17] <limi> probably, I'll look at it
[07:18] <limi> tomorrow, though
[07:18] <carlos> limi: ok, thanks
[07:19] <carlos> limi: do you want a bug report so you don't forget it?
[07:19] <limi> carlos: yes please
[07:24] <carlos> limi: done as #2047
[07:24] <dilys> New bug 2047 for Launchpad/Rosetta: Language list from preferences form should be submitted by code instead of name
[07:25] <limi> carlos: mind pasting the URL for me? ;)
[07:25] <limi> (why doesn't the bot paste the URL?)
[07:25] <carlos> you should get an email with it
[07:25] <limi> ok
[07:26] <carlos> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2047
[07:29] <limi> thanks
[07:34] <limi> see y'all tomorrow
[07:43] <dilys> New bug 2048 for Launchpad/Soyuz: Merging Person "instances" by email
[07:43] <dilys> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2048
[07:44] <carlos> daf: you are too much effective :-P
[07:45] <daf> :)
[07:47] <carlos> this command is not working correctly:
[07:47] <carlos> pg_dump -d ${DBNAME} -a -D -O | grep -v "\(SET \| TOC \|INSERT INTO \"language\" \|INSERT INTO spokenin \| INSERT INTO country \)" > ../sampledata/new-sampledata.sql
[07:47] <carlos> the country talbe is not filter out
[07:47] <carlos>  /s/talbe/table/
[07:47] <carlos> any hint to fix it ? 
[07:48] <daf> you need egrep
[07:49] <daf> I think
[07:49] <dilys> New bug 2049 for Launchpad/Soyuz: Link from source package release to binary package release is not displaying version
[07:49] <dilys> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2049
[07:49] <carlos> daf: hmm, it works with the other "filters", the only one that fails is the last one
[07:49] <daf> does the case match?
[07:49] <dilys> New bug 2050 for Launchpad/Soyuz: Investigate and implement component 
[07:49] <dilys> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2050
[07:50] <carlos> yes
[07:50] <carlos> INSERT INTO country (id, iso3166code2, iso3166code3, name, title, description)
[07:50] <daf> aha
[07:50] <daf> the space in "\| INSERT" needs to go
[07:50] <carlos> hmm
[07:50] <carlos> right
[07:50] <carlos> thanks!!
[07:50] <carlos> :-P
[07:51] <daf> de nada
[08:13] <carlos> anyone knows what's a "x" table stub has in sample data?
[08:13] <carlos> stub: hey, I was looking for you
[08:13] <carlos> stub: I did some changes to current.sql
[08:13] <carlos> and you have there data for a table called "x" that does not exists in launchpad database...
[08:14] <stub> its a dummy table - shouldn't be there
[08:14] <carlos> stub: so I could nucke it, right?
[08:14] <stub> Have to be careful with the new sampledata mechanism Mark setup obviously :-)
[08:15] <stub> yup
[08:15] <carlos> btw, next time you update the current.sql file it will be added again
[08:16] <stub> yer. Need to fix that - current.sql should not be creating or altering tables at all. It should just contain data
[08:16] <carlos> so, perhaps you should add it to the grep command we have in the Makefile 
[08:16] <carlos> stub: it only contains data
[08:16] <carlos> stub: but we don't have that table
[08:16] <carlos> and the db creation shows errors 
[08:16] <stub> oic
[08:18] <carlos> but it's not critical, It only added a conflict with my changes, that's all
[08:22] <dilys> Bug 2029 resolved: Languages with country codes are not working
[08:22] <dilys> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2029
[08:22] <carlos> stub: good night
[08:28] <daf> spiv: I did inadvertently commit that file :)
[08:29] <spiv> daf: Hah :)
[08:30] <dilys> New bug 2051 for Launchpad/Soyuz: Use apt_pkg (from python-apt) to parse dependency lists
[08:30] <dilys> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2051
[09:03] <carlos> jblack_: is it normal that pqm takes more than 40 minutes to process a merge request?
[10:11] <sabdfl> carlos: could you help me translate something into spanish, please?
[10:28] <carlos> sabdfl: sure
[10:40] <sabdfl> carlos: thanks!
[10:40] <sabdfl> """
[10:41] <sabdfl> Discussion of the use of Ubuntu in Spain, and Spanish speaking countries, as well as
[10:42] <sabdfl> the translation of Ubuntu applications into Spanish.
[10:42] <sabdfl> """
[10:42] <sabdfl> Thanks!
[10:44] <carlos> """
[10:44] <carlos> Discusin del uso de Ubuntu en Espaa y paises de habla espaola, as como la traduccin de aplicaciones de Ubuntu al espaol.
[10:44] <carlos> """
[10:45] <sabdfl> thanks carlos
[10:45] <carlos> sabdfl: no problem