| kiko | so | 01:13 |
|---|---|---|
| kiko | all quite in the land of pret. | 01:13 |
| kiko | quiEt | 01:13 |
| kiko | sabdfl, house empty once again? | 01:13 |
| === elmo_ [~james@george.kkhotels.co.uk] has joined #launchpad | ||
| === kiko is now known as kiko-afk | ||
| === cprov [~cprov@george.kkhotels.co.uk] has joined #launchpad | ||
| cprov | elmo_: ping | 02:19 |
| elmo_ | hey | 02:22 |
| cprov | elmo_: does changes@db.warthogs.hbd.com works now ? | 02:22 |
| elmo_ | should do? | 02:22 |
| 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:23 |
| elmo_ | carlos: no | 02:24 |
| carlos | ok | 02:24 |
| elmo_ | SSH Auth Keys : ssh-dss AAAAB3Nz..Ag/B2w== cprov@rebecca | 02:25 |
| elmo_ | cprov: that's the key right? | 02:25 |
| cprov | elmo_: yes, looks like my one | 02:26 |
| 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:27 |
| elmo_ | meh, I'll be up in a sec | 02:28 |
| cprov | elmo_: ok | 02:28 |
| === carlos is downgrading his SID server into warty. Don't do it in home!!! | ||
| elmo_ | cprov: nothing in postfix logs for 'cprov' or 'async', so please ask lifeless ... | 02:45 |
| cprov | elmo_: ok, thank you for your help | 02:58 |
| justdave | PQM rejects email if your envelope from address doesn't resolve | 03:39 |
| 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 | 03:40 |
| !lilo:*! For those of you who are interested in the US presidential debates: #debates and #debatesdiscuss .... thanks. | 04:04 | |
| !lilo:*! oops, #debates and #debatediscuss | 04:05 | |
| sabdfl | lifeless: around? | 08:56 |
| === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad | ||
| === BradB [~bradb@george.kkhotels.co.uk] has joined #launchpad | ||
| lifeless | sabdfl: sortof | 12:32 |
| lifeless | wassup ? | 12:32 |
| === BradB hacks up a unit test for SQLMethod, which may be a cool way to 1. vastly speed up database operations by attaching bare SQL to methods and 2. allow you to specify a class name that can act as the SelectResults for the results this thing returns (so that, as long as you define an __iter__, the behaviour of the results returned is limited only by your imagination.) | ||
| 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:33 |
| 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:34 |
| 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:37 |
| 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:39 |
| lifeless | I think its the same bug - the one in my tla branch that I haven't tracked down yet. | 12:47 |
| === lifeless raises the priority on that even higher. | ||
| sabdfl | 20 minutes and still no sign of success / failure. lifeless, is it spinning? | 12:55 |
| lifeless | sabdfl: not afaict | 01:00 |
| === elmo_ [~james@82.211.81.249] has joined #launchpad | ||
| lifeless | I just tested it there on chinstrap and it worked for me | 01:02 |
| lifeless | its building the config again though, which is not a good thing | 01:03 |
| 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:04 |
| lifeless | 16680 patches in coreutils | 01:05 |
| lifeless | :) | 01:05 |
| lifeless | that'll be kicking it off monday morning on galapagos | 01:05 |
| elmo_ | oh, galapagos too, pls, if it's running | 01:06 |
| 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:07 |
| 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:08 |
| lifeless | elmo_: done | 01:09 |
| lifeless | sabdfl: you should have had email, | 01:10 |
| lifeless | it finished its run, and it didn't abort or hang | 01:10 |
| 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:11 |
| lifeless | ok resubmit the merge please. | 01:12 |
| lifeless | I'll hang around for it to finish. | 01:12 |
| elmo_ | lifeless: galapagos is back up | 01:32 |
| elmo_ | lifeless: btw, arch-pqm.log is full of whining about the lockfile - dunno if that's normal or not | 01:33 |
| sabdfl | lifeless: still no result | 01:38 |
| lifeless | elmo_: its normal, just means that a run took more than one minute. | 01:40 |
| lifeless | sabdfl: its failing on the commit. | 01:49 |
| lifeless | I'm correcting it now | 01:49 |
| sabdfl | whats the error caused by? | 01:50 |
| 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:53 |
| lifeless | yes, definately. | 01:54 |
| 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:55 |
| lifeless | ok, bug added against me for that. | 01:57 |
| elmo_ | can you guys shout when you're done and I'll "quickly" reboot chinstrap | 01:59 |
| sabdfl | lifeless: ok, pqm incoming | 02:02 |
| lifeless | let me know when yoiu get a result, so I can go home :) | 02:05 |
| sabdfl | lifeless: still no result | 02:11 |
| sabdfl | lifeless: STILL not result | 02:21 |
| sabdfl | lifeless: any sign of life? | 02:24 |
| lifeless | sorry, had laptop closed here | 02:32 |
| lifeless | no further assertions raised, digging now | 02:33 |
| sabdfl | so did it fail? | 02:34 |
| lifeless | I've done it by hand | 02:36 |
| lifeless | the lock file was held from the run I'd aborted. | 02:37 |
| lifeless | adding another todo to detect stale locks | 02:37 |
| lifeless | ok, you should be fine now. | 02:38 |
| lifeless | I'm off home.. gnight all. | 02:39 |
| sabdfl | night lifeless | 02:52 |
| sabdfl | does that mean it completed successfully? | 02:52 |
| === kiko [~kiko@200-206-134-238.async.com.br] has joined #launchpad | ||
| === kiko [~kiko@200-206-134-238.async.com.br] has joined #launchpad | ||
| kiko | hey there | 03:14 |
| kiko | lol | 03:14 |
| kiko | where are there sandwich sprinters | 03:14 |
| elmo_ | on their way home | 03:16 |
| kiko | and the datacenter? | 03:16 |
| elmo_ | hmm, was going okay until I hit a "/dev/hahasucker has gone 210 days without being checked, check forced" | 03:18 |
| kiko | how long has it been? | 03:22 |
| kiko | since it's started running I mean. | 03:22 |
| elmo_ | hmm? | 03:23 |
| kiko | the fsck? | 03:24 |
| elmo_ | oh, dunno, 20 minutes or so now, I think | 03:27 |
| kiko | jesus. | 03:29 |
| kiko | how was this week, then? any interesting news? | 03:29 |
| ddaa | duh... looks like the infoImporter was broken by the launchpad reorganisations... | 04:31 |
| 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')" | 04:38 |
| sabdfl | ddaa: user Product | 05:02 |
| sabdfl | use Product, sorry | 05:02 |
| === ddaa greps "class Product" | ||
| ddaa | canonical.soyuz.importd.ProductMapper? | 05:04 |
| ddaa | Sorry if I'm asking silly question, I'm completely behind in soyuz evolutions... | 05:04 |
| ddaa | or canonical.database.product.Product? | 05:06 |
| kiko | all sqlobjects should come from database | 05:07 |
| ddaa | Okay. But I got the impression that database classes should only be used as back-ends by very specific classes. | 05:08 |
| ddaa | Back in London, it was something along the lines of database--mapper--domain--restOfTheWorld | 05:09 |
| 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:10 |
| === ddaa greps for ProductMapper | ||
| sabdfl | there were multiple independent implementations of Product | 05:11 |
| sabdfl | they should all have been merged to Product now | 05:11 |
| 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:12 |
| sabdfl | query = Product.... | 05:13 |
| sabdfl | etc | 05:13 |
| 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. | 05:14 |
| === limi [~limi@212.80-202-72.nextgentel.com] has joined #launchpad | ||
| === limi [~limi@212.80-202-72.nextgentel.com] has left #launchpad [] | ||
| ddaa | Duh... now imported products do not show up in launchpad... | 06:43 |
| === ddaa checks the db | ||
| ddaa | Mh actually that's the sourcesource for project "unassigned" | 06:45 |
| 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 | 06:51 |
| === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad | ||
| === cprov [~cprov@george.kkhotels.co.uk] has joined #launchpad | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!