=== camilotelles [n=Camilo@20132194128.user.veloxzone.com.br] has joined #launchpad | ||
segfault | jordi: pong | 12:06 |
---|---|---|
lifeless | LarstiQ: dunno | 12:07 |
LarstiQ | lifeless: ok, I'll see if I can find some documentation | 12:09 |
=== interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad | ||
LarstiQ | https://wiki.launchpad.canonical.com/BranchActivityVisualization is the closest I get to having activity explained | 12:14 |
lifeless | LarstiQ: yah, but thats not per product :) | 12:26 |
=== Virtuall[BZA] [n=virtuall@alpha.bounzza.net] has joined #launchpad | ||
LarstiQ | lifeless: right, and I also found activity reports on https://wiki.launchpad.canonical.com/LaunchpadTeamFAQ. Completely different, although interesting. | 12:27 |
lifeless | :) | 12:27 |
lifeless | you can see one of those in the bzr list archives | 12:27 |
=== Virtuall[BZA] [i=virtuall@alpha.bounzza.net] has joined #launchpad | ||
LarstiQ | lifeless: yes, I remember that one | 12:28 |
LarstiQ | and Martin's reaction to it ;) | 12:28 |
=== LarstiQ is going to give gtimelog a try | ||
=== segfault [i=carlos@prognus.com.br] has joined #launchpad | ||
jordi | segfault: we need to talk. There are way too many split files. Maybe we can do something. | 12:42 |
=== netjoined: irc.freenode.net -> brown.freenode.net | ||
=== interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad | ||
=== jamesh [n=james@66.103.220.207] has joined #launchpad | ||
segfault | jordi: sure! can you tell me how? :) | 12:51 |
carlos | jordi, yes, one potemplate can be moved from the +admin page but only by you or any Rosetta admin | 12:59 |
=== carlos -> bed | ||
carlos | night! | 01:01 |
Kinnison | night carlos | 01:01 |
Kinnison | What's the right way to flush the sqlobject cache? | 01:07 |
Kinnison | and subsequently what's the right way to get python to GC the objects? | 01:07 |
Kinnison | This is actually kinda important I think | 01:08 |
spiv | Kinnison: flush_database_caches from canonical.database.sqlbase | 01:10 |
spiv | Kinnison: Although, can you explain a little more about why you need this? | 01:11 |
spiv | And why do you care about when objects are GCed? | 01:11 |
Kinnison | spiv: because the domination in the publisher uses ca. 900M *per distrorelease* | 01:11 |
Kinnison | 900M of sodding sqlobjects | 01:11 |
Kinnison | hmm, perhaps 600M | 01:12 |
Kinnison | No, 900 | 01:12 |
spiv | Ok. To get Python to GC objects, just make sure you don't have any references to objects you don't need. | 01:12 |
spiv | And don't define __del__ :) | 01:12 |
Kinnison | so flushing the db cache should do the trick? | 01:12 |
Kinnison | and python will gc merrily from there? | 01:12 |
spiv | Perhaps. | 01:12 |
spiv | Depends on if you have any other references to them :) | 01:12 |
Kinnison | well, I'm not keeping 'em around | 01:13 |
Kinnison | if there are cycles what will python do? | 01:13 |
spiv | It will merrily collect them. | 01:13 |
Kinnison | good, I know perl won't | 01:13 |
Kinnison | because it's shit | 01:13 |
spiv | *Unless* you have __del__, in which case they'll probably end up in gc.garbage instead. | 01:13 |
Kinnison | do sqlobjects have __del__ ? | 01:13 |
spiv | Nope. | 01:14 |
=== spiv just double-checked. | ||
spiv | SQLObject does define it on connections iirc, but that shouldn't matter. | 01:15 |
spiv | Btw, how do you know that that 900MB is sqlobjects? | 01:15 |
Kinnison | Well, I'm assuming it is | 01:16 |
spiv | Ah :) | 01:16 |
spiv | You're probably right. | 01:16 |
Kinnison | because if it's not, I don't see what it can be | 01:16 |
Kinnison | since the code is essentially | 01:16 |
=== LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad | ||
spiv | But just to make sure, take a look at http://twistedmatrix.com/users/spiv/countrefs.py | 01:16 |
Kinnison | for some_sql_object in gigantic_select_result: | 01:16 |
Kinnison | do_stuff(some_sql_object) | 01:16 |
SteveA | spiv: we'd need to totally stop the sqlobject cache from running i think | 01:17 |
=== Kinnison kills this 3.4G process | ||
Kinnison | it's too scary | 01:17 |
spiv | SteveA: That may be possible. | 01:17 |
spiv | Kinnison: Also, if flushing the cache is inadequate, gc.get_referrers(some_object_I_thought_should_be_gced) may be helpful. | 01:18 |
Kinnison | spiv: doesn't that kinda imply keeping a reference to it to check? | 01:18 |
spiv | Kinnison: Well, that's the trick ;) | 01:18 |
spiv | Kinnison: Either find the object the same way countrefs.py does (by crawling over gc.get_objects()), or keep a weakref to an object you suspect isn't gc'd. | 01:19 |
=== Kinnison watches ram usage with these flushes in place | ||
spiv | You can force a gc run with gc.collect(), btw, but that's almost certain to make no difference -- by default it runs pretty frequently already. | 01:20 |
Kinnison | Okay, a distrorelease is actually taking closer to 1.2G | 01:22 |
=== Kinnison is gonna have to flush per distroarchrelease | ||
=== Kinnison opens publishing.py | ||
=== Kinnison tries again | ||
Kinnison | b | 01:27 |
=== Kinnison tries that in a window where it'll work | ||
Nafallo | Kinnison: tired? :-) | 01:28 |
Kinnison | annoyed with sqlobject mostly | 01:29 |
Nafallo | oki | 01:29 |
Kinnison | takes it ages to flush its cache and that in itself doesn't appear to have helped a great deal | 01:29 |
Kinnison | In fact, regardless of how much sqlobjects there are, it really seems to hammer the cache | 01:30 |
Kinnison | I.E. taking upwards of 30 CPU seconds to empty a cache of the security pocket's sources | 01:30 |
Kinnison | this is bad | 01:30 |
spiv | Kinnison: in theory adding cache=False to the connectionURI for the database should help. | 01:31 |
Nafallo | that does not sound healthy indeed | 01:31 |
Kinnison | spiv: how do I do that? | 01:31 |
spiv | But that code appears to be buggy. Hmm. | 01:31 |
Kinnison | txn = initZopeless( dbuser='lucille' ) | 01:31 |
spiv | Kinnison: by abusing dbname ;) | 01:31 |
spiv | But let's not do that. | 01:31 |
Kinnison | Why would flushing the cache take so long? | 01:32 |
Kinnison | unless it's not really flushing the cache and is just calling .sync() on all the objects in it | 01:32 |
Kinnison | argh | 01:33 |
Kinnison | that's exactly what it's doing | 01:33 |
Kinnison | useless | 01:33 |
spiv | Kinnison: try "Person._connection.cache.kw['cache'] = False" at the very start of your transaction. | 01:34 |
spiv | (s/Person/any convenient sqlobject/ if you like) | 01:35 |
=== Kinnison tries | ||
Kinnison | AttributeError: 'NullCache' object has no attribute 'kw' | 01:35 |
spiv | Hah. | 01:36 |
Kinnison | very odd | 01:38 |
=== Kinnison tries with _clearCache() being called instead | ||
=== sfeehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #launchpad | ||
spiv | Kinnison: Hmm. | 01:43 |
spiv | Kinnison: If you're seeing a NullCache, you must be doing that too soon. | 01:43 |
spiv | Kinnison: Are you using zopeless? with or without implicitBegin? | 01:44 |
=== user__ [n=user@66.103.220.208] has joined #launchpad | ||
user__ | Ahoy | 01:46 |
Kinnison | zopeless with | 01:46 |
spiv | Kinnison: Odd. And yet Person._connection is a NullConnection? | 01:48 |
Kinnison | spiv: not entirely sure | 01:50 |
Kinnison | I think .cache was a NullCache | 01:50 |
Kinnison | calling SQLBase.flush_database_updates() | 01:50 |
Kinnison | then SQLBase._clearCache() | 01:50 |
Kinnison | then gc.collect() | 01:50 |
Kinnison | keeps the RAM usage at a steady half-gig | 01:50 |
spiv | Which is still huge. | 01:50 |
Kinnison | instead of climbing into the 3.5g range | 01:50 |
Kinnison | each gc.collect() is collecting ca 200,000 objects | 01:51 |
spiv | Also, _clearCache is always called when you start a new transaction. | 01:51 |
Kinnison | this is mid-transaction | 01:51 |
spiv | Ah. | 01:51 |
Kinnison | I already had some txn.commit()s in there | 01:51 |
Kinnison | which reduced it from >4G==explode to 3.5G==goslow | 01:51 |
Kinnison | DEBUG:Dominator:Performing domination across hoary/Release (i386) | 01:52 |
Kinnison | DEBUG:Dominator:Sorting binaries... | 01:52 |
Kinnison | DEBUG:Dominator:Dominating binaries... | 01:52 |
Kinnison | DEBUG:Dominator:Flushing SQLObject cache. | 01:52 |
Kinnison | DEBUG:Dominator:GC.Collect() | 01:52 |
Kinnison | DEBUG:Dominator:Returned: 244005 | 01:52 |
Kinnison | yay for sqlobject | 01:52 |
spiv | The right answer is to set the cache=False on the Cache. | 01:52 |
Kinnison | but that'll make each domination much slower | 01:52 |
Kinnison | won't it? | 01:52 |
spiv | Well, maybe. | 01:52 |
spiv | Maybe not. | 01:52 |
spiv | It still keeps weakrefs. | 01:52 |
spiv | So depending on other code, it may still be able to return the objects. | 01:53 |
spiv | And how often are your queries returning the same object, anyway? | 01:53 |
Kinnison | foo.bar | 01:53 |
spiv | But it's very weird that you're getting a NullCache, but that _clearCache works. | 01:54 |
spiv | Because they're accessing the same attribute. | 01:54 |
spiv | I guess try s/Person/SQLBase/ to narrow it down. | 01:54 |
spiv | Hmm, or do an explicit txn.begin(), perhaps... | 01:55 |
=== Kinnison is happy to periodically flush the cache | ||
Kinnison | for now | 01:56 |
Kinnison | we can look at it together in montreal | 01:56 |
spiv | Ok. | 01:58 |
spiv | I would like to understand what's going on here. | 01:58 |
spiv | So I'll corner you in Montreal. | 01:59 |
Kinnison | cool | 02:00 |
Kinnison | in the meantime, for the first time in days, a publisher run on staging will complete | 02:00 |
=== Kinnison bounces | ||
spiv | 500MB is still huge, though. | 02:00 |
=== Kinnison shrugs | ||
spiv | We'll figure it out in Montreal... there are a couple too many mysteries here :) | 02:01 |
Kinnison | aye | 02:01 |
Kinnison | almost certainly all my fault | 02:01 |
=== bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad | ||
=== asw [n=asw@karuna.med.harvard.edu] has joined #launchpad | ||
=== carlos [n=carlos@gandalf.pemas.net] has joined #launchpad | ||
Kinnison | Hmm, 11 minutes to do a full publishing run now | 02:31 |
Kinnison | much better than before | 02:31 |
=== Kinnison tries a --careful run | ||
=== stub [i=stub@sweep.bur.st] has joined #launchpad | ||
Kinnison | hey stubbaroony | 02:57 |
=== ChanServ [ChanServ@services.] has joined #launchpad | ||
=== beyond [n=beyond@200-161-81-29.dsl.telesp.net.br] has joined #launchpad | ||
=== stub [i=stub@sweep.bur.st] has joined #launchpad | ||
Kinnison | ciao all | 03:46 |
=== poningru [n=poningru@n128-227-50-19.xlate.ufl.edu] has joined #launchpad | ||
=== sfeehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== Nafallo is now known as Nafallo_away | ||
=== EggMan2 [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad | ||
=== EggMan2 [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== EggMan2 [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== sankar [n=sankar@202.144.95.245] has joined #launchpad | ||
=== feehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #launchpad | ||
=== Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad | ||
=== poningru [n=poningru@n128-227-50-19.xlate.ufl.edu] has joined #launchpad | ||
=== auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad | ||
=== lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== sazwerx [n=sazwerx@202.152.172.1] has joined #launchpad | ||
BjornT | stub: is production running a baz branch? that is, if i want you to cherry pick something, should i branch off the production branch? | 10:14 |
=== sazwerx [n=sazwerx@202.152.172.1] has left #launchpad ["Leaving"] | ||
stub | BjornT: production is currently running a baz branch | 10:14 |
=== sankar [n=sankar@202.144.95.245] has joined #launchpad | ||
BjornT | stub: which branch? | 10:15 |
stub | launchpad--production--1.38 | 10:15 |
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
BjornT | stub: when adding some sample data and running make newsampledata, i get >1Mb diff... any ideas of what could be wrong? | 10:41 |
stub | I've seen that happen before. No idea why it does that. IIRC newsampledata is supposed to be doing some sorting to minimize that sort of stuff. | 10:42 |
carlos | BjornT, usually it implies new fields additions | 10:43 |
carlos | BjornT, someone added new fields but no new sampledata was added so with your export you update those tables | 10:43 |
BjornT | carlos: no, that's not it | 10:45 |
carlos | BjornT, then there are two more options | 10:46 |
BjornT | it seems like make newsampledata decided that all tables should be in alphabetical order, which wasn't the case before | 10:46 |
carlos | 1.- If the diff has case changes, someone did a manual addition to the sampledata (IMHO is a bad way to add it) | 10:46 |
carlos | oh | 10:46 |
carlos | that's new | 10:46 |
=== koke [n=koke@ubuntu/member/koke] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
zyga | carlos: hi | 11:30 |
zyga | carlos: I've created #ubuntu-hardware, who should I contact to put this into topic line at #ubuntu | 11:30 |
carlos | zyga, don't know, perhaps jdub | 11:30 |
zyga | carlos: thanks, I'll try | 11:31 |
=== sankar [n=sankar@202.144.95.245] has joined #launchpad | ||
=== looksaus [n=looksaus@ip-83-134-126-9.dsl.scarlet.be] has joined #launchpad | ||
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad | ||
=== [DFC] EggMan [n=[DFC] Egg@pool-71-241-189-196.buff.east.verizon.net] has joined #launchpad | ||
=== cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
cprov | morning guys | 12:04 |
=== looksaus [n=looksaus@ip-83-134-126-9.dsl.scarlet.be] has left #launchpad ["Looksaus] | ||
Kinnison | Who here is going to UBZ flying tomorrow on BA95 from LHR->YUL 17:25 -> 19:25 ? | 12:35 |
=== Kinnison thinks kamion is | ||
BjornT | stub: sent you a cherry pick request | 01:00 |
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
matsubara | good morning! | 01:06 |
=== koke_ [n=koke@169.Red-217-127-113.staticIP.rima-tde.net] has joined #launchpad | ||
Kinnison | Okay, so I have a bzr branch of launchpad | 01:09 |
Kinnison | I've done some work in it | 01:09 |
Kinnison | and I want to push those changes to chinstrap | 01:09 |
Kinnison | how do I do that? | 01:09 |
siretart | hi | 01:12 |
siretart | I've sent a feature request for being able to close malone bugs via debian/changelog, but havn't heard any response yet :( - did you overlook me or is this way to hard to implement or way to low priority? | 01:13 |
Kinnison | It's currently low priority I imagine | 01:14 |
Kinnison | We'll certainly be looking into that though | 01:14 |
siretart | okay. thanks for considering | 01:14 |
=== gneuman [n=gneuman@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
LarstiQ | Kinnison: does something like 'bzr push chinstrap:/home/warthogs/archives/$yourusername/launchpad/branch-name' work? | 01:38 |
LarstiQ | Kinnison: (shamelessly stolen from https://wiki.launchpad.canonical.com/MoveToBazNG) | 01:38 |
=== Kinnison thinks I missed out a mkdir | ||
LarstiQ | ssh chinstrap mkdir -p /home/warthogs/archives/$yourusername/launchpad | 01:39 |
LarstiQ | ;) | 01:39 |
Kinnison | aye | 01:41 |
LarstiQ | Kinnison: did you get it to work now? | 01:41 |
Kinnison | aye | 01:42 |
LarstiQ | sweet | 01:42 |
=== koke [n=koke@ubuntu/member/koke] has joined #launchpad | ||
=== stub [i=stub@sweep.bur.st] has joined #launchpad | ||
=== carlos -> lunch | ||
=== beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
lifeless | stub: ping | 02:42 |
=== mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
stub | lifeless: pong | 02:47 |
lifeless | stub: why did you need to use trunk? I used the rollouts stuff with jamesh successfully yesterday | 02:48 |
=== Nafallo_away is now known as Nafallo | ||
=== heyko [n=heyko@p54842FD7.dip.t-dialin.net] has joined #launchpad | ||
stub | lifeless: Mirroring branches with rsync to make branches locally | 02:50 |
=== JanC [n=janc@lugwv/member/JanC] has joined #launchpad | ||
stub | lifeless: I was about to commit a modern refuel script that creates local mirrors of branches using rsync, allowing you to update and build trees much quicker. | 02:53 |
lifeless | stub: well, three thoughts | 02:54 |
lifeless | stub: firstly, make sure .bzr/parent is set correctly. | 02:54 |
lifeless | stub: secondly, tree *building* should be a once per developer and install activity. After that it should be pull/merge/pull --overwrite. | 02:55 |
stub | lifeless: I have several trees open at a time in general and find I'm building trees quite often | 02:56 |
=== Virtuall[BZA] [n=virtuall@alpha.bounzza.net] has joined #launchpad | ||
lifeless | stub: so, cp -a between them - thats fully supported | 02:57 |
stub | lifeless: Yup. But update is painful | 02:57 |
lifeless | stub: but there should be no need for full builds, in general. | 02:57 |
lifeless | stub: update of the nested trees ? | 02:57 |
stub | rsynced trees seem quite servicable to me. What is the issue? | 02:58 |
lifeless | its doable, no particular issue. But you need to run revert in every tree, as I explained. in email. | 02:58 |
lifeless | also it seems ugly that rsync is needed, martin and I hope to make non rsync performance as good or better for 0.7 | 02:59 |
stub | lifeless: Sure. This is just a temporary measure. | 03:01 |
stub | lifeless: But until then building a tree remotely is just impractical | 03:02 |
lifeless | stub: note that I have not said 'dont do it' | 03:02 |
lifeless | just raised some thoughts | 03:02 |
=== cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
stub | Any hints on how to use bzrlib to do a revert? | 03:03 |
lifeless | yah, look in bzrlib/builtins.py and cargo cult from cmd_revert | 03:03 |
=== SteveA [n=steve@66.103.220.202] has joined #launchpad | ||
lifeless | SteveA: comign down ? | 03:04 |
SteveA | sure. have you had breakfast yet? | 03:05 |
lifeless | yes | 03:05 |
lifeless | we're starting work :) | 03:05 |
SteveA | successfully? | 03:05 |
stub | Ahh.... bzrlib.branch.Branch.revert might be a start | 03:05 |
lifeless | no | 03:05 |
kiko | SteveA, coming down too | 03:17 |
=== jamesh [n=james@66.103.220.207] has joined #launchpad | ||
=== mdz [n=mdz@66.103.220.211] has joined #launchpad | ||
=== lamont [n=lamont@mib.fc.hp.com] has joined #launchpad | ||
SteveA | hi stub. | 03:42 |
stub | SteveA: hi | 03:42 |
SteveA | lifeless / stub: the 'trivial, steve's spec hacks in production' email from pqm seemed to include a LOT of stuff | 03:42 |
SteveA | stub: do you know what the problem with your address and shipit is? | 03:43 |
stub | Too many lines, lines too long. I got it in my abusing the organization field. But the issues outlined remain. | 03:44 |
SteveA | i don't think "we're losing orders because of this" is a convincing enough argument on its own | 03:45 |
SteveA | is there a way we can ask people "are you having problems entering your address into our system?" | 03:45 |
SteveA | salgado / mpt: what do you think? | 03:46 |
mpt | Something like "If you think ShipIt should accept addresses like this, __report this as a bug__"? | 03:47 |
mpt | where the link automagically squirts the address into the Description field of the bug report? :-) | 03:48 |
stub | Oh. My main issue would be why the hell are we bending over backwards to meet the demands of a company we are pumping millions of euros through when they should be the ones meeting our requirements and asking if we would like a blow job with that? | 03:48 |
stub | ASCII only, no commas, very restrictive fields. I recall the encoding issues gave mako a lot of headaches, and the ascii names have already given us grief. | 03:50 |
mpt | so the company's using CSV, huh | 03:51 |
SteveA | using *shitty* csv | 03:51 |
mpt | We could convert commas to semicolons behind the scenes, I don't think anyone would mind | 03:52 |
salgado | mpt, I already do that | 03:52 |
SteveA | i thought we already did that | 03:52 |
mpt | so did I | 03:52 |
SteveA | so stub is saying, why can't the shippiing company | 03:52 |
mpt | ok | 03:52 |
lifeless | SteveA: yes, and to add insult, pqm died after sending the email, before completing the push | 03:52 |
SteveA | whither transactions? | 03:53 |
lifeless | the failure was during sending the mail | 03:53 |
lifeless | 'mail' considered the pipe closing to be 'please send.' | 03:54 |
SteveA | ah | 03:54 |
lifeless | ascii codec, failure to encode, ordinal not in range. | 03:54 |
=== heyko_ [n=heyko@p54843F30.dip.t-dialin.net] has joined #launchpad | ||
=== jdub [n=jdub@home.waugh.id.au] has joined #launchpad | ||
SteveA | stub: jdub wants to hassle you | 03:57 |
jdub | HEY STUB! | 03:57 |
=== stub hides under the sofa | ||
=== SteveA kicks jdub from #launchpad | ||
jdub | SteveA said i should bug you about me being JeffWaugh2 on the wiki | 03:58 |
SteveA | screw you hippy | 03:58 |
SteveA | i'm channeling stub here | 03:58 |
=== Virtuall[BZA] [n=virtuall@alpha.bounzza.net] has joined #launchpad | ||
SteveA | spiv: hello | 03:59 |
SteveA | spiv: can we talk about some minor moin integration stuff? | 03:59 |
stub | jdub: What do you log in as? The DB says username jdub's wikiname is JeffWaugh | 04:00 |
SteveA | lifeless: the load on chinstrap goes up to 11 | 04:01 |
lifeless | actually, it goes up to 200 | 04:01 |
lifeless | but we're being nice to it right now | 04:01 |
SteveA | but 11 is louder | 04:01 |
stub | And JeffWaugh2 is owned by an atavism from an account merge | 04:01 |
=== ruda_porto [n=Ruda@fwcpd.ufba.br] has joined #launchpad | ||
elmo | kiko, you slack jawed hippy, what's your launchpad ID? | 04:06 |
lifeless | kiko | 04:07 |
jdub | stub: but on the wiki, i'm logged in as JeffWaugh2 | 04:07 |
elmo | no, numerically | 04:07 |
uws | heya jdub sign my gpg key! :P | 04:07 |
stub | (21:00:24) stub: jdub: What do you log in as? The DB says username jdub's wikiname is JeffWaugh | 04:07 |
=== Virtuall[BZA] [n=virtuall@80.233.208.92] has joined #launchpad | ||
=== Keybuk [n=scott@66.103.220.198] has joined #launchpad | ||
lifeless | elmo: numerically, he wont know, its in person.id | 04:08 |
lifeless | elmo: you have db access ? | 04:09 |
elmo | I have root, that doesn't mean I go around running SQL queries on the production DB for giggles | 04:09 |
stub | 1387, although I'd love to know what that is being used for apart from an internal database key? | 04:10 |
jdub | stub: yes, in launchpad, it just says JeffWaugh. when i log in to the wiki as jeff.waugh@ubuntu.com, the wiki user is JeffWaugh2 | 04:10 |
lifeless | elmo: well, you could ask 'staging' the query, which is where stub does most of his adhoc stuff, IRRC> | 04:11 |
stub | jdub: That is very wierd. That email address is linked to JeffWaugh | 04:11 |
elmo | stub: moin | 04:11 |
stub | elmo: oh... the perferences cache? I see. | 04:12 |
elmo | well not so much a cache as a data store, but yeah | 04:13 |
=== Virtuall[BZA] [i=virtuall@80.233.208.92] has joined #launchpad | ||
stub | jdub: The database is correct. I think you need to hassle spiv, or maybe those files elmo is poking in right now have the answer. | 04:13 |
stub | (Jeff is 6727) | 04:14 |
LarstiQ | uws: tsk | 04:16 |
elmo | I think you want spiv first, as it's not obvious how id maps to name, and the code to do it is square in the middle of stuff he patched | 04:23 |
elmo | kiko: as for yours, your account doesn't say disabled... | 04:23 |
=== kiko [n=kiko@66.103.220.203] has joined #launchpad | ||
elmo | kiko: as for yours, your account doesn't say disabled... | 04:25 |
kiko | elmo, that's odd, but it is disabled. I can't log in at least. | 04:26 |
=== GoRoDeK [n=gorodek@p5083D4D9.dip.t-dialin.net] has joined #launchpad | ||
spiv | elmo: The file name in moin for a user should be the launchpad ID, I think. | 04:38 |
elmo | spiv: yes, it is | 04:39 |
elmo | spiv: I more meant the mapping of launchpad ID -> wiki User Name | 04:39 |
spiv | Oh, right. | 04:40 |
spiv | That's from the database -- the query stub would have done earlier would be right. | 04:40 |
spiv | i.e. select wikiname from wikiname where person = X and wiki = 'http://whatever'; | 04:41 |
stub | Which gives JeffWaugh, not JeffWaugh2 | 04:42 |
spiv | Moin asks the authserver for that info, and it does (essentially) that query. | 04:42 |
=== spiv tries querying the authserver directly. | ||
=== lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad | ||
spiv | The authserver says jeff.waugh@ubuntu.com has a wikiname of JeffWaugh. | 04:43 |
kiko | spiv, mine is ChristianReis, right? | 04:44 |
spiv | kiko: right | 04:45 |
mpt | Who's lalo@canonical.com? | 04:46 |
kiko | mpt, someone who used to work with us | 04:46 |
spiv | jdub: https://wiki.ubuntu.com/JeffWaugh?action=info shows "JeffWaugh" in the edit history. | 04:46 |
spiv | jdub: Where are you seeing the string JeffWaugh2? | 04:47 |
mpt | They're the ancestor of all my branches | 04:47 |
jdub | spiv: moin | 04:47 |
jdub | oh, hold on | 04:47 |
spiv | jdub: Be more specific, please :P | 04:47 |
kiko | mpt, have you asked lifeless? | 04:47 |
mpt | kiko, it seems to be working fine, I was just wondering | 04:47 |
jdub | spiv: yeah, sec :) | 04:48 |
jdub | spiv: hrm, i'll bug you when i see it | 04:48 |
=== jdub [n=jdub@home.waugh.id.au] has left #launchpad [] | ||
spiv | Heh. | 04:49 |
kiko | mpt, sounds like a bug to me but.. | 04:49 |
spiv | I'll just assume that means jdub can't reproduce his problem ;) | 04:50 |
mpt | ok, lifeless: ping | 04:50 |
kiko | I can however, spiv :) | 04:51 |
spiv | kiko: Does that mean you have a URL for me? :) | 04:51 |
LarstiQ | mpt: Lalo Martins? | 04:53 |
jamesh | spiv: pending-reviews/ doesn't currently URL-decode the %2F in your branch name | 05:00 |
spiv | jamesh: I wondered about that... I couldn't remember if the @ confused it or not. | 05:01 |
spiv | jamesh: Although, %2f is slightly more correct, isn't it? | 05:02 |
jamesh | spiv: the '@' did confuse it at one point, but doesn't now | 05:04 |
kiko | spiv, well, I can' t log in to the wiki, period. | 05:07 |
jamesh | spiv: if you're done with your baz branches, you can move the contents of the andrew.bennetts@canonical.com/ directory up one level too | 05:07 |
LarstiQ | kiko: do you get an error? | 05:07 |
spiv | kiko: Using your launchpad login? | 05:08 |
kiko | spiv, yep | 05:08 |
spiv | (i.e. logging in as "kiko" not "ChristianReis") | 05:08 |
spiv | (or with your email address) | 05:08 |
kiko | spiv, as kiko@async.com.br | 05:08 |
spiv | That should work. | 05:09 |
spiv | Do you have access to macquarie? | 05:09 |
kiko | spiv, I /think/ I once clicked on "disable my account forever" because a user had done it and I wanted to reproduce | 05:09 |
kiko | spiv, no, I don't | 05:09 |
spiv | Oh. | 05:09 |
kiko | and in fact I lost it forever | 05:09 |
spiv | Heh. | 05:09 |
jamesh | kiko: create a new launchpad account, merge your existing one into it, and use that ... | 05:10 |
spiv | That option probably needs to die. | 05:10 |
jamesh | that'll get a new user ID | 05:10 |
kiko | no | 05:10 |
jamesh | no? | 05:10 |
kiko | that option should be nuked AND all disabled accounts should be reenabled | 05:11 |
spiv | kiko: re-enabling that needs elmo or someone else with direct access to wiki files. | 05:11 |
=== spiv looks at disabling disabling. | ||
kiko | spiv, elmo is a step away from me | 05:11 |
elmo | it's not disabled | 05:12 |
kiko | but he apparently said that my account isn' t disabled | 05:12 |
kiko | right | 05:12 |
jamesh | kiko: he might have been looking at your pre-launchpad user ID | 05:12 |
spiv | elmo: you checked file 1387? | 05:13 |
elmo | root@palmer:/srv/wiki.launchpad.canonical.com/www/data/user # grep disabled 1387 | 05:14 |
elmo | disabled=0 | 05:14 |
spiv | Hmm. | 05:14 |
kiko | hmmm | 05:14 |
kiko | hey stub, did you get my email? | 05:15 |
spiv | kiko: Hmm. | 05:15 |
stub | eh? | 05:15 |
kiko | stub, the one I sent yesterday, on gina? | 05:17 |
spiv | kiko: On chinstrap, could you fire up a python prompt, and do: >>> import xmlrpclib; s = xmlrpclib.Server('http://macquarie:8999/v2'); print s.authUser('kiko@async.com.br', 'xxx') | 05:17 |
stub | i rolled out a patch of yours on staging and fired off a gina run | 05:17 |
spiv | kiko: Only, with your actual password ;) | 05:17 |
spiv | And tell me if it returns an empty dictionary or not. | 05:17 |
kiko | stub, you /rock/ | 05:18 |
kiko | whee | 05:18 |
kiko | spiv, let me try. | 05:18 |
kiko | spiv, it returns my data correctly. | 05:19 |
kiko | {'wikiname': 'ChristianReis', 'emailaddresses': ['kiko@async.com.br', 'kiko@canonical.com'] , 'displayname': 'Christian Reis', 'id': 1387, 'teams': [{'displayname': 'Ubuntu Drivers', 'id': 322877, 'name': 'ubuntu-drivers'}, {'displayname': 'Christian Reis', 'id': 1387, 'name': 'kiko'}, {'displayname': 'Launchpad Developers', 'id': 15158, 'name': 'launchpad'}, {'displayname': 'Launchpad Administrators', 'id': 2794, 'name': 'admins'}, {'displayname': 'ShipIt | 05:19 |
kiko | Administrators', 'id': 243601, 'name': 'shipit-admins'}] } | 05:19 |
spiv | Ok, so the authserver end is working just fine. | 05:19 |
spiv | So the problem must be in moin somewhere. | 05:19 |
kiko | yeah, I knew it was because I can log in to any other wiki | 05:20 |
kiko | I think the issue is related to what I suggested before | 05:21 |
kiko | but.. I don't know for sure. | 05:21 |
spiv | Weird. | 05:21 |
=== mfuentes [n=mario@200.54.6.230] has joined #launchpad | ||
spiv | I didn't realise it was just the one moin. That's doubly weird. | 05:21 |
spiv | elmo: maybe diff kiko's moin user file from a working wiki? | 05:21 |
spiv | kiko: You're seeing "Sorry, wrong password", or something else? | 05:21 |
kiko | Sorry, wrong password. | 05:22 |
spiv | elmo: is there a "valid=0" in kiko's user file? (there should be no valid=foo line at all, but who knows...) | 05:23 |
=== matsubara is now known as matsubara-lunch | ||
elmo | spiv: no, valid=0, and diff to a random other ID looks sane | 05:29 |
elmo | http://people.ubuntu.com/~james/tmp/1387 | 05:29 |
spiv | elmo: thanks | 05:30 |
spiv | Yeah, certainly looks sane. | 05:31 |
spiv | kiko: I've got *no* idea. Must be a browser bug ;) | 05:31 |
spiv | The user code in moin is pretty horrible, but I can't see how it's horrible enough to muck that up. | 05:31 |
kiko | spiv, you are very funny | 05:32 |
spiv | Well, it is considerably past my bedtime :) | 05:32 |
jamesh | kiko: maybe you shouldn't have logged out forever | 05:32 |
kiko | jamesh, maybe not. I was trying to help verify a problem a user reported. | 05:36 |
spiv | Anyway, the patch to remove that option should be a simple one-liner (delete the obvious line from MoinMoin/user.py:User._checkbox_fields), but I'm not going to trust my testing of that at this time of night. | 05:37 |
=== yi [i=yi@rollright.bmsc.washington.edu] has left #launchpad [] | ||
lifeless | SteveA: ping | 05:43 |
lifeless | SteveA: can we get the lp test runner to not buffer everything until the end ? | 05:43 |
lifeless | SteveA: for pqm. | 05:44 |
=== Kinnison nods | ||
Kinnison | my merge was "Terminated" | 05:47 |
Kinnison | I assume by pqm | 05:47 |
lifeless | I dont know what that means | 05:47 |
Kinnison | Well, I sent off a merge | 05:48 |
Kinnison | it failed | 05:48 |
SteveA | lifeless: the point of that originally was to give no output on success, and only output on failure, because the test suite was too darn noisy. | 05:48 |
SteveA | now it is much less noisy | 05:48 |
Kinnison | The end of the log was : | 05:48 |
Kinnison | make: *** [check_merge] Terminated | 05:48 |
=== Kinnison assumed that was pqm | ||
lifeless | oh, I stomped on a merge | 05:48 |
lifeless | there was a bug I needed to correct that would have cuased a later failure. | 05:49 |
Kinnison | Oh | 05:49 |
=== Kinnison resubmits then | ||
=== Kinnison discovered that sshing into chinstrap and cp'ing the rocketfuel tree is a good way to start a branch | ||
kiko | stub, where are the logs going? | 05:50 |
stub | kiko: Same place as always | 05:50 |
Kinnison | certainly speeds up the subsequent push | 05:50 |
lifeless | Kinnison: read the MoveToBazNG page | 05:50 |
Keybuk | ...hmm, my Karma has been stuck on 69 for ages | 05:50 |
Keybuk | why do I think someone's hardcoded that | 05:50 |
kiko | stub, /srv... right? | 05:50 |
Kinnison | lifeless: erm, perdon? | 05:50 |
lifeless | Kinnison: its documented | 05:51 |
Kinnison | oh right | 05:51 |
LarstiQ | Kinnison: no reason, no reason at all | 05:51 |
stub | /srv/launchpad.ubuntu.com/gina-logs | 05:51 |
Kinnison | LarstiQ: whowhat?! | 05:51 |
LarstiQ | argh | 05:52 |
LarstiQ | s/Kinnison/Keybuk/ | 05:52 |
LarstiQ | Kinnison: sorry! | 05:52 |
SteveA | lifeless: https://wiki.launchpad.canonical.com/AssertionsInLaunchpad btw | 05:57 |
lifeless | yah | 05:59 |
lifeless | I had read that | 06:00 |
lifeless | and it doth not say 'in tests, do /donot' | 06:00 |
SteveA | yes | 06:00 |
SteveA | you should update it, or get someone else to do so, when this is all agreed | 06:01 |
=== bradb goes for lunch while his merge request inches up pqm's queue | ||
=== lamont-away is now known as lamont | ||
stub | lifeless: Will brads merge fail? The pqm message is different to the others (no sftp) | 06:17 |
stub | I just documented 'setting the parent' in the rsync recipe | 06:17 |
salgado | how big is a launchpad tree with all dependencies in bzr? | 06:29 |
lifeless | stub: yes, it will fail | 06:31 |
lifeless | bradb: ^^^ | 06:31 |
stub | bzr: ERROR: 'ascii' codec can't encode characters in position 25-26: ordinal not in range(128) | 06:37 |
stub | command: '/usr/bin/bzr' 're-sign' '-r' '1681..' | 06:37 |
stub | pwd: u'/home/stub/tmp/da' | 06:37 |
stub | error: exceptions.UnicodeEncodeError | 06:37 |
stub | at /usr/lib/python2.4/site-packages/bzrlib/testament.py line 168, in as_short_text() | 06:37 |
stub | see ~/.bzr.log for debug information | 06:37 |
stub | lifeless: Trying to resign one of my branches | 06:37 |
lifeless | stub: grah | 06:39 |
lifeless | stub: what bzr are you running ? | 06:39 |
stub | 23:39:21~/lp/da $ bzr --version | 06:39 |
stub | bzr (bazaar-ng) 0.6pre | 06:39 |
=== matsubara-lunch is now known as matsubara | ||
stub | jbaileys | 06:39 |
stub | I can reinstall integration from source easily enough | 06:40 |
lifeless | stub: can you file a bug, with the backtrace from bzr.log | 06:40 |
stub | Where are bugs filed? Launchpad? | 06:40 |
lifeless | bzr - malone | 06:40 |
=== jinty [n=jinty@G9ce5.g.pppool.de] has joined #launchpad | ||
=== LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad | ||
=== eruin [n=eruin@unaffiliated/eruin] has joined #launchpad | ||
lifeless | stub: so, please try with integration | 07:02 |
lifeless | stub: also, what was the problem with rollouts ? | 07:05 |
stub | rollouts? | 07:05 |
lifeless | you emailed saying you could not use the rollouts bzr | 07:05 |
SteveA | mpt: ping | 07:05 |
stub | Oh. Erm. I forget :-( | 07:06 |
stub | cm.py was hanging trying to get the first bzr branch (hct I think). Using the head of the integration branch fixed it. | 07:06 |
=== bradb resubmits his merge request | ||
=== bradb clicks the "cancel this merge request" link to cancel his earlier merge request</dreamer> | ||
=== salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
stub | lifeless: dies at the same place | 07:18 |
=== salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
salgado | lifeless, ping | 07:40 |
salgado | so, I was running "cm.py build configs/configs/canonical.com/launchpad/development | 07:41 |
salgado | " for more than 20 hours when we had a power outage. how can I resume that? | 07:41 |
bradb | salgado: dude, run that on chinstrap | 07:42 |
bradb | it'll be done in under an hour, IIRC (like, a lot under an hour IIRC) | 07:42 |
salgado | bradb, thanks dude. I thought I've seen someone saying some requirement for that wasn't installed on chinstrap | 07:44 |
salgado | looks like I got it wrong. :-( | 07:45 |
bradb | yeah, that was me :) lifeless installed bzr | 07:45 |
bradb | so, the instructions for doing it remotely should work fine now | 07:45 |
salgado | bradb, not really. :-( | 07:46 |
salgado | cm.py build configs/configs/canonical.com/launchpad/development | 07:46 |
salgado | Traceback (most recent call last): | 07:46 |
salgado | File "/usr/local/bin/cm.py", line 21, in ? | 07:46 |
salgado | from config_manager import main | 07:46 |
salgado | ImportError: No module named config_manager | 07:46 |
salgado | did you run it there? | 07:46 |
bradb | i ran the instructions verbatim | 07:46 |
salgado | oh, okay. the instructions on MoveToBazNG are different | 07:47 |
bradb | salgado: just follow the instructions word-for-word in "Using bzr remotelly and rsyncing locally" on that page | 07:47 |
bradb | s/lly/ly/ | 07:47 |
=== salgado follows bradb's advice. thanks again, dude | ||
bradb | no prob | 07:50 |
salgado | bradb, do you know why the hell we need to configure a greedy revision library? | 07:54 |
bradb | not really, no. I've already removed baz from my machine though, and I'd rather not think too much more about the way it "works". :) | 07:55 |
=== auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad | ||
lifeless | salgado: see 'MoveToBazNG' | 08:14 |
lifeless | stub: I'll try getting hct with integration | 08:15 |
=== SteveA [n=steve@66.103.220.202] has joined #launchpad | ||
=== sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has joined #launchpad | ||
=== mdz [n=mdz@66.103.220.211] has joined #launchpad | ||
kiko | bradb? | 08:43 |
bradb | yo | 08:43 |
kiko | how goes it duderino | 08:43 |
bradb | pretty good, you? | 08:43 |
kiko | bradb, not entirely ungood | 08:44 |
kiko | bradb, privmsg alert ;) | 08:44 |
bradb | good thing you told me! colloquy is teh suck for privmsg's | 08:44 |
kiko | I've since learned | 08:47 |
kiko | hey sabdfl, how's the other hemisphere? | 08:47 |
SteveA | salgado: seen mpt? | 08:50 |
matsubara | SteveA: I think he's on portuguese class | 08:53 |
=== mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
=== mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has left #launchpad [] | ||
=== mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
=== Nafallo is now known as Nafallo_away | ||
=== mgalvin [n=mgalvin@host-66-202-95-170.spr.choiceone.net] has joined #launchpad | ||
lifeless | SteveA: ping | 09:22 |
SteveA | yes | 09:22 |
lifeless | 19:02:56 INFO Applying comments.sql | 09:22 |
lifeless | createdb: database creation failed: ERROR: source database "launchpad_ftest_template" is being accessed by other users | 09:22 |
lifeless | Traceback (most recent call last): | 09:22 |
lifeless | ... | 09:22 |
lifeless | File "/home/pqm/arch/queue/workdir/home/---devel/launchpad/database/schema/../../lib/canonical/database/sqlbase.py", line 577, in connect | 09:22 |
lifeless | return psycopg.connect(con_str) | 09:22 |
lifeless | psycopg.OperationalError: FATAL: database "launchpad_empty" does not exist | 09:22 |
SteveA | any processes sitting around? | 09:22 |
lifeless | no, its not the normal. | 09:22 |
lifeless | rather than 'in use', its 'missing' | 09:23 |
SteveA | full disks? | 09:23 |
SteveA | let's ask elmo to look into it, from a sysadmin level | 09:23 |
lifeless | Filesystem Size Used Avail Use% Mounted on | 09:23 |
lifeless | /dev/sda3 537G 263G 247G 52% / | 09:23 |
lifeless | elmo: ping | 09:23 |
SteveA | hmm | 09:23 |
sabdfl | stub around at all? | 09:25 |
lifeless | hes asleep I think | 09:26 |
sabdfl | lifeless: in montreal? or in thailand still? | 09:26 |
lifeless | AFAIK, thailand. | 09:27 |
bradb | lifeless: did you try running the command more than once? | 09:27 |
bradb | sometimes it works the second time | 09:27 |
SteveA | SteveA: | 09:27 |
lifeless | bradb: thats pqm | 09:27 |
SteveA | sabdfl: according to the wiki, stub arrives on 1 nov | 09:27 |
SteveA | so, still in thailand | 09:27 |
bradb | lifeless: oh | 09:27 |
sabdfl | SteveA: i have a baz branch that contains last nights work. should i merge latest baz rocketfuel? | 09:28 |
sabdfl | it has a db patch that is good but needs a numberfrom stub. | 09:28 |
sabdfl | if you could merge it, morving the db patch to the official place, it will give you the Not for us bits and quite a bit of general cleanup | 09:28 |
sabdfl | it specifically needs a review from you, though | 09:29 |
sabdfl | because i was inspired finally to sort out the generalform infrastructure i created | 09:29 |
sabdfl | it now supports zcml directives | 09:29 |
SteveA | does that make it clearer? | 09:29 |
sabdfl | its really a much simpler form infrastructure for the non-trivial add/edit cases | 09:29 |
sabdfl | SteveA: yes, besides, it just feels proper | 09:30 |
sabdfl | but, there's some cargo culting of zope magic | 09:30 |
SteveA | i'm very keen to move as much as possible out of the zcml | 09:30 |
sabdfl | so a review would be welcomed | 09:30 |
SteveA | ok | 09:30 |
sabdfl | i'll mirror up the current branch, which passes tests | 09:30 |
SteveA | please add the details to the PendingReviews page so james' script can pick it up | 09:30 |
sabdfl | then i'll merge rocketfuel, and if that passes tests, will mirror it up too so a landing will be conflict-free | 09:31 |
sabdfl | i haven't done the bzr switcheroo | 09:31 |
SteveA | it takes a while | 09:31 |
SteveA | to convert your branches | 09:31 |
SteveA | a long while | 09:31 |
=== bradb retired his baz branches and just applied the diffs to new bzr branches | ||
bradb | the baz -> bzr branch conversions will be running all next week, at this pace | 09:32 |
SteveA | yes | 09:32 |
SteveA | but, they also make pqm really slow | 09:32 |
bradb | yep :/ | 09:32 |
SteveA | because it is all running on chinstrap | 09:32 |
SteveA | the load was about 12 earlier | 09:32 |
sabdfl | mark.shuttleworth@canonical.com/launchpad--pre-ubz-specs--0 | 09:33 |
sabdfl | elmo: is that integration box ready for lifeless love? | 09:33 |
sabdfl | sounds a bit like dating an english chick | 09:33 |
sabdfl | SteveA: plan is to move pqm to a dedicated fast box | 09:34 |
SteveA | yep | 09:34 |
SteveA | but i don't know what the ETA for that is | 09:34 |
mpt | lifeless: ping | 09:42 |
lifeless | pong | 09:42 |
mpt | lifeless: For every branch that's baz-imported, it gets to nearly finished, then says "ancestor of lalo@canonical.com--canonical-work-2004/pytranslations--devel--0.1--version-0 is lalo@canonical.com--canonical-work-2004/pytranslations--devel--0.1--patch-17", then begins the next one | 09:43 |
mpt | Is that any cause for concern? | 09:43 |
lifeless | nope | 09:43 |
mpt | good good | 09:44 |
lifeless | its just that the emission of the debug statement there means you do not see the end of the scroll bar | 09:44 |
mpt | ok | 09:44 |
mpt | I reported that as a bug, I just wanted to know whether the import was still being useful | 09:44 |
lifeless | very much so | 09:46 |
lifeless | thank you | 09:46 |
sabdfl | SteveA: mail from jamesh sais baz branches are being ignored by his script | 09:56 |
kiko | that is true | 09:57 |
jamesh | sabdfl: yeah. since they can't be landed. | 10:01 |
sabdfl | jamesh: np | 10:02 |
sabdfl | SteveA: you could tag from mine, fix db patch number, review, and land | 10:02 |
sabdfl | however | 10:02 |
sabdfl | i'm worried that it would make my work tonight behave weirdly w.t.o. conflicts etc | 10:02 |
SteveA | sabdfl: okay. i can review etc. without using james' script | 10:04 |
SteveA | do you have any idea what you will work on during the flight back? | 10:06 |
sabdfl | SteveA: privmsg todo list | 10:07 |
=== sfeehan [n=sfeehan@132.198.90.91] has joined #launchpad | ||
=== sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] | ||
SteveA | mpt: how do you specify a minimum table cell height? | 10:31 |
mpt | SteveA: min-height: whatever; | 10:32 |
SteveA | thanks | 10:33 |
elmo | can you safely modify a list you're iterating over? | 10:33 |
SteveA | no | 10:33 |
SteveA | well | 10:33 |
elmo | bother | 10:33 |
lifeless | elmo: new_list = list(old); for member in old: | 10:36 |
elmo | is that more idiomatic than copy.copy() ? | 10:36 |
SteveA | yes | 10:36 |
lifeless | its easier :) | 10:37 |
SteveA | copy.copy() attempts a deep copy | 10:37 |
SteveA | or does it | 10:37 |
lifeless | err no | 10:37 |
SteveA | whatever | 10:37 |
SteveA | it's all CRACK anywya | 10:37 |
elmo | copy.deepcopy() does a deep copy, copy.copy() is shallow | 10:37 |
lifeless | Help on function copy in copy: | 10:37 |
lifeless | copy.copy = copy(x) | 10:37 |
lifeless | Shallow copy operation on arbitrary Python objects. | 10:37 |
lifeless | 10:37 | |
SteveA | elmo: if you're iterating over the list, you can modify its members. | 10:37 |
lifeless | elmo: list(foo) is nice in that it ensure you have a list | 10:37 |
lifeless | copy.copy is nice in that it preserves the type | 10:37 |
SteveA | but you can't add to or remove elements from the list | 10:38 |
elmo | SteveA: sorry, by "modify", I mean use .remove() | 10:38 |
SteveA | yeah, don't | 10:38 |
SteveA | use a copy | 10:38 |
LarstiQ | for item in old[:] : is also iodmatic, but list(old) is nicer | 10:38 |
elmo | yeah, I'd done that by 'bother' :) | 10:38 |
=== SteveA msgs mpt | ||
bradb | elmo: you might want to use something like "newlist = [foo for foo in bar if foo == something] " to filter items out of a list. | 10:39 |
=== gneuman [n=gneuman@200-171-140-32.dsl.telesp.net.br] has joined #launchpad | ||
=== salgado [n=salgado@201-26-78-69.dsl.telesp.net.br] has joined #launchpad | ||
=== TylerM [n=TylerM@66.244.194.174] has joined #launchpad | ||
TylerM | anyone here got a geographic data or mapping project on the go via launchpad? | 10:55 |
kiko | not yet, TylerM! | 10:56 |
=== salgado [n=salgado@201-26-78-69.dsl.telesp.net.br] has joined #launchpad | ||
bradb | hm, by the time one writes an interface, a content class, a dbschema vocab, a *Set utility (and a doctest for that), and hooks it all up in ZCML, it seems to take about 150-200 lines of code/doctest/config to expose a new domain object in LP (of course, that's not counting any extra logic beyond the minimum CRUD APIs) | 11:06 |
SteveA | why do you need a *Set ? | 11:09 |
SteveA | shuldn't need that | 11:09 |
lifeless | because he is writing stars! | 11:09 |
bradb | SteveA: to create the object | 11:09 |
SteveA | we generally create objects in the context of something | 11:09 |
SteveA | you're probably not creating a new context object | 11:10 |
SteveA | don't create unnecessary content sets | 11:10 |
bradb | SteveA: that's interesting that you say we "generally" do that, because we have already 79 *Set interfaces | 11:12 |
bradb | and it often seems like 1-to-1 domain object to *Set | 11:13 |
SteveA | we should get rid of most of them | 11:14 |
bradb | indeed :) | 11:14 |
bradb | i hope we can trim down to under 10,000 lines of XML config too :) | 11:15 |
SteveA | i'm going to be getting rid of much of the zcml in time | 11:15 |
bradb | it sounds like you want less of that. simplicity is the new black. | 11:15 |
bradb | so, in this case, I'll do the create in IDistributionSourcePackage.subscribe | 11:16 |
=== sfeehan [n=sfeehan@132.198.90.91] has left #launchpad [] | ||
TylerM | kiko: thanks :) | 11:19 |
kiko | sounds interesting though | 11:19 |
TylerM | it's what I really care about :) http://oreillynet.com/pub/au/1898 | 11:26 |
TylerM | the commercial realm is quite monopolised and the open source geospatial realm is exhilirating... | 11:26 |
=== jdub [n=jdub@home.waugh.id.au] has joined #launchpad | ||
jdub | spiv: ping | 11:33 |
=== mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has left #launchpad [] | ||
jdub | spiv: that 'JeffWaugh2' user is now 'MrPantless' | 11:35 |
jdub | https://wiki.ubuntu.com/UbuntuBelowZero/LoveDay?action=info | 11:35 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!