[12:40] <elmo> lifeless: both things done now
[12:40] <lifeless> elmo: thanks!
[12:40] <elmo> oh, but not the port 8000 forwarding.  blah.
[12:42] <lifeless> heh
[12:42] <lifeless> if you open port 8000 from chinstrap to balleny
[12:42] <lifeless> then folk can look at it by hand until we cut over
[12:44] <elmo> oh, right
[12:44] <elmo> am I ok to do that now?
[12:45] <lifeless> do which? (Want to be clear)
[12:45] <elmo> re-direct https://pqm.ubuntu.com/ to balleny
[12:45] <lifeless> no
[12:46] <lifeless> until balleny is live that would be, uhm, harmful.
[12:46] <elmo> oh, right.  in that case, I'll close the ticket, can you reopen or open a new one, when I should do the switch
[12:46] <lifeless> we need to switch the http://pqm.ubuntu.com address and pqm@pqm.ubuntu.com at the same time
[12:46] <elmo> right
[12:47] <lifeless> as soon as I'm confident with the pqm on balleny, I'll ask that we do both 
[12:47] <elmo> cool
[12:47] <lifeless> ideally at a time we're both around for a bit afterwards
[12:47] <jblack> elmo: Hey, I've lost power not once, but twice today. Feel like doing a quicky zone transfer? 
[12:47] <elmo> jblack: transfer of what?
[12:48] <jblack> sourcecontrol.net. I'm still running the authoritive serversa.
[12:48] <elmo> jblack: gimmie a zone file?
[12:48] <elmo> or do you just want me to secondary?
[12:48] <jblack> Secondary works.
[12:48] <jblack> I figure in a couple months we won't be using that for work anymore, and I can get it back anyways.
[12:49] <jblack> or not, as I've got revisioncontrol.net :)
[12:49] <jblack> what is the hostname and ip of the dns server you have in mind? 
[12:51] <elmo> jblack: ns.ubuntu.com 82.211.81.173
[12:51] <elmo> I'm setup to secondary, let me know when an AXFR will work
[12:52] <jblack>  Should be trying to send
[12:53] <elmo> ok, synced; you should be good to add me
[12:53] <elmo> Nov 29 23:52:48 esperanza named[515] : zone sourcecontrol.net/IN: transferred serial 200509030
[12:53] <jblack> Great.
[12:54] <jblack> And you'll update for a tertiary server at the registrar?
[12:54] <elmo> oh, do we control that?  *giggle* sorry.  btw, let's take this to #canonical or privmsg, it's not really LP related
[12:54] <jblack> sure
[01:32] <a|so> hi people
[04:21] <ulinskie> anybody knows how I can validate my gpg key at launchpad?
[04:23] <jamesh> ulinskie: have you uploaded it to the keyserver?
[04:24] <ulinskie> there is an error in my system
[04:24] <jamesh> you will need to provide some more information about the problem if you want some help.
[04:25] <ulinskie> wait it says success sending to `subkeys.pgp.net' (status=200)
[04:25] <ulinskie> i will check again at launchpad
[04:25] <jamesh> ulinskie: you may need to wait a little while for the key to propagate
[04:27] <ulinskie> I have done it thrice... , actually they sent me an email already thrice... saying that I need for follow the instructions to conclude the process
[04:27] <ulinskie> but all I see are codes
[04:28] <jamesh> ulinskie: try this: gpg --keyserver keyserver.ubuntu.com --send $KEYID
[04:29] <lifeless> jamesh: its read only
[04:29] <lifeless> jamesh: wont allow that
[04:30] <ajmitch_> lifeless: will it allow updates of existing keys?
[04:30] <jamesh> lifeless: it doesn't seem to return an error
[04:30] <jamesh> I think fabbione suggested that approach once
[04:33] <lifeless> interesting
[04:33] <lifeless> last I heard it was and did
[04:33] <lifeless> ajmitch_: its meant to pull from the wide wide net automatically
[04:34] <jamesh> ulinskie: anyway, if you've uploaded to the key, wait a few hours and try again
[05:48] <XVTIURI> Alinux ti gde?
[05:50] <XVTIURI> aris vinme aq?
[06:13] <fabbione> lifeless: keyserver.u.c is not readonly
[06:13] <fabbione> you can send key to it
[06:13] <XVTIURI> :)
[06:13] <fabbione> but not via http afaik
[06:14] <fabbione> you need use --send-keys
[06:18] <lifeless> fabbione: ah
[06:19] <fabbione> fabbione@gordian:~$ gpg --keyserver keyserver.ubuntu.com --send-keys 63549F8E
[06:19] <fabbione> gpg: sending key 63549F8E to hkp server keyserver.ubuntu.com
[06:19] <fabbione> fabbione@gordian:~$ gpg --keyserver 192.168.1.1 --send-keys 63549F8E
[06:19] <fabbione> gpg: sending key 63549F8E to hkp server 192.168.1.1
[06:19] <fabbione> for example
[06:19] <fabbione> (192.168.1.1 is keyserver.fabbione.net)
[07:02] <lifeless> ok
[07:02] <lifeless> merges should work properly now
[07:02] <lifeless> 4 hours to run check
[07:04] <jamesh> lifeless: I'll give it a go then
[07:06] <stub> Did you just nuke the pqm queue, or has my request gotten stuck somewhere?
[07:09] <lifeless> neither
[07:09] <lifeless> pqm has been disabled while I fixed things
[07:14] <lifeless> did you get an error ?
[07:16] <stub> No - just saw my request go nowhere ;)
[07:36] <lifeless> could you resubmit it ?
[07:57] <lifeless> stub: ^^
[07:57] <stub> lifeless: Just sent (with more fixes)
[07:57] <lifeless> k
[07:57] <lifeless> lets see what happens
[07:58] <stub> Delivered to pqm
[08:00] <stub> But can't see anything on http://pqm.ubuntu.com
[08:00] <lifeless> it caches results
[08:00] <lifeless> you wont see it for a minute
[08:00] <lifeless> also procmail has not delivered it
[08:00] <lifeless> (tail the log - ~/arch/queue/pqm/pqm.log
[08:02] <stub> It was delivered to fiordland over three minutes ago
[08:02] <lifeless> star-merge sftp://chinstrap/home/warthogs/archives/stub/launchpad/trivial/ sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/launchpad/devel
[08:02] <lifeless>  ?
[08:02] <stub> That would be the one
[08:03] <lifeless> procmail binned iot
[08:03] <lifeless> it went to the mbox not pqm
[08:03] <lifeless> I *have* to figure out why that happens
[08:04] <lifeless> ok, I've zapped the mbox
[08:04] <lifeless> try again
[08:04] <stub> Need to enable debugging on procmail to see why it is using the fallback
[08:04] <stub> Reset
[08:04] <stub> Resent
[08:04] <lifeless> mm, yes
[08:04] <lifeless> how do to that ?
[08:06] <stub> LOGFILE=/home/pqm/procmail.log
[08:06] <stub> at the top of .procmailrc could help
[08:06] <stub> Also 'VERBOSE=yes' and LOGABSTRACT=yes
[08:07] <stub> erm... LOGABSTRACT=all
[08:07] <lifeless> ok
[08:08] <stub> You want me to try making the changes?
[08:08] <lifeless> send it in cowboy
[08:08] <stub> sent
[08:08] <stub> I don't know if procmail does twiddly expansion
[08:09] <lifeless> pretty sure it does
[08:10] <lifeless> could be wrong :)
[08:11] <stub> I'll change it and resent - looks like it ended up in mbox again and no log
[08:11] <lifeless> ok
[08:11] <stub> Oh - I see you already changed
[08:12] <stub> So looks like the cwd might have changed?
[08:13] <stub> Nope - the arch-pqm directory is gone
[08:13] <lifeless> oh, my bad
[08:14] <lifeless> right that hsould fix it
[08:15] <stub> Resent
[08:15] <stub> There it is
[08:15] <lifeless> yay
[08:17] <jamesh> lifeless: is the rocketfuel-build/launchpad checkout being rebuilt since you fixed the launchpad branch?
[08:18] <stub> []  Command failed! All lines of log output: ["PQM Cannot merge between different VCSsystems. 'sftp://chinstrap/home/warthogs/archives/stub/launchpad/trivial/'(pqm.Baz1_1Handler) and '/home/pqm/archives/rocketfuel/launchpad/devel'(pqm.Bazaar2Handler) are different."] 
[08:19] <lifeless> stub: ok, let me look at that
[08:22] <lifeless> firstly
[08:22] <lifeless> it must be 'chinstrap.ubuntu.com'
[08:22] <lifeless> not 'chinstrap'
[08:22] <lifeless> in your request
[08:23] <lifeless> garh
[08:23] <lifeless> stop that
[08:24] <stub> :-P
[08:27] <lifeless> ok
[08:27] <lifeless> the // url thing has landed 
[08:27] <lifeless> and is fuxked
[08:27] <lifeless> -> #bzr
[08:28] <stub> []  Command failed! All lines of log output: ["PQM Cannot merge between different VCSsystems. 'sftp://chinstrap.ubuntu.com/home/warthogs/archives/stub/launchpad/trivial/'(pqm.Baz1_1Handler) and '/home/pqm/archives/rocketfuel/launchpad/devel'(pqm.Bazaar2Handler) are different."]  
[08:29] <jamesh> stub: try sftp://chinstrap.ubuntu.com//home/warthogs/archives/stub/launchpad/trivial/ maybe?
[08:29] <stub> I'll wait and see what happens in #bzr first
[08:30] <stub> Ooh... swim time. back in 30mins. Feel free to resubmit my request for testing (bzr-submit-merge '[trivial]  Add indexes to speed up librarian garbage collection and work around bug 4818 in topPeople')
[08:30] <Ubugtu> Malone bug #4818: SQLObject executing spurious COUNT(*) using slices In: launchpad (upstream), Severity: Normal, Assigned to: Andrew Bennetts, Status: New http://launchpad.net/bugs/4818
[08:34] <lifeless> jamesh: that does not work
[08:34] <lifeless> jamesh: at the moment.
[08:34] <carlos> morning
[08:35] <sivang> morning
[08:35] <lifeless> ok
[08:36] <lifeless> stub: should work now
[09:10] <stub> Resent
[09:28] <lifeless> looking better
[09:44] <SteveA> morning
[09:46] <stub> Morning
[09:52] <carlos> I get this output from 'make check':
[09:52] <carlos> https://chinstrap.ubuntu.com/~dsilvers/paste/fileX1f6lj.html
[09:52] <carlos> is there anything wrong in my code?
[09:59] <BjornT> carlos: don't you read the launchpad mailing list? ;) both cprov and i reported the same problem
[10:01] <carlos> BjornT, I'm not talking about the double free
[10:01] <carlos> BjornT, I'm talking about the: Exception psycopg.OperationalError: 'FATAL:  database "launchpad_ftest" does not exist\n' in <bound method Transaction.__del__ of <sqlobject.dbconnection.Transaction object at 0xb351886c>> ignored
[10:01] <carlos> or is it the same?
[10:04] <BjornT> carlos: oh. i get that as well, doesn't seem to cause any problems, though. (the glibc error seems to stop the test suite in the middle, though, so you might want to skip the test causing that)
[10:04] <carlos> BjornT, which test is that? do you know it?
[10:05] <carlos> hmm I suppose it's in your email to launchpad inside the big debugging log...
[10:05] <BjornT> carlos: testSetOwnerTrust in test_gpghandler.py
[10:06] <carlos> BjornT, an I suppose the way to disable it is just move it outside the launchpad tree, right?
[10:07] <BjornT> carlos: that's one way. another is to run python test.py "!test_gpghandler"
[10:07] <carlos> hmm I prefer your suggestion ;-)
[10:07] <carlos> BjornT, thanks
[10:22] <carlos> BjornT, it does not work here...
[10:22] <carlos> BjornT, it ignores all tests
[10:24] <BjornT> carlos: really? try: python test.py "\!test_gpghandler"
[10:24] <carlos> BjornT, I did it already
[10:25] <carlos> without the '\' bash complains about '!'
[10:25] <carlos> and with the \!... the tests are not executed
[10:26] <BjornT> carlos: oh... then, use tcsh instead? ;)
[10:27] <jamesh> BjornT: carlos try single quotes
[10:28] <jamesh> BjornT: took a bit more of a look at the problem, but didn't find a solution
[10:28] <carlos> jamesh, thanks, it works now
[10:31] <BjornT> jamesh: too bad, seems like more and more people are getting that error. would it help if you had access to a machine where it's reproducible?
[10:32] <jamesh> BjornT: I'm going to try it out on my laptop next (x86)
[10:32] <jamesh> BjornT: I tried running the tests under valgrind without success
[10:32] <BjornT> ok
[10:33] <jamesh> BjornT: the answer might just be that pyme sucks because it uses swig ...
[10:41] <jordi> hello
[10:41] <jordi> wow, that was a bad blackout
[10:41] <SteveA> jordi: too much coffee ?
[10:41] <jordi> never!
[10:42] <jordi> dunno, the server wouldn't work until this morning
[10:42] <carlos> jordi, hi, are you subscribed to ubuntu-translators mailing list?
[10:42] <jordi> not sure
[10:44] <jordi> I see your reply now
[10:44] <carlos> jordi, I added you to the CC
[10:44] <carlos> because I was not sure you were subscribed
[10:44] <jordi> it seems I'm not
[10:44] <jordi> oh damn
[10:44] <carlos> I think you should join that list....
[10:44] <jordi> I'm getting buried under email :/
[10:45] <carlos> jordi, just like kiko!!!
[10:45] <carlos> ;-)
[10:45] <jordi> I dunno how he manages. :)
[10:46] <lifeless> SteveA: the merge problem is fixed
[10:46] <lifeless> and pqm/bzr updated to prevent it happening again
[10:59] <SteveA> lifeless: cool.  is there a short explanation of what happened?
[11:03] <lifeless> yes, there was a bug in merge, which meant it did not copy all needed data. this shows itself potentially much later.
[11:12] <sbec> hello
[11:13] <sbec> I register on launchpad yesterday night but never receive mail ...?
[11:17] <SteveA> sbec: that's interesting.  i can try sending you some email, to see if it works.
[11:18] <SteveA> sbec: /msg me your email address, and i'll send you some test email.  then we can see where the problem is likely to be.
[11:19] <sbec> Uh, I try again and it works, dono where went the first email ... maybe in the dark internet :-)
[11:19] <SteveA> maybe you or your ISP has a "greylisting" service.  that can cause problems sometimes.
[11:22] <sbec> SteveA: no, i'm my own isp :)
[11:23] <sbec> Nevertheless, thank you.
[11:49] <sbec> Bye.
[12:17] <matsubara> good morning!
[12:17] <Kinnison> hi matsubara 
[12:20] <WaterSevenUb> carlos, thx for your reply in #rosetta-u. Old problems (probably filed in the wrong place) were never assigned so I'm wondering if the suggestions for improvements are correctly filed. U can check https://launchpad.net/people/astronomy/+reportedbugs just to see if this is the right place to do it. Thx again.
[12:22] <matsubara> hey Kinnison do you have a reply for the e-mail kiko cc'ed you about the 1132 bug?
[12:23] <carlos> WaterSevenUb, the bugs are filed in the right place, it's just I'm a bit behind with my user support tasks
[12:24] <carlos> WaterSevenUb, I hope I will look into all bug reports before the end of this week
[12:25] <carlos> lifeless, How is possible that, from time to time, a 'bzr push' needs to sync weaves that were already synced?
[12:25] <WaterSevenUb> carlos, k. Hang on the great job:)
[12:26] <carlos> ;-)
[12:38] <kiko> good morning hackers
[12:38] <kiko> hey SteveA 
[12:38] <carlos> kiko, morning
[12:38] <kiko> hey carlos how's it going
[12:39] <carlos> fine, thanks
[12:39] <kiko> tell me how the uploads are going?
[12:39] <carlos> hmm I did my first bzr merge request and I think I fucked it....
[12:39] <carlos> ;-)
[12:39] <carlos> lifeless, could you remove my request so I sent it again with the 'sftp://' string added?
[12:40] <carlos> kiko, waiting for Steve's review
[12:40] <carlos> kiko, In the mean time I'm working on user support
[12:42] <kiko> carlos, what about my favorite feature, POMsgSet? :)
[12:42] <kiko> +View
[12:43] <carlos> kiko, I will be on holidays next week so I don't think I should start a new feature at this point. If you think I should, just tell me and I will do it
[12:44] <kiko> I thought that some work had been done on that already?
[12:44] <kiko> I think yes, you should start on it and put up whatever you have for review before you leave
[12:46] <carlos> kiko, Is not that I'm losing my time now... I'm answering pending email from users and doing bug triage, but your wishes are orders to me ;-)
[12:47] <kiko> triage is good, but you could help jordi get started on helping you out there
[12:47] <kiko> that way you two better complement yourselves
[12:48] <jordi> carlos: don't answer mail if you think they are in my roof. I am working on them
[12:48] <carlos> kiko, sometimes there are technical details that jordi does not know because he's not a launchpad developer
[12:48] <jordi> that's true
[12:48] <carlos> but yes, I suppose Jordi could help there 
[12:48] <kiko> that's fine though
[12:48] <kiko> jordi can call you in on those ones
[12:48] <jordi> kiko: besides, I have no rights to modify a single bug detail
[12:49] <carlos> jordi, do you have all mails from ubuntu-translators?
[12:49] <jordi> no
[12:49] <jordi> I just subscribed
[12:49] <jordi> but they are in the archive, are they?
[12:49] <carlos> jordi, ok, I will handle the old ones 
[12:49] <carlos> jordi, yes
[12:49] <carlos> jordi, ok, if you handle the old ones too... 
[12:50] <jordi> what kind of messages do we need to track?
[12:50] <jordi> damn. I use way too much time replying to stuff
[12:52] <carlos> jordi, This is the next mail that should be answered: http://lists.ubuntu.com/archives/ubuntu-translators/2005-September/000280.html 
[12:52] <carlos> jordi, since that one, I didn't reply to any email
[12:53] <carlos> jordi, look at the threads because sometimes, other users answered already
[12:53] <carlos> jordi, you need to reply only the ones that are without an answer
[12:53] <carlos> jordi, ok?
[12:53] <jordi> ok
[12:54] <carlos> jordi, there are only 44 emails
[12:54] <carlos> jordi, and some of them are already answered
[12:55] <carlos> so don't worry, that mailing list is low traffic (but with a ton of spam)
[12:55] <jordi> ok
[12:56] <jordi> "me pido no ser el administradoooor" :)
[12:57] <carlos> jordi, ;-)
[12:58] <carlos> don't worry, you will not be the admin of that mailing list
[12:58] <carlos> at least not now... but perhaps in the future.... :-D
[01:00] <carlos> kiko, ok, so back to code...
[01:01] <carlos> kiko, should I work first on https://launchpad.net/products/rosetta/+spec/translation-review ? is set as high priority by mark
[01:02] <jordi> kiko: speaking of, https://launchpad.net/products/rosetta/+spec/distro-and-product-translation-visibility ?
[01:02] <carlos> hmm, no, pomsgsetview will help to implement that spec
[01:02] <carlos> kiko, so I'm going to work on pomsgsetview
[01:02] <jordi> carlos: what needs to be done to get MulticastTranslations approved?
[01:02] <jordi> I would love to see that one
[01:03] <carlos> jordi, mark wants that we implement translation-review first
[01:03] <jordi> nod
[01:03] <carlos> and after having it implemented, look again to MulticastTranslations
[01:03] <jordi> Heh.
[01:03] <salgado> jamesh, around?
[01:04] <jordi> The Rosetta product "Doesn't use Rosetta". :)
[01:04] <carlos> jordi, and never will do as Rosetta is not really a product but a part of launchpad... :-)
[01:05] <carlos> jordi, perhaps we should set that flag to prevent funny comments....
[01:06] <dholbach> hellas
[01:06] <dholbach> could it be that launchpad mails today need some more time to get processed or sent out?
[01:09] <carlos> stub, ^^^^ ?
[01:09] <jordi> carlos: yeah :)
[01:12] <stub> Launchpad mails are running normally as far as I can tell. Works for me.
[01:13] <dholbach> hm
[01:14] <dholbach> thanks for the info
[01:16] <carlos> funny bug....
[01:16] <carlos> you cannot add a new spec with the assignee, drafter and approver field set
[01:16] <carlos> because you get timeouts
[01:17] <carlos> if you create it with those fields empty, the spec is created..
[01:19] <SteveA> carlos: review sent
[01:19] <SteveA> it isn't much
[01:19] <carlos> SteveA, nice ;-)
[01:19] <SteveA> there is one serious problem, but which has a simple fix, but needs a test
[01:19] <carlos> thanks
[01:19] <carlos> ok
[01:20] <salgado> hey SteveA, would you like to do another review? ;)
[01:22] <SteveA> salgado: ok
[01:23] <salgado> SteveA, it's the implementation of ShipItReports. it's already in pending-review, but the diffs are not showing up there
[01:23] <salgado> SteveA, should I mail you the diff?
[01:24] <SteveA> ok
[01:35] <jordi> carlos: cool
[01:35] <jordi> there's like 4 mails that need reply
[01:40] <SteveA> dholbach: do you use greylisting?
[01:41] <dholbach> no
[01:41] <dholbach> the mails took an hour to reach me
[01:41] <dholbach> i mean it's fine with me... i don't *rely* on them that much - just as a heads up
[01:42] <SteveA> last time this kind of thing was reported, elmo looked into the mail logs, and discovered that the target MX was rejecting mail on the first send, as part of its greylisting stuff.
[01:43] <SteveA> so, the mail would be delayed on the outgoing mail server at the DC
[01:43] <SteveA> i don't yet have access to mail logs, so i can't look into it further.
[01:43] <dholbach> i see
[01:43] <dholbach> i could ask the hoster, but i'm pretty sure they don't use greylisting
[01:44] <daf> Marius' mailhops program might be useful
[01:44] <daf> it lists where a message spent its time
[01:44] <SteveA> you could put the full mail you received, inc headers, into RT and ask the admins to look into it
[01:47] <carlos> jordi, ;-)
[01:47] <Znarl> We already know about the issue of lists.ubuntu.com being terribly slow.  Hopefully that will be resolved today with a hardware upgrade.
[01:48] <carlos> SteveA, could you explain to me where do you think the bug is?
[01:48] <carlos> SteveA, https://chinstrap.ubuntu.com/~dsilvers/paste/filehrxNJz.html
[01:48] <carlos> I don't see it
[01:48] <ddaa> lifeless: it would be nice if you could loosen the perms on your home dir on chinstrap a bit
[01:48] <ddaa> so other people can access e.g. ~robertc/public_html
[01:49] <SteveA> carlos: missing = sign
[01:49] <ddaa> lifeless: I do not really see the point of preventing other users from reading your home dir on chinstrap...
[01:49] <carlos> SteveA, oh, right!
[01:50] <SteveA> system doc test, perhaps?
[01:50] <carlos> SteveA, It's a bug and I suppose we don't have a tests 
[01:50] <carlos> SteveA, yes
[02:04] <salgado> stub, still around?
[02:04] <dholbach> Znarl: ah ok
[02:06] <stub> salgado: yes
[02:08] <salgado> stub, I'm having some problems to rewrite that query I sent to you yesterday (the one from the person vocabs). are you going to leave soon or do you have some time to help me on that?
[02:08] <stub> I can help. What is the problem?
[02:09] <SteveA> salgado: review sent
[02:10] <salgado> that query uses a left outer join on the email address table, because we want to query all valid persons or teams, and while a valid person must have a preferred email, a valid team doesn't
[02:10] <salgado> SteveA, dude, this was fast. thank you. :)
[02:11] <stub> salgado: Which query was this? I don't recall a left outer join
[02:12] <stub> IIRC, you needed to change
[02:12] <stub> SELECT [list of columns]  from Person, EmailAddress WHERE Person.id = EmailAddress.person AND teamowner IS NULL AND merged IS NULL AND (lower(email) LIKE 'kiko%%') OR fti @@ ftq('kiko') TO
[02:12] <stub> SELECT [list of columns]  from Person, EmailAddress WHERE Person.id = EmailAddress.person AND teamowner IS NULL AND merged IS NULL AND (lower(email) LIKE 'kiko%%'
[02:12] <stub> UNION
[02:12] <stub> SELECT [list of columns]  from person, emailaddress where person.id = emailaddress.person and teamowner is null and merged is null and fti @@ ftq('kiko')
[02:12] <salgado> stub, hmmm. that's true. the query that times out doesn't have the left outer join as I see in the code
[02:13] <stub> Maybe with a SELECT DISTINCT wrapper around it in case there are dupes
[02:14] <stub> SELECT DISTINCT * FROM (
[02:14] <stub> SELECT [list of columns]  from Person, EmailAddress
[02:14] <stub> WHERE Person.id = EmailAddress.person AND teamowner IS NULL AND merged IS NULL
[02:14] <stub> AND (lower(email) LIKE 'kiko%%'
[02:14] <stub> UNION
[02:14] <stub> SELECT [list of columns]  from person, emailaddress
[02:14] <stub> where person.id = emailaddress.person and teamowner is null and merged is null
[02:14] <stub> and fti @@ ftq('kiko')
[02:14] <stub> )
[02:14] <kiko> stub <3 kiko
[02:14] <stub> No tongue this time!
[02:15] <kiko> jordi, I'm still blocked by lifeless fixing bzr for me, my branches are all fscked
[02:15] <salgado> dammit, /me was looking at the wrong place
[02:16] <salgado> stub, okay, this one I can fix easily. but the one I was looking at is very similar to this, but more complex
[02:16] <jordi> kiko: aww
[02:16] <kiko> jordi, maybe it will unblock tomorrow
[02:16] <jordi> cool
[02:18] <salgado> stub, https://chinstrap.ubuntu.com/~dsilvers/paste/filePzDqFe.html
[02:19] <salgado> this query uses a left outer join on the email address table, because we want to query all valid persons or teams, and while a valid person must have a preferred email, a valid team doesn't
[02:23] <stub> salgado: That query is broken - missing a where statement.
[02:24] <salgado> stub, my fault, I copied it from the code and forgot to copy the WHERE
[02:24] <salgado> stub, https://chinstrap.ubuntu.com/~dsilvers/paste/filenRRf2I.html
[02:25] <stub> salgado: ok. 4 seconds - needs work.
[02:29] <salgado> stub, is the UNION (like I'll do for the other) supposed to make this one faster too?
[02:30] <stub> Yes. https://chinstrap.ubuntu.com/~dsilvers/paste/filelRgS6E.html (from 4 seconds down to 20 micro seconds)
[02:31] <stub> actually - I think that can be simplified a bit further.
[02:31] <salgado> dude, you're a star
[02:32] <stub> https://chinstrap.ubuntu.com/~dsilvers/paste/fileLfk0Cc.html
[02:32] <stub> salgado: ^^ I think that has all the same logic
[02:33] <dilys> Merge to devel/launchpad: [trivial]  Clean up the http_proxy env var before running tests, as we don't want the requests we make to localhost to be proxied (2869: Guilherme Salgado)
[02:33] <stub> Hmm... no. I think the first one is better. It matches teams
[02:34] <Kinnison> Cor, dilys is back on the game
[02:34] <salgado> stub, yes, that's right. it has to match teams
[02:36] <stub> salgado: With the DISTINCT - https://chinstrap.ubuntu.com/~dsilvers/paste/fileK4SYCf.html
[02:36] <kiko> salgado, that fix is probably not the right one.
[02:36] <kiko> (it might not hurt though)
[02:37] <stub> salgado: erm.... https://chinstrap.ubuntu.com/~dsilvers/paste/fileZwXMXw.html
[02:37] <stub> kiko: The query he pasted is taking 4 seconds on production, so it needs fixing anyway
[02:37] <salgado> stub, I guess he was talking about my merge
[02:37] <kiko> stub, I was talking about his latest merge
[02:37] <kiko> right
[02:37] <salgado> kiko, yes, I think you're right
[02:43] <salgado> stub, thanks dude. although it's going to be a lot of work to get this fixed, at least now I know how the queries must look like
[02:44] <stub> salgado: If this is SQLObject, you can always cheat and make the fast query a subquery used by the Foo.select() method. Have a look at my person.topPeople() fix that should have landed earlier.
[02:45] <stub> It isn't quite as efficient, but the wastage is in milliseconds and we can live happily with that
[02:45] <salgado> stub, no, that's a raw query that is composed using multiple parts, and the composition changes in three different classes
[02:46] <salgado> anyway, now I think I can do it using sqlobject and SelectResults.union()
[02:46] <stub> I see
[02:46] <salgado> if I manage to do that I guess I won't have too much work
[02:46] <stub> More fireworks!
[02:47] <stub> Kings birthday isn't until monday either
[02:56] <cprov> hey hackers
[03:03] <mpt> new-branch seems to be hung. If I kill it, how screwed will I be?
[03:03] <mpt> (hung on fetching a revision)
[03:07] <stub> new-branch?
[03:08] <mpt> oh, I spoke too soon, it's continued now
[03:08] <mpt> bradb!
[03:09] <bradb> hey mpt 
[03:09] <bradb> ["PQM Cannot merge between different VCSsystems. 'sftp://chinstrap.ubuntu.com/home/warthogs/archives/bradb/launchpad/malone-smallfixes/'(pqm.Baz1_1Handler) and '/home/pqm/archives/rocketfuel/launchpad/devel'(pqm.Bazaar2Handler) are different."] 
[03:10] <mpt> bradb, you watch Homestar Runner much?
[03:10] <bradb> mpt: Can't say that I do.
[03:11] <mpt> hmm, ok
[03:11] <mpt> anyway
[03:11] <mpt> bradb, kiko tells me that you've been using a lot of "or"s lately
[03:12] <kiko> 3 per sentence, or else!
[03:17] <kiko> welcome back SteveA 
[03:20] <mpt> bradb, can you fix it?
[03:21] <mpt> If the footer isn't going to provide usefully specific information, including it at all is slowing people down
[03:21] <ddaa> I'm thinking a probably simple fix would be sending a notification when a user gets subscribed.
[03:22] <ddaa> "David Allouche has subscribed Frobo Team to this bug. As part of this team, you will receive notifications blah blah"
[03:22] <ddaa> "David Allouche has subscribed Brad Bollenbach to this bug. You will receive blah blah"
[03:22] <bradb> mpt: If people are happy for me to spend the 1-2 days on it being specific, I'd love to, yeah. If people want me to remove it entirely, I don't really care that much. It was only put there as the "5c solution" as kiko would say, for people who really had no idea at all about why they were getting a bug notification (as some DD's had complained)
[03:23] <ddaa> "David Allouche has assigned this bug to Brad Bollenbach, you will receive blah blah"
[03:23] <kiko> bradb, the DDs had complained because we were spamming them :)
[03:31] <bradb> ddaa: You mean, you'd want more bugspam than you get already?
[03:31] <ddaa> Mh... that's a good point :)
[03:32] <ddaa> I was just pointing out that fixing the "I received bugspam and I do not know why" problem can be fixed by sending in more bugspam :)
[03:32] <ddaa> It's a bit like fixing "foo is too slow" by adding a progress indicator.
[03:32] <mpt> bradb, who's "people"?
[03:33] <mpt> If you make it a 5c solution now, people will learn to ignore it, so yes, I'd rather it was removed until it's done properly
[03:34] <bradb> mpt: elmo, most recently.
[03:34] <bradb> ISTR a few other people at UBZ asking about it, but that was probably related to the Maintainership table
[03:34] <kiko> it was.
[03:35] <bradb> It can still happen by way of team membership though that people get surprised with bug reports (which is what happened in elmo's case, for example)
[03:35] <mpt> bradb, I meant the "people are happy for me to" and "people want me to" people :-)
[03:37] <bradb> mpt: Oops, I might have phrased that as though there was more than one person who makes decisions like that (or, alternatively, who doesn't but then I ultimately feel the wrath later on.)
[03:38] <bradb> In any case, I'm already removing it, so it should be merged within the next 24-48 hours.
[03:40] <mpt> thanks bradb
[03:40] <bradb> np
[03:55] <mdke> mpt, i had a malone question for you too, if you have time
[03:55] <mpt> sure
[03:55] <mdke> mpt, do you think it would be a good idea to implement a method of quoting a previous comment when commenting via the malone gui?
[03:56] <mdke> it is something I miss
[03:56] <mdke> kiko said to ask you
[03:57] <mpt> I think Bugzilla has demonstrated quite well that that would be a bad idea
[03:58] <mdke> i use it all the time on bugzilla :(
[03:58] <Ubugtu> Malone bug #3797: Bug mails should be more descriptive In: malone (upstream), Severity: Normal, Assigned to: Nobody, Status: NeedInfo http://launchpad.net/bugs/3797
[03:58] <bradb> It could be one of those small things that help makes bugmail much more useful
[03:59] <mdke> mpt, i think loads of people use quoting in bugzilla
[03:59] <mpt> mdke, because people get lazy about it, don't snip, and the comment ends up four times as long as it would have been otherwise
[03:59] <bradb> Because at least the person making a comment has a chance to include context, so I don't have click and scan.
[03:59] <mpt> mdke, that loads of people use it is precisely the problem
[03:59] <mdke> hmm
[03:59] <mpt> bug reports end up getting much longer, which slows everybody down
[03:59] <mdke> yes i see that
[03:59] <bradb> mpt: They don't have to.
[04:00] <mdke> so people who want to give context to their bugs need to use email?
[04:00] <bradb> mpt: The quoted text can be collapsed by default, of course.
[04:00] <mdke> there is plenty of good quoting on the ubuntu bugzilla, mdz uses it a lot, for example
[04:00] <mpt> mdke, no, they need to quote manually, just like they do on Metafilter and Slashdot and just like they used to do on Bugzilla.
[04:01] <mpt> which is a good thing, because it practically guarantees that only the relevant stuff (if anything) will be quoted.
[04:01] <mdke> hmm
[04:01] <mpt> And if you're replying to the immediately previous comment, you usually don't need to quote at all.
[04:01] <mdke> not true, people will then get email with no context
[04:01] <mdke> but in any event, I hate solutions which are dictated by bad practice
[04:01] <mpt> Yes, this is one of the unfortunate things about having an e-mail interface to a bug tracker
[04:02] <mdke> is there no solution which would encourage users to quote properly?
[04:02] <bradb> mpt: What is your beef with quoting that hasn't yet been addressed?
[04:03] <mpt> bradb, there's a current bug report that in an e-mailed comment with only one quoted section, the quoted section should be stripped
[04:03] <bradb> My beef with *not* quoting is that, in practice, reading portlet UI comments in email just makes me angry.
[04:03] <mpt> "portlet UI comments"?
[04:03] <bradb> mpt: Stripped wouldn't seem to make much sense to me, but collapsed by default would.
[04:03] <bradb> gmail style, IIRC
[04:04] <mpt> Portlets make me angry too, but what does that have to do with quoting? :-)
[04:04] <bradb> mpt: aka the web UI
[04:04] <mdke> bradb, collapsed by default in the finished post or in the writing dialogue?
[04:05] <bradb> mdke: in the finished post
[04:05] <mdke> that would be good
[04:05] <mdke> gmail does both i think, which sucks a bit
[04:07] <mpt> a Reply function, by simulating threading, also encourages discussions to go off-topic.
[04:07] <mpt> (As again demonstrated by Slashdot and Usenet vs. Metafilter.)
[04:08] <mpt> Sometimes going off-topic is a fine thing (as in Usenet), but not in a bug tracker IMO.
[04:08] <bradb> mpt: There are ways to address that, i.e. obsolete comments, or closing comments, for example.
[04:08] <bradb> s/i.e./e.g./
[04:09] <mpt> bradb, sure, I'd be a lot happier about Reply if KeepingBugsConcise was implemented
[04:10] <mpt> Already I'm seeing some Launchpad bug reports with ten or fifteen comments and thinking "aaaaargh"
[04:11] <bradb> IME, that's minor compared to all the useless, contextless bugmail commentary I get.
[04:11] <mpt> I've already spent most of my spare time over four years reading bug reports, that's too much for one lifetime
[04:12] <mpt> so, I guess comments optimized for the Web suck for e-mail, and vice versa
[04:13] <bradb> mpt: Not necessarily. As I say, reading contextless comments in the portlet UI is a PITA IME too.
[04:14] <mpt> the context is 30 pixels upward, what's PITA about that?
[04:14] <bradb> mpt: The context could be anyone of the previous comments, in practice.
[04:16] <mpt> If that's likely, that's a problem, since you're all talking about the same bug
[04:25] <SteveA> mpt: hello
[04:25] <mpt> hi SteveA 
[04:29] <SteveA> mpt: we should arrange to talk using some voip magic about UI stuff
[04:30] <mpt> ok, what do I need to install (and why isn't it built in to Gaim)?
[04:30] <sivang_away> SteveA: linphone is cool for that. I wish Kinnison would have gotten his mic already so I could talk to him :)
[04:30] <sivang_away> but for the firewall challanged, skype might be better
[04:41] <kiko-fud> mpt, skype :)
[04:43] <carlos> SteveA, ping
[04:44] <mpt> oh, but skype's not in the official repositories ...
[04:44] <mpt> nm, I have Skype on my Mac
[04:44] <elmo> skype's license doesn't allow it to be in any repositoriy
[04:44] <elmo> and besides, who are you trying to fool, OS X boy?
[04:44] <kiko> don't tell anyone where I found it then
[04:44] <SteveA_> mpt: hello
[04:44] <SteveA_> mpt: routing problems from lithuania
[04:45] <elmo> kiko: warez on the internet, I'm shocked, no really
[04:45] <carlos> SteveA_, about "def getSubsetFromRealSourcePackageName(distrorelease, sourcepackagename)"
[04:45] <kiko> elmo, I'm shocked at your suggestion I'd be a consumer of war3z
[04:45] <kiko> go osx go
[04:45] <SteveA_> voip is not going to work for me, until the telekom.lt routing problems are solved
[04:46] <SteveA_> i'm connecting using gprs now
[04:46] <kiko> fark
[04:46] <kiko> SteveA_, just call the office to talk to matt
[04:46] <SteveA_> why do i want to talk with matt?
[04:46] <mpt> about UI stuff?
[04:46] <SteveA_> oh, that matt
[04:46] <SteveA_> hello matt pt
[04:46] <stub> :-D
[04:46] <SteveA_> i've only known you as mpt or matthew
[04:47] <carlos> SteveA_, There are two kinds of SourcePackage, the one from where a .pot file comes and the one where we want to put it. The 'Real' one is for me the one from where the .pot file comes, the other is a 'fake' one
[04:47] <SteveA_> carlos: this makes my head hurt
[04:48] <carlos> SteveA_, any suggestion?
[04:48] <SteveA_> what do you mean "where a .pot file comes from" ?
[04:48] <SteveA_> is that a "magic source package" ?
[04:48] <SteveA_> mpt: i'll phone in a few minutes
[04:49] <carlos> SteveA_, no, that method is related to Ubuntu's automatic import
[04:49] <carlos> SteveA_, so it means the .deb source package where the related .pot file was extracted from
[04:49] <SteveA_> so, this is an "importer source package" ?
[04:49] <molsen> Could someone please add wmii (http://www.wmii.de/) to the buglist at launchpad.net?
[04:49] <carlos> SteveA_, yeah I suppose we could call it that way
[04:50] <carlos> SteveA_, getSubsetFromImporterSourcePackageName?
[04:50] <SteveA_> it is confusing to call our standard database code the RealWhatever stuff
[04:50] <SteveA_> or the FakeWhatever
[04:50] <SteveA_> the standard database code is the Whatever
[04:50] <SteveA_> and anything else needs qualification
[04:51] <SteveA_> this operation has two arguments: distrorelease and sourcepackagename
[04:51] <SteveA_> what kind of sourcepackagename is it?
[04:51] <kiko> SteveA_, shouldn't SourcePackage be in components/ btw?
[04:51] <SteveA_> kiko: the simple answer is, no.
[04:52] <kiko> because...?
[04:52] <SteveA_> the simple rationale is "mark said so"
[04:52] <SteveA_> i can discuss it in detail.  i don't want to do so on irc.
[04:53] <kiko> sure.
[04:53] <SteveA_> aha... looks like the network is back.
[04:53] <SteveA_> i'll disconnect and try with the real internet
[04:53] <carlos> SteveA_, this method is exactly the same as the getSubset() one but instead of checking IPOTemplate.sourcepackagename, checks IPOTemplate.from_sourcepackagename
[04:54] <SteveA_> carlos: if from_sourcepackagename is the one that the importer uses, make sure 'importer' appears in the name
[04:54] <SteveA_> otherwise this is going to get REALLY confusing
[04:55] <SteveA_> -NickServ- You cannot GHOST yourself.
[04:55] <SteveA_> how irritating.
[04:57] <carlos> SteveA, welcome back
[04:57] <SteveA> thanks
[04:58] <SteveA> mpt: want to try some voip?
[04:59] <mpt> SteveA, sure
[05:00] <sivang_away> hehe, OS X boy =)
[05:54] <niemeyer> Next gobby has search & replace!! Good start for a text editor :-)
[05:55] <bradb> What about undo?
[05:56] <kiko-phone> heh
[05:57] <niemeyer> bradb: Doesn't mention it.. :(
[05:58] <mpt> I know, let's rewrite gedit for the purpose of adding one feature
[06:10] <sivang> mpt: why not adding shared network editing to gedit ;-)
[06:11] <sivang> it already supports plugin 
[06:11] <sivang> (s)
[06:12] <jordi> and it's little more than using libobby :)
[06:15] <carlos> Kinnison, ping
[06:16] <sivang> jordi: ah, there's a lib for the shared network editing functionality? cool!
[06:21] <sivang> bradb: is this under works or something? https://launchpad.net/people/sivan/+filebug
[06:21] <Kinnison> carlos: yo
[06:21] <carlos> Kinnison, I got my branched reviewed and ready to merge
[06:21] <sivang> (I clicked it after going the bug context direction , after logging in, and go "no page")
[06:21] <carlos> Kinnison, could you take a look to https://launchpad.net/products/launchpad/+bug/5227 ?
[06:21] <Ubugtu> Error: I cannot access this bug
[06:22] <carlos> Kinnison, also, I don't see anything in our code that calls IDistroReleaseQueueCustom.publish_ROSETTA_TRANSLATIONS
[06:22] <carlos> Kinnison, will you take care of that?
[06:23] <Kinnison> carlos: DistroReleaseQueueCustom constructs an attribute to call
[06:23] <Kinnison> carlos: check it out
[06:24] <carlos> oh
[06:24] <carlos> right
[06:24] <carlos> I did a grep O:-)
[06:24] <mpt> sivang, apparently at the time the gobby developers started, gedit's plug-in architecture wasn't mature enough
[06:24] <mpt> or something
[06:24] <mpt> and now they're a runaway train
[06:25] <carlos> Kinnison, I'm running the final tests and will request a merge as soon as they finish.
[06:25] <Kinnison> carlos: rock on, ta
[06:26] <carlos> Kinnison, are we running Gina on staging?
[06:26] <carlos> I want to test this new feature with real data (or something close to real data)
[06:26] <Kinnison> carlos: gina I believe was run on staging, yes
[06:27] <carlos> Kinnison, 'was'... so to get IDistroReleaseQueueCustom.publish_ROSETTA_TRANSLATIONS called, I need a new execution...
[06:27] <salgado> mpt, have you seen bug 4772?
[06:27] <Ubugtu> Malone bug #4772: Allow advanced searching in FOAF (and elsewhere) In: malone (upstream), Severity: Normal, Assigned to: Guilherme Salgado, Status: Accepted https://launchpad.net/bugs/4772
[06:27] <Kinnison> carlos: gina doesn't make queue entries
[06:27] <Kinnison> carlos: the uploader tests are what will call publish_ROSETTA_TRANSLATIONS
[06:27] <Kinnison> carlos: and only if the uploads contain translation tarballs
[06:28] <carlos> Kinnison, ok, then the question is... are we running that atm?
[06:28] <Kinnison> We;re doing uploader tests on dogfood currently, talk with cprov and niemeyer about them
[06:28] <carlos> ok, so I need my code tested there...
[06:28] <carlos> cprov, niemeyer ping
[06:28] <carlos> Kinnison, thanks
[06:28] <cprov> carlos: pong
[06:29] <carlos> cprov, have you read my conversation with Kinnison ?
[07:08] <bradb> sivang: re: +filebug from person page: bug 4442
[07:08] <Ubugtu> Malone bug #4442: https://launchpad.net/people/xeon/+filebug -- File not found In: malone (upstream), Severity: Normal, Assigned to: Guilherme Salgado, Status: Accepted https://launchpad.net/bugs/4442
[07:21] <sivang> bradb: ah ok :)
[07:40] <cprov> carlos: link was down ... we have uploader tests almost done
[07:40] <kiko> wth is wrong with this internet 
[07:41] <cprov> carlos: I'm not sure about the publish_ROSETTA_TRANSLATIONS  things that you mentioned, but I can offer you the results of the uploader tests in DF
[07:49] <mpt> "It is highly advisable to ensure that your system has the security pocket enabled"
[07:54] <SteveA> only someone who needs total stability, and is not connected to any network ever, would want not to do so
[07:55] <mpt> --> "It is a good idea to have security updates turned on"
[07:55] <SteveA> turn this off only if you know enough to disregard this notice.
[07:59] <mpt> ok, who knows about publishing
[07:59] <mpt> cprov!
[08:00] <mpt> cprov, "This source package is not published in The Breezy Badger Release"
[08:00] <mpt> What happens if I start reporting bugs on it anyway?
[08:00] <kiko> mpt, yes?
[08:00] <mpt> or translating it anyway?
[08:00] <kiko> nothing bad will happen
[08:00] <mpt> and then it's published later?
[08:00] <kiko> it's not a big deal
[08:01] <kiko> translation may be a problem
[08:02] <mpt> https://launchpad.net/distros/ubuntu/breezy/+sources/casper
[08:02] <mpt> https://launchpad.net/distros/ubuntu/breezy/+source/casper/+translations
[08:27] <mdke> has anyone got time to tell me something of the origins of bazaar?
[08:27] <mdke> i am curious as to the reasons behind its development
[08:28] <mpt> mdke, http://en.wikipedia.org/wiki/Bazaar_(software)
[08:29] <mdke> mpt, that page doesn't address my specific question, which is why a fork was required, rather than developing the original implementation of the gnu/arch protocol
[08:30] <mpt> no, but the message it links to from Robert Collins does pretty well I think
[08:30] <mdke> yeah i was just on that now :)
[08:30] <mdke> that is good enough, thanks
[08:33] <mdke> mpt, so is it correct to describe it as a "fork"
[08:34] <mpt> I don't know enough about the internals
[08:35] <mpt> ask lifeless or jblack 
[08:35] <Seveas> mdke, #bzr :)
[08:35] <mdke> that's ok, I really have the answer from the WP entry
[09:02] <salgado> hey guys, is there anybody here with read access to production or staging db?
[09:07] <ddaa> I have limited access to production
[09:07] <ddaa> how can I help you?
[09:10] <salgado> ddaa, would you run https://chinstrap.ubuntu.com/~dsilvers/paste/fileFsMMcl.html there for me?
[09:10] <salgado> ddaa, and tell me how long it takes
[09:12] <ddaa> that looks reasonable innocuous... I'll run it
[09:16] <ddaa> including pqsl spawning time, it takes about 115ms wallclock
[09:16] <ddaa> and yields a relation with 2 columns and 115 rows
[09:17] <ddaa> salgado: anything else I can do for you?
[09:19] <salgado> ddaa, is that the 'Total runtime' that analyze gives?
[09:20] <ddaa> yes, the "real" value given by the "time" bash builtin.
[09:21] <salgado> ddaa, hmmm. did you leave the "explain analyze" line at the beginning or you removed it?
[09:21] <ddaa> hu, I removed it
[09:22] <ddaa> didn't knew about it, so I did not want to take risks
[09:22] <salgado> that's what gives the time the query took (together with some other stuff), so if you could run it with that line I'd be glad
[09:23] <salgado> http://www.postgresql.org/docs/7.4/interactive/sql-explain.html
[09:23] <ddaa> I see.
[09:24] <ddaa> since it was lowercase, I assumed it was not SQL :)
[09:24] <salgado> heh
[09:24] <salgado> it's lowercase because I added it in the paste form
[09:24] <ddaa> scary
[09:25] <salgado> but indeed, it looks like that's not part of the thing I wanted you to run
[09:25] <ddaa> It takes between 20 and 60 ms.
[09:25] <ddaa> most of the time, about 30ms
[09:26] <mpt> Why does launchpad/ include an empty "launchpad/" subdirectory?
[09:26] <salgado> wow, this seems pretty good. 
[09:26] <salgado> ddaa, would you run another one for me? (https://chinstrap.ubuntu.com/~dsilvers/paste/filenRRf2I.html) :)
[09:26] <salgado> that's the last one, I swear
[09:27] <ddaa> mpt: there's no empty launchpad subdir in my launchpad
[09:27] <mpt> ok, BEHLETED
[09:29] <ddaa> salgado: that other one takes 5 or 6 SECONDS!
[09:29] <salgado> heh
[09:30] <salgado> thanks ddaa!
[09:30] <ddaa> you're welcome
[09:37] <carlos> cprov, ping
[09:37] <cprov> carlos: pong 
[09:37] <carlos> cprov, what I need is to do some extra testing
[09:38] <carlos> so the Rosetta method is tested with real data
[09:38] <cprov> carlos: does your test need uploads in place ? 
[09:38] <carlos> cprov, what do you understand by 'in place'?
[09:39] <cprov> carlos: already imported in the LPDB
[09:39] <cprov> carlos: or your translations goes with the uploads
[09:39] <carlos> cprov, no, I need a new build that at the end will execute a Rosetta method to import translations
[09:40] <carlos> cprov, with the uploads
[09:42] <cprov> carlos: sorry my lack of ideas, but "end"of what ? which process are you interesting ?
[09:42] <carlos> cprov, I need that we build a new debian source package
[09:42] <carlos> with translations
[09:43] <carlos> that way, our buildd "builds" the source package and imports the translations
[09:43] <cprov> carlos: right, if I understand, you are interesting in the slave-scanner entry-point (when we collect the build results from slaves)
[09:43] <salgado> hey guys, where do I choose the topics I want to receive in the launchpad-error-reports mailing list?
[09:43] <carlos> cprov, right
[09:44] <cprov> carlos: but at this point we have binaries, not sources ... correct your previous sentence
[09:45] <carlos> cprov, I don't know the exact details
[09:46] <carlos> cprov, I only know that the buildd generates the tar.gz, the .deb and I suppose that another .tar.gz with translations
[09:46] <carlos> (the first tar.gz is the source tarball)
[09:46] <cprov> carlos: no problem
[09:49] <carlos> salgado, "Change productseries add and edit pages to autogenerated forms"
[09:49] <carlos> fuck...
[09:49] <carlos> salgado, dude you hate me, right?
[09:49] <cprov> carlos:  no, build generates .deb only, no sources (already in DB) and not translations (atm) 
[09:50] <carlos> cprov, anyway, I only know I need a full build ;-)
[09:50] <salgado> carlos, eh?
[09:51] <carlos> salgado, my last work touched many things there
[09:51] <carlos> so I guess I will have a big conflict to solve....
[09:51] <salgado> ouch
[09:52] <cprov> carlos: what for ? if you explain the process you have in mind maybe I can help you. anyway, if you just know you need a "full built distrorelease" I can help you soon
[09:52] <carlos> salgado, and you were lucky that the merge request failed or you the problem would be your ;-)
[09:53] <salgado> carlos, not really. that's from matsubara. I'm only merging for him
[09:53] <cprov> carlos: if you are brave you can try something in DF, foodix/breezyfood, it's built, but missing binaries 
[09:53] <carlos> ;-)
[09:53] <Seveas> salgado, cprov, SteveA told me yesterday that you have k-lining problems, would an IRC bouncer or a screen with irssi help?
[09:54] <carlos> cprov, I need that DistroReleaseQueueCustom.publish() is called
[09:54] <salgado> carlos, but anyway, he didn't change too many things.
[09:54] <carlos> cprov, I don't know the path to that method
[09:54] <carlos> after that.. all things are under my control
[09:55] <carlos> cprov, Kinnison prepare that API for me
[09:55] <carlos> salgado, the view class...
[09:55] <cprov> carlos: I'm sorry, but neither me 
[09:55] <carlos> anyway, I hope it's easy
[09:55] <salgado> Seveas, we were using a link with dinamic IP here and they were k-lining us because there were too many people using
[09:56] <salgado> Seveas, but now we're routing IRC traffic through the other (static IP) link we have. no the only problem we have is the high latency of this link
[09:56] <Seveas> salgado, SteveA told me that. The problem is that the IP block from your provider is far too large to whitelist
[09:56] <Seveas> aha
[09:57] <salgado> Seveas, but anyway, thanks for offering. I'll ping you if we have any other problems. :)
[09:57] <Seveas> yw, even though I didn't really do anything ;)
[10:01] <cprov> carlos: found your points in the code
[10:02] <carlos> cprov, so, would be possible to test my code tomorrow ?
[10:03] <carlos> hmmm, is pqm stalled?
[10:03] <cprov> carlos: not really, what does your code do ?
[10:03] <Seveas> salgado, is thsi static ip already whitelisted at freenode?
[10:03] <carlos> cprov, gets the tarball with translations from the buildd and imports them into Rosetta
[10:03] <salgado> Seveas, I think so because we've never been k-lined with it
[10:03] <Seveas> :)
[10:04] <salgado> actually it might have been whitelisted during the sprint we had here
[10:04] <salgado> we were k-lined in the first days of the sprint
[10:10] <ddaa> bug #5249
[10:10] <ddaa> Seveas: can you do me a favor?
[10:10] <Ubugtu> Error: Could not parse data returned by Malone: Connection to Malone bugzilla failed: timed out
[10:10] <Seveas> ddaa, possibly
[10:11] <ddaa> can you put a Ubugtu for the bazaar product in #bzr?
[10:11] <ddaa> please
[10:11] <Seveas> already there :)
[10:12] <ddaa> thanks, I missed it because it's timing out ATM :)
[10:12] <Seveas> :)
[10:12] <Seveas> hmm
[10:13] <mpt> bzr: ERROR: Local branch is not a new version of remote branch.
[10:13] <Seveas> jay for 25% package loss
[10:14] <jordi> SteveA: ping
[10:16] <ddaa> mpt: you've tried to push
[10:16] <bradb> mpt: do the upsteam cp -a *before* the one on yur local machine
[10:17] <bradb> s/yur/your/
[10:17] <mpt> ddaa, correct
[10:17] <mpt> bradb, what cp -a?
[10:17] <ddaa> mpt: if you _really_ want to do that, then "push --overwrite"
[10:17] <mpt> Well, I've made some changes that aren't on chinstrap, so I don't know why I wouldn't want to push
[10:17] <bradb> mpt: a way of copying a dir easily
[10:17] <bradb> cp -a somedir somenewdir
[10:18] <mpt> bradb, not "what's cp -a?", "what cp -a" :-)
[10:18] <mpt> When do you normally do that?
[10:18] <bradb> oh
[10:18] <bradb> mpt: when i create a new branch
[10:18] <ddaa> mpt: you get this error when you prime the branch on chinstrap by doing cp from the rocketfuel branch
[10:18] <ddaa> when rocketfuel has had new revision since your forked your local branch
[10:18] <mpt> This is a branch I've made successful pqm merges from before
[10:18] <mpt> so it's not new
[10:19] <bradb> mpt: when you create a new branch, you should first create it on chinstrap, and then locally.
[10:19] <bradb> my workflow for branch creation is:
[10:19] <ddaa> mpt: well, that probably means that your local branch was not branched off that branch on chinstrap, but from rocketfuel directly.
[10:19] <mpt> that seems right
[10:19] <ddaa> Since the history of the target branch is not a prefix of the history of the local branch, push says that you may be wrong.
[10:20] <bradb> 1. chinstrap $ cp -a $whatever/rocketfuel-built/launchpad $myarchive/the-new-branch
[10:20] <ddaa> bradb: hu...
[10:20] <bradb> 2. mymachine $ cp -a launchpad-upstream the-new-branch
[10:20] <ddaa> you probably want to cp off rocketfuel/launchpad/devel
[10:20] <mpt> bradb, that can't be right, that would make bzr unusable offline
[10:20] <ddaa> so you do not copy all the subtrees as well...
[10:20] <ddaa> mpt: that's an optimisation
[10:21] <bradb> mpt: How does it make it usable offline?
[10:21] <bradb> er, unusable even
[10:21] <ddaa> a way to prevent rsycing the whole branch across on the initial push
[10:21] <mpt> bradb, by making it impossible for you to create a new branch
[10:21] <mpt> ddaa, lifeless wrote me a "pull-rocketfuel" script that updates my local copy of rocketfuel, and normally I branch off that
[10:21] <ddaa> anyway, push --overwrite removes the finger guard
[10:22] <bradb> mpt: Not "impossible", you'd just need to incorporate what ddaa suggests into your workflow
[10:22] <ddaa> anyway
[10:22] <ddaa> guys, you should be using microbranches now
[10:22] <ddaa> not long lived devel branches
[10:22] <ddaa> they make ugly bzrk output ;)
[10:22] <bradb> I indeed shouldn't be copying from rocketfuel-built though anymore, doh :)
[10:25] <carlos> lifeless, could you take a look to PQM (if you are awake...)
[10:26] <bradb> carlos: i think it's "working". my changes landed not too long ago, but they took several hours to get out of the #1 spot.
[10:27] <carlos> bradb, first entry has been there for 3 hours...
[10:27] <bradb> carlos: in the queue, not in the #1 spot
[10:27] <carlos> but I will wait ...
[10:27] <carlos> hmmm
[10:27] <carlos> good point ;-)
[10:28] <lifeless> carlos: I am
[10:29] <ddaa> lifeless: importd2bzr is pending-review
[10:29] <ddaa> now blocked on you
[10:29] <lifeless> ddaa: what else is in the air that you can work on ?
[10:29] <ddaa> don't worry many thing
[10:29] <lifeless> I realise that *that* particular pipeline is now blocked, but its not the only one... good
[10:29] <carlos> lifeless, I think I was too fast, seems like pqm is working as bradb pointed already but thanks
[10:30] <ddaa> rollout bzrsync cronjob, but it's blocked on account creation
[10:30] <ddaa> make branch title and summary optional
[10:30] <ddaa> that's what I'll be working on
[10:31] <lifeless> carlos: it is working
[10:31] <ddaa> lifeless: not screaming at you (yet), just letting you know, so you can nudge the urgency of that item on your todo queue.
[10:31] <lifeless> yah
[10:31] <carlos> lifeless, btw, I got this: https://chinstrap.ubuntu.com/~dsilvers/paste/fileRDIGYg.html
[10:31] <lifeless> now rocketfuel is unfucked, things can move again
[10:32] <carlos> lifeless, I suppose it's because I had 'launchpad/devel/' instead of 'launchpad/devel', right?
[10:32] <carlos> lifeless, ok, thanks for checking it
[10:33] <lifeless> sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/launchpad/devel/
[10:33] <lifeless> your target ^
[10:33] <lifeless> sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/launchpad/devel
[10:33] <lifeless> pqms target ^
[10:34] <lifeless> yes, the trailing slash matters to pqm
[10:36] <carlos> ok, I supposed that's the problem
[10:36] <carlos> lifeless, thanks
[11:49] <dholbach> good night launchpadders :)