[01:13] <kiko> so
[01:13] <kiko> all quite in the land of pret.
[01:13] <kiko> quiEt
[01:13] <kiko> sabdfl, house empty once again?
[02:19] <cprov> elmo_: ping
[02:22] <elmo_> hey
[02:22] <cprov> elmo_: does changes@db.warthogs.hbd.com works now ?
[02:22] <elmo_> should do?
[02:23] <cprov> elmo_: I regenerated my ssh key and and I trying to send it there without success ..
[02:23] <carlos> elmo_: do you have already data about the bandwidth requirements to be an ubuntu mirror?
[02:24] <elmo_> carlos: no
[02:24] <carlos> ok
[02:25] <elmo_> SSH Auth Keys           : ssh-dss AAAAB3Nz..Ag/B2w== cprov@rebecca
[02:25] <elmo_> cprov: that's the key right?
[02:26] <cprov> elmo_: yes, looks like my one
[02:27] <cprov> cprov: but I didn't receive the email with the results, is it normal ?
[02:27] <cprov> elmo_: as the same as is happining with PQM 
[02:27] <cprov> elmo_: can you see any strange relation amoung this things ?
[02:28] <elmo_> meh, I'll be up in a sec
[02:28] <cprov> elmo_: ok
[02:45] <elmo_> cprov: nothing in postfix logs for 'cprov' or 'async', so please ask lifeless ...
[02:58] <cprov> elmo_: ok, thank you for your help
[03:39] <justdave> PQM rejects email if your envelope from address doesn't resolve
[03:40] <justdave> learned that the hard way setting up my laptop the last time.
[03:40] <justdave> gotta make sure /etc/mailname is a domain that exists
[04:04] !lilo:*! For those of you who are interested in the US presidential debates: #debates and #debatesdiscuss .... thanks.
[04:05] !lilo:*! oops, #debates and #debatediscuss
[08:56] <sabdfl> lifeless: around?
[12:32] <lifeless> sabdfl: sortof
[12:32] <lifeless> wassup ?
[12:33] <sabdfl> lifeless: i had a bad pqm experience last night
[12:33] <sabdfl> my merge sent pqm into an infinite loop
[12:33] <lifeless> you hadn't mirrored ? 
[12:33] <sabdfl> not the usual one, a new one
[12:33] <sabdfl> i'd mirrored all right
[12:33] <lifeless> ok.
[12:33] <lifeless> eek.
[12:33] <sabdfl> please could you check its logs to see what happened
[12:34] <sabdfl> and I'm about to do anoter pqm message, let's see if it blows up in the same way
[12:34] <lifeless> you got james to kill it ?
[12:37] <sabdfl> lifeless: yes
[12:37] <sabdfl> it ran about 10 times before we just killed it
[12:37] <lifeless> ok I've found the failed patch
[12:37] <sabdfl> ok, new one is on the wire
[12:37] <lifeless> request that is..
[12:37] <lifeless> simulating it now.
[12:39] <sabdfl> simulated it fine on my laptop last night
[12:39] <lifeless> simulating it on chinstrap :)
[12:39] <lifeless> which still has occasional random segfaults and weirdness.
[12:47] <lifeless> I think its the same bug - the one in my tla branch that I haven't tracked down yet.
[12:55] <sabdfl> 20 minutes and still no sign of success / failure. lifeless, is it spinning?
[01:00] <lifeless> sabdfl: not afaict
[01:02] <lifeless> I just tested it there on chinstrap and it worked for me
[01:03] <lifeless> its building the config again though, which is not a good thing
[01:04] <elmo_> lifeless: any chance you can quiesce buildbot on chinstrap at some point in the next 8 hours or so, so I can reboot chinstrap?
[01:04] <lifeless> elmo_: when coreutils finishes, sure.
[01:04] <lifeless> I'll put it in offline mode now
[01:04] <elmo_> lifeless: excellent, thanks
[01:04] <lifeless> actually, its quiet now.
[01:05] <lifeless> 16680 patches in coreutils
[01:05] <lifeless>  :)
[01:05] <lifeless> that'll be kicking it off monday morning on galapagos
[01:06] <elmo_> oh, galapagos too, pls, if it's running
[01:07] <lifeless> elmo_: macquarie too ?
[01:07] <elmo_> lifeless: yeah - tho that isn't running persisent jobs like chinstrap is it?
[01:07] <sabdfl> lifeless: pqm situation?
[01:07] <lifeless> sabdfl: watching it
[01:08] <lifeless> elmo_: yes macquarie + galapagos run jobs all the time, automatically.
[01:08] <lifeless> I'm taking them both offline now, as they happened to be idle.
[01:08] <lifeless> let me know when I can restart them,
[01:09] <lifeless> elmo_: done
[01:10] <lifeless> sabdfl: you should have had email,
[01:10] <lifeless> it finished its run, and it didn't abort or hang
[01:11] <lifeless> sabdfl: ah, my bad.
[01:11] <lifeless> I'll correct the error you got
[01:11] <sabdfl> yowser, never seen that before
[01:11] <lifeless> and you never should
[01:12] <lifeless> ok resubmit the merge please.
[01:12] <lifeless> I'll hang around for it to finish.
[01:32] <elmo_> lifeless: galapagos is back up
[01:33] <elmo_> lifeless: btw, arch-pqm.log is full of whining about the lockfile - dunno if that's normal or not
[01:38] <sabdfl> lifeless: still no result
[01:40] <lifeless> elmo_: its normal, just means that a run took more than one minute.
[01:49] <lifeless> sabdfl: its failing on the commit.
[01:49] <lifeless> I'm correcting it now
[01:50] <sabdfl> whats the error caused by?
[01:53] <lifeless> These explicit ids have no corresponding file:
[01:53] <lifeless> lib/canonical/launchpad/database/.arch-ids/archarchive.pyc.id
[01:53] <lifeless> lib/canonical/launchpad/database/.arch-ids/archbranch.pyc.id
[01:53] <lifeless> lib/canonical/launchpad/database/.arch-ids/archchangeset.pyc.id
[01:53] <lifeless> I think.
[01:54] <lifeless> yes, definately.
[01:55] <lifeless> you've hit a bug that has (IIRC) been corrected in the release james was working on before toms 'new process'.
[01:55] <lifeless> in your launchpad, run tla delete for each of those files.
[01:55] <lifeless> the commit, and submit the merge again.
[01:55] <lifeless> I'll add a TODO to have pqm more clearly tell you about this.
[01:57] <lifeless> ok, bug added against me for that.
[01:59] <elmo_> can you guys shout when you're done and I'll "quickly" reboot chinstrap
[02:02] <sabdfl> lifeless: ok, pqm incoming
[02:05] <lifeless> let me know when yoiu get a result, so I can go home :)
[02:11] <sabdfl> lifeless: still no result
[02:21] <sabdfl> lifeless: STILL not result
[02:24] <sabdfl> lifeless: any sign of life?
[02:32] <lifeless> sorry, had laptop closed here
[02:33] <lifeless> no further assertions raised, digging now
[02:34] <sabdfl> so did it fail?
[02:36] <lifeless> I've done it by hand
[02:37] <lifeless> the lock file was held from the run I'd aborted.
[02:37] <lifeless> adding another todo to detect stale locks
[02:38] <lifeless> ok, you should be fine now.
[02:39] <lifeless> I'm off home.. gnight all.
[02:52] <sabdfl> night lifeless
[02:52] <sabdfl> does that mean it completed successfully?
[03:14] <kiko> hey there
[03:14] <kiko> lol
[03:14] <kiko> where are there sandwich sprinters
[03:16] <elmo_> on their way home
[03:16] <kiko> and the datacenter?
[03:18] <elmo_> hmm, was going okay until I hit a "/dev/hahasucker has gone 210 days without being checked, check forced"
[03:22] <kiko> how long has it been?
[03:22] <kiko> since it's started running I mean.
[03:23] <elmo_> hmm?
[03:24] <kiko> the fsck?
[03:27] <elmo_> oh, dunno, 20 minutes or so now, I think
[03:29] <kiko> jesus. 
[03:29] <kiko> how was this week, then? any interesting news?
[04:31] <ddaa> duh... looks like the infoImporter was broken by the launchpad reorganisations...
[04:38] <ddaa> Where is the the sql-object-ish thing for SoyuzProduct now?
[04:38] <ddaa> Have to do something like "query = SoyuzProduct.select(SoyuzProduct.q.name == 'unassigned')"
[05:02] <sabdfl> ddaa: user Product
[05:02] <sabdfl> use Product, sorry
[05:04] <ddaa> canonical.soyuz.importd.ProductMapper?
[05:04] <ddaa> Sorry if I'm asking silly question, I'm completely behind in soyuz evolutions...
[05:06] <ddaa> or canonical.database.product.Product?
[05:07] <kiko> all sqlobjects should come from database
[05:08] <ddaa> Okay. But I got the impression that database classes should only be used as back-ends by very specific classes.
[05:09] <ddaa> Back in London, it was something along the lines of database--mapper--domain--restOfTheWorld
[05:10] <ddaa> And I did not find the domain objects again, yet I found some mappers, in the same module which previously contained the SoyuzProduct class used by infoImporter.
[05:10] <ddaa> So I'm wondering, what are the Mapper class for?
[05:11] <sabdfl> there were multiple independent implementations of Product
[05:11] <sabdfl> they should all have been merged to Product now
[05:12] <sabdfl> canonical.launchpad.database.Product
[05:12] <sabdfl> if thatdoesn't do what you need, please let me know and I'll find and merge in old code
[05:12] <sabdfl> from the above code, looks like Product will work perfectly
[05:12] <sabdfl> from canonical.launchpad.database import Product
[05:13] <sabdfl> query = Product....
[05:13] <sabdfl> etc
[05:14] <ddaa> Yeah. But it does not mean the above code was Right, the info importer stuff was one-off code written not to last but to answere a quick need... But that also means it's only needed for testing now, so there is no point in making non-trivial cleanups...
[05:14] <ddaa> so, c.l.d.Product it will be.
[05:14] <ddaa> Thanks.
[06:43] <ddaa> Duh... now imported products do not show up in launchpad...
[06:45] <ddaa> Mh actually that's the sourcesource for project "unassigned"
[06:51] <ddaa> Yeah, the database contains a bunch of sourcesource for the project "unassigned", but none show up in http://localhost:8085/doap/projects/do-not-use-info-imports/unassigned