/srv/irclogs.ubuntu.com/2011/06/28/#launchpad-dev.txt

LPCIBotProject parallel-test build #76: STILL FAILING in 1 hr 9 min: https://lpci.wedontsleep.org/job/parallel-test/76/00:37
LPCIBotProject devel build #842: FAILURE in 5 hr 32 min: https://lpci.wedontsleep.org/job/devel/842/02:19
LPCIBotProject parallel-test build #77: STILL FAILING in 1 hr 9 min: https://lpci.wedontsleep.org/job/parallel-test/77/05:10
LPCIBotProject db-devel build #673: FAILURE in 5 hr 38 min: https://lpci.wedontsleep.org/job/db-devel/673/06:36
LPCIBotProject devel build #843: STILL FAILING in 5 hr 16 min: https://lpci.wedontsleep.org/job/devel/843/07:36
huwshimiA couple of UI changes to be reviewed if anyone wants to do them:09:09
huwshimihttps://code.launchpad.net/~huwshimi/launchpad/what-next-712259/+merge/6603009:09
huwshimihttps://code.launchpad.net/~huwshimi/launchpad/table-headings-728187/+merge/6600809:09
wgrantbigjools: I ripped Storm out of lazr.amqp last night.09:10
bigjools\o/09:10
wgrantAnd got it working with the rabbit fixture instead of system rabbit with hacked landscape setup script.09:10
wgrantBut it's slow.09:10
bigjools\o/ and :(09:10
wgrantSo I need to port the test suite to testtools instead.09:11
wgrantRather than using zope.testrunner.09:11
wgrantBut lifeless and jml know about that.09:11
bigjoolsjfdi09:11
wgrantSo it's doable this morning.09:11
wgrantRabbit changes aren't landed yet, but the suite passes locally with them.09:11
* StevenK giggles at "\o/ and :("09:11
wgrantSo you can happily turn off your system rabbit soon :)09:11
bigjoolsWOOHOO!09:11
jmlwgrant: ok. I can work with you on that, since my talk is during this plenary session09:12
jmlmatsubara: you should talk to flacoste & deryck about their acceptance test plans09:13
jmlmatsubara: involves selenium & LEPs09:13
wgrantjml: I think it should be pretty easy.09:14
jmlwgrant: yeah09:14
wgrantjml: I started it yesterday but then abandoned it when I looked at docs.09:14
wgrantI wonder how trivial a rabbit backport to lucid/maverick is.09:15
wgrantOr possibly just skip the reject test on older rabbits.09:15
jelmerwgrant: new deployment, w00t :)09:15
wgrantjelmer: Yup, and the upgrades work fine.09:15
wgrantjelmer: Not sure about the automatic Invalid stuff, though.09:16
wgrantThanks for fixing that up!09:16
matsubarajml, will do. thanks for the heads up09:16
LPCIBotProject parallel-test build #78: STILL FAILING in 1 hr 6 min: https://lpci.wedontsleep.org/job/parallel-test/78/09:49
wgrantThere we go.09:55
wgrantI tried persisting the rabbit process and just recreating the vhost between tests, but that seems to take 100-200ms... but it seems OK to just manually clear out the vhost over AMQP.09:56
wgrantSo I now have a fast test suite using the rabbit fixture.09:56
wgrantyay.09:56
rvbawgrant: Could you please update DF when you get a chance?10:03
StevenKWait until I'm done with it.10:05
StevenKPlease. :-)10:05
matsubaraCould someone review this branch for me: https://code.launchpad.net/~matsubara/launchpad/724727-single-line-inline-editor/+merge/66089? It's a small css change10:11
wgrantStevenK: (too late)10:14
wgrantBut I didn't restart the appserver, since I know you're using the librarian.10:14
StevenKRight10:14
StevenKCan you prod and see if memcached is running?10:14
wgrantThere is a memcached running.10:14
wgrant(zomg, no latency!)10:15
StevenK2011-06-28 09:15:04 WARNING Memcache set failed for populate-bprc10:15
StevenK:-(10:15
wgrantChecking conifg.s10:15
wgrantah.10:15
wgrantStevenK: The system memcached is running, but the Launchpad one is not.10:16
wgrantShould I start it? (needs appsever/librarian restart)10:16
StevenKWait until garbo finishes10:16
wgrantk10:17
StevenK2011-06-28 09:17:56 DEBUG2  [PopulateBinaryPackageReleaseContents] Iteration 1106 (size 1.0): 3.701 seconds10:18
lifelessmorning guys10:22
wgrantGood day sir.10:22
lifelessI have my webcam ready to roll10:22
lifelessif someone can skype me that would be great10:22
wgrantExcellent.10:22
StevenK2011-06-28 09:23:24 DEBUG2  [PopulateBinaryPackageReleaseContents] Done. 1192 items in 1192 iterations, 3267.929582 seconds, average size 1.000000 (0.364756941707/s)10:23
StevenKwgrant: Please to be restarting.10:23
lifelessspm: http://onefte.com/2011/06/27/youre-such-an-enabler/ is the bomb!10:25
wgrantStevenK: Should be running now.10:29
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
=== almaisan-away is now known as al-maisan
jmllifeless: technology ensues10:33
lifeless\o.10:34
=== al-maisan is now known as almaisan-away
jmllifeless: inappropriate branding!10:34
lifelessjml: save-as branding10:35
StevenKlifeless: Can we troll you instead?10:42
StevenKlifeless: Seriously, please talk a little slower.10:42
wgrantIt's not that bad...10:42
lifelesscall dropped10:43
lifelessor held ?10:43
wgrantFrancis killed it.10:43
wgrantSomehow.10:43
jmllifeless: flacoste pressed the wrong button10:43
jmlI bet he hit <space>10:43
bigjoolsPEBKAC10:43
=== mrevell_ is now known as mrevell
jmllifeless: that means "99%ile is twice as fast"?10:47
jmlhttps://dev.launchpad.net/ArchitectureGuide/Services10:51
StevenKlifeless: Does it suffer from the /tmp issue?10:54
StevenK\o/10:54
poolielifeless: there's going to be more than 86 lines of work in getting it deployed, is my impression10:55
jmlpoolie: hah!10:55
pooliefor example the requirement for monitoring etc10:55
poolielifeless: i like the way you've kept banging the drum of performance tuesday10:55
poolielifeless: it might be easier to put questions on irc10:56
pooliejml: ?10:56
jmllifeless: <wallyworld> we've chosen web.py as our web infrastructure for our microservices, we've had other suggestions here that might be better (e.g. pyramid), why have we chosen web.py?10:57
jmlpoolie: the "more than 85 lines of code" comment10:57
jmlpoolie: it's true.10:57
poolieah10:58
pooliei hoped for a moment you were laughing because i was wrong :)10:58
wgrantpoolie: Well, I think that initial cost is high, but it will become tiny once we have a few services set up similalr.y10:58
jmlwgrant: yeah, that's what I was thinking10:58
jmlpoolie: maybe one day you will be :)10:59
poolieyeah, and as IS continue their projects for puppet, or as things become more containerized10:59
wgrantLike haproxy is now.10:59
wgrantInitial cost was high.10:59
wgrantBut now we have it set up, we can add new stuff to it trivially.10:59
jmlalso as we figure out our monitoring needs & come up with stuff that is easy to use, for example10:59
wgrantRight.10:59
poolielifeless: this seems a bit inconsistent with saying that we can't use graphite because of (what was it) mental load11:00
wgrantIt's going to be a slow start.11:00
jmlalthough very much agree w/ what lifeless is saying right now about not converging on tech choices too soon.11:00
poolieme too11:00
jmlwhat are you banging?11:01
wgrantI think pyramid is similarly inappropriate.11:01
wgrantIt seems to be an application framework.11:01
wgrantSmaller, but still an application framework, sort of.11:01
jmlhttps://dev.launchpad.net/ArchitectureGuide/ServicesRequirements11:02
jmlfor those who want to read them11:02
pooliei do agree with experimenting with new technologies, and that new ones are needed11:02
wgrantThanks jml11:02
stubI was considering hacking up a version of Robert's work to use ZeroMQ so a direct comparison can be made.11:03
wgrantlifeless: But don't the LOSAs already manage graphite instances, so it's not quite the same thing?11:04
pooliei guess i find it hard to believe having two graphing services will cause more mental load than having some code in node and same in python11:04
poolienm11:04
pooliei don't want to side track11:04
pooliethe general issue is: what's the amount of diversity that is acceptable?11:05
poolieany amount?11:05
pooliei'm not trying to debate the particular case here11:05
jmlso the problem is that it would violate the need for a canonical, trusted, operational data source11:05
jmlrather than that it would be new tech?11:06
poolielifeless: we're hanging up on you11:09
jmllifeless: you're still on screen, fwiw11:09
poolielifeless: i don't mind changing this to tuolumne (much) but i don't understand the architectural position behind it11:10
pooliewell... i can understand saying it's easier to do them in two steps11:10
lifelesspoolie: graphing is a core realtime troubleshooting service11:11
lifelesspoolie: development of a service is a nonrealtime isolated service11:12
lifelesspoolie: it isn't an architectural position to say that the troubleshooting stuff - logs, graphs, etc - need to be as consistent and reliable as we can11:12
lifelesspoolie: its a pure ops position11:13
pooliedon't frameworks have big ops consequences?11:13
pooliewell, perhaps microframeworks don't, but deploying say go or nodejs seems likely to substantially impact operational debugging11:14
pooliewell11:14
lifelesspoolie: there will be an impact yes; its not free11:14
lifelesspoolie: but by their nature they are more isolated than graphing11:15
lifelessbigjools: so, around11:16
lifeless?11:16
poolieit's a coffee break now11:22
pooliei' guess he'll be back later11:22
lifelesspoolie: another way to talk about the tuolumne/graphite thing11:24
lifelesspoolie: for a given microservice, we'll only have *one* implementation live11:25
lifelesspoolie: (unless we're deliberately migrating [as a funded driven project, not an itch-scratch that could stop at any time] betweeen implementations)11:25
pooliethat's a reasonable point11:29
pooliesinzui, when is that bugfix likely to go out onto qas?11:30
lifelesspoolie: I can tell you are confused; you feel its inconsistent : I don't think it is, but IRC late at night isn't a brilliant way to tease it out. if you want voice, I can happily do that.11:31
poolieit's not a practical problem for me at the moment11:32
pooliei'm sorry it apparently took over your session, which wasn't my intention11:32
lifelessno worries; it was only a slight segue11:33
pooliecould someone send me the page performance report url?11:33
lifelesspoolie: https://devpad.canonical.com/~lpqateam/ppr/lpnet/latest-daily-partition.html11:33
pooliethe stats stuff i've been reading reinforced to me that its treatment of times as normally distributed is very bogus11:34
lifelesshugely11:34
lifelesspatches solicited!11:34
pooliei like the way it has highly optimized algorithms from Knuth implementing the wrong solution11:34
pooliecomplete with citations of learned papers11:34
poolieanyhow, go and sleep11:35
lifelesspoolie: well, for the purpose of giving us -a- baseline and running ok, its fit for purpose11:35
poolieright11:35
poolieas it speeds up the numbers will go down so it may be mostly academic11:36
lifelesspoolie: I would be worried if I thought the reported 99th percentile would be low.11:37
lifelesspoolie: I don't think it will be11:37
matsubarabenji, https://code.launchpad.net/~matsubara/launchpad/724727-single-line-inline-editor/+merge/6608911:38
lifelessbigjools: ping11:39
bigjoolslifeless: you punged?11:39
lifelessI did11:39
lifelessdo you have a few minutes for a private skype call ?11:39
bigjoolslifeless: for you, of course, let me get set up, one min11:40
bigjoolslifeless: actually, 5 mins, I need to run to my room to get my headset11:40
lifelessthats fine11:40
lifelessI shall go talk to lynne for a minute ;)11:40
bigjoolslifeless: ok one minute again, allenap lent me his11:41
huwshimiAnyone want to do some ui reviews for me?11:43
huwshimiMore specifically: https://code.launchpad.net/~huwshimi/launchpad/what-next-712259/+merge/66030 and https://code.launchpad.net/~huwshimi/launchpad/table-headings-728187/+merge/6600811:43
bigjoolslifeless: hang on11:43
bigjoolsheadset fail11:43
lifelessbigjools: hanging :>11:43
bigjoolsas in skype doesn't want to use it11:44
lifelesspoolie: deployment overhead for microservices needs automation, but they should be (roughly) one init script [cookie cutter], one log feeder into tuolumne (standard apache format, so no coding), one nagios probe to hit a good url (also cookie cutter), and a stock haproxy config (also cookie cutter)11:46
lifelessjml: I haven't written up the testing/importing aspects of services yet, today was more fragmented than I anticipated11:47
lifelessstub: a 0mq service impl would be interesting indeed11:48
lifelessstub: I am not convinced by my own analysis about ha needs yet ;) - having some experience and learning there would be most excellent11:49
pooliei wonder about the 99th percentile; it seems it ought to be possible to calculate it mathematically11:50
pooliei wonder if my R is up to it11:51
barrygary_poster: when's a good time to get together with you and sinzui?11:51
lifelesspoolie: one thing to note is our dataset size - we're dealing with 12M rows per day, and for each row we have pageid, service time, sql time, sql query count11:52
poolieso any patch needs to not break the scaling behaviour11:53
bachas anyone seen abentley?11:56
huwshimibac: Just saw him walk out of the main LP room11:57
bacthanks huwshimi...hopefully he's coming upstairs11:57
huwshimibenji: Do you feel like doing a couple of reviews for me?11:59
jmlhttps://code.launchpad.net/~jml/lazr.amqp/license-and-copyright/+merge/6611311:59
stublifeless: where does the updated batching code live? Looking at Bug #739052   with abel.12:00
_mup_Bug #739052: Distribution:+builds timeout <timeout> <Launchpad itself:Triaged by adeuring> < https://launchpad.net/bugs/739052 >12:00
stublifeless: Batching over nearly 800,000 results in a bad case12:01
stublifeless: nm. Found it.12:04
gary_posterhey barry!  how about right after lunch, 2-ish?12:04
barrygary_poster: sounds good12:06
barrygary_poster: i'll meet you in the lp room12:06
gary_posterthanks barry!12:07
poolielifeless: fyi mean+3*stddev does underestimate the 99th percentile time of an exponential distribution12:10
poolieby about 12%12:11
StevenKlifeless: Are you around by any chance?12:11
lifelessStevenK: yes12:11
pooliethis is based just on the generic distributions, not launchpad's specific data12:11
lifelessstub: you're going to finish it off \o/12:12
lifeless?12:12
poolieit might actually more likely be an erlang distribution, not exponential12:12
lifelessstub: there were only a few remaining glitches in my branch, I think.12:12
lifelessstub: https://code.launchpad.net/~lifeless/launchpad/bug-752153/+merge/5650512:13
StevenKlifeless: Do you know how large the path table for the conflicts checker is?12:13
lifelessstub: https://code.launchpad.net/~lifeless/launchpad/bug-759467/+merge/58262 is also -so-close-to-done- that will help with some timeouts12:13
lifelessStevenK: not offhand12:13
jcsackett_wallyworld: some code supposedly using the App Framework i have just found. https://github.com/ericf/photosnear.me/blob/master/public/photosnearme.js12:14
poolieso it's not collossally off, probably12:14
jcsackett_er, wallyworld_ ^12:14
allenapwgrant, gmb, jml, bigjools: The Rabbit fixture gives off working-like noises and is in lp:~allenap/+junk/lazr.fixtures12:16
allenaprvba: Oops, you too ^12:16
stublifeless: Bah. Thought that stuff all landed.12:17
jmlallenap: cool!12:18
lifelessStevenK: the schema:12:19
lifelessCREATE TABLE binpackagefiles (package_id INTEGER, file_id INTEGER);12:20
lifelessCREATE TABLE filepath (id INTEGER PRIMARY KEY, path VARCHAR);12:20
lifelessCREATE TABLE packageversion (id INTEGER PRIMARY KEY, name_id INTEGER, version VARCHAR, arch_id INTEGER, controltext VARCHAR, analyzed_level INTEGER, preinst_hash VARCHAR);12:20
lifeless select count(*) from binpackagefiles;12:20
lifeless4941635512:20
StevenKlifeless: Right, I'm curious how large the filepath table is12:20
lifelessits counting now12:20
lifelessit wasn't running, so its all cold IO12:20
StevenKight12:20
StevenK*Right12:20
lifelessbut clearly < 49M :P12:21
jcsackett_wallyworld_: https://github.com/yui/yui3/tree/master/src/app/js12:22
lifelessStevenK: select count(*) from filepath;12:23
lifeless1101838112:23
lifelessStevenK: do you want the rows?12:23
StevenKSo 11 million or so12:23
lifeless select * from filepath limit 1;12:23
lifeless1|usr/bin/2vcard12:23
StevenKI'm trying to work out how large the BPP and BPRC tables are going to be.12:24
StevenKBPP might only be a couple of GiB12:25
lifelessaverage length 61.312:26
lifelessselect sum(length(path)) from filepath;12:26
lifeless67527410712:26
danilosgmb, hi, I am about to remove your JS code for "collapsibles" which I can't find being used anywhere; you've got 0.04s to complain ;)12:26
StevenKlifeless: With 350,000 paths on DF, the table is currently 75MiB.12:26
lifeless(e.g. < 700MB)12:26
gmbdanilos: No complaints. Kill it.12:26
danilosgmb, cool, thanks12:26
poolieafter a branch lands to devel, how soon can i expect to see it on qas?12:26
lifelesspoolie: 7 hours12:27
benjiRiddell: http://docs.python.org/library/pdb.html#debugger-commands12:27
lifelesspoolie: up to 13 if it just missed a buildbot run12:27
LPCIBotProject db-devel build #674: STILL FAILING in 5 hr 51 min: https://lpci.wedontsleep.org/job/db-devel/674/12:27
lifelesspoolie: more if trunk is broken12:27
lifelessstub: I wish they had landed :)12:27
StevenKstub: Where are you hiding?12:29
pooliethanks12:29
pooliestevenk also told me to look at the estimate in builbdot and add 30m12:30
StevenKlifeless: I question your 7. I thought qas took ~ 30 minutes to update12:30
pooliethe step up in https://lpstats.canonical.com/graphs/CodebrowseHTTPResponses/ is a bit interesting12:30
lifelessStevenK: 6 hours to go through BB12:30
stubStevenK: Up with Julian for rabbity stuff12:30
lifelessStevenK: 30 minute frequency of qas updates12:30
lifelessStevenK: 15 minutes latency for the carob copy to update after BB12:31
lifelessStevenK: and then the build-and-deploy time on asuka12:31
stubadeuring: I'll send lp:~lifeless/launchpad/bug-752153 off to ec2 test to see how close it is to landing. I think we need this branch to land before we can tackle the batching bug.12:31
benjiRiddell: http://docs.zope.org/zope2/zope2book/AppendixC.html12:32
adeuringstub: ok12:32
poolieso probably no less than 7 and possibly more?12:33
stublifeless: So StevenK has about 30GB of new data to store (every file path in every package). Microservice or main LP DB?12:34
lifelesspoolie: right12:34
benjijcsackett_: did you figure anything out on bug 436247?12:34
_mup_Bug #436247: links in side portlets are too close <easy> <lp-bugs> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/436247 >12:34
jcsackett_benji: i wasn't able to pursue it with my computer randomly dying. :-P12:35
jcsackett_benji: as huwshimi pointed out, probably worth bugging sinzui12:36
=== jcsackett_ is now known as jcsackett
lifelessstub: If a microservice makes sense for it, \o/.12:36
lifelessstub: be sure to consider the whole use case in assessing that12:37
matsubarabigjools, is there an easy way to create a private ppa in launchpad.dev with some dummy packages in it?12:37
stublifeless: I was poking him to talk to you about it if you are in your teddy bear suit.12:37
lifelesssure, I can do that12:37
lifelessjml: can you champion my service fake tests etc today, I promise to write it up tomorrow12:50
lifelessStevenK: so did you want to talk about doing amicroservice? skype?12:53
jmllifeless: ok12:53
StevenKlifeless: I haz no skype12:53
lifelessStevenK: voip?12:53
StevenKlifeless: If it's 30GiB, I'm comfortable doing it in the main database since it will be running as part of the publisher.12:54
lifelessjml: thanks!12:54
StevenKlifeless: TBH, I came to Dublin not expecting to do anything like Skype. I can only do Mumble, except that I don't have a headset.12:54
lifelessStevenK: the size of the data doesn't particular impact the service-nature of it for me12:55
lifelessStevenK: things that make a difference are - is it potentially reusable for other goals?12:56
StevenKlifeless: It is not.12:56
lifelessStevenK: does it have different HA needs to the rest of the system (e.g. if its a cache we could rebuild it on failure rather than having N copies)12:56
StevenKIt's a list of contents of binary packages, I can't think of anything aside from contents generation that will find that useful.12:56
wgrantStevenK: But, equally, there's no reason to have it in LP :)12:57
StevenKBut it's *easy* if it is in LP.12:57
lifelessStevenK: does it have different IO needs than the rest of the system - e.g. will having it in the main DB sacrifice memory to it whereas on a different system it could be always-cold and we wouldn't care12:57
StevenKAnd since this is a spare-time project, I'm loving the easy.12:57
wgrantStevenK: But it's in LP if it is in LP.12:57
lifelessdoes the rest of the system need to know about the implementation of this thing?12:58
StevenKThe publisher will12:58
lifeless(if yes, it shouldn't be a service; if no it could be a service)12:58
lifelessStevenK: FWIW I think that the contents.gz thing wouldn't make a good microservice on its own; it would need publishing data included in it. Such redundancy isn't necessarily bad (in fact having a service that handles archives, their internal consistency, etc, including contents.gz, would be awesome)13:06
lifelessStevenK: so I'm totally fine with you including it in LP itself, given that we don't have that other service to put this in instead.13:06
StevenKlifeless: Okay.13:06
lifelessStevenK: it will often be easier (short term) to bundle stuff into the LP tree13:08
lifelessStevenK: I'm glad stub suggested making it into a microservice; I think this particular case is probably too awkward right now, but we need to start doing it more13:09
lifelessalrighty, its pumpkin time13:12
lifelessciao13:12
bigjoolsmatsubara: hey, sorry didn't answer you earlier14:05
=== jr__ is now known as Riddell
jtvwgrant, StevenK: do you have uncommitted changes in dogfood's source tree?14:49
StevenKYes.14:50
jtvboo14:50
nhandlerI'm writing a Perl script to try and interact with Launchpad using the API. I am able to get a request and access token, but making signed API requests fails. I get a 401 error with a 'Client-Warning: Missing Authenticate header' (despite having a request matching that of the documentation) and an 'Unknown consumer (nameOfMyApp)' message. Any ideas on what might be wrong?15:19
jcsackettwallyworld: https://code.launchpad.net/~launchpad-teal-squad/launchpad/lazr-js-kicking-and-screaming15:23
rvbawgrant: could you send me these cryptic python lines that you used to publish a message on rabbit?15:28
wgrantrvba, bigjools: http://paste.ubuntu.com/634325/15:29
huwshimibenji: https://code.launchpad.net/~huwshimi/launchpad/what-next-712259/+merge/66030 and https://code.launchpad.net/~huwshimi/launchpad/table-headings-728187/+merge/6600815:31
wgrantbigjools, rvba: http://paste.ubuntu.com/634326/15:31
* benji looks.15:31
jcsacketthuwshimi: https://code.launchpad.net/~launchpad/launchpad/lazr-js-kicking-and-screaming15:34
wallyworld_rockstar: ping!15:37
benjihuwshimi: both branches are approved, I had a thought on the second you might be interested in (or not;)15:48
huwshimibenji: Thanks a lot, I'll take a look15:48
bigjoolsstub: http://paste.ubuntu.com/634326/16:00
rockstarwallyworld_, pong16:04
bigjoolsrvba: http://pastebin.ubuntu.com/634349/16:04
wallyworld_hi rockstar. long story. we are packaging yui as a tarball to go in download-cache and i am porting the lazr-js build utils across to lp. someone said you had done something similar. i was wondering about any gotchas that i should be aware of16:06
rockstarwallyworld_, https://launchpad.net/lazr.jstools16:08
wallyworld_rockstar: thanks. i'll take a peek16:08
rockstarwallyworld_, hm, there seems to be no branch there, but I'm sure I pushed it.16:08
rockstarwallyworld_, lemme dig around, I'm sure I have a backup of it as well.16:09
wallyworld_rockstar: ok. thanks. appreciate it16:09
rockstarwallyworld_, I will say that the tools we were using in lazr-js tend to be less effective than, say YUI Compressor.16:09
rockstarU1 is now using YUI compressor.  It compresses YUI code a lot better than Chrome's js tools we were using in lazr-js.16:10
bigjoolsrvba: http://pastebin.ubuntu.com/634351/16:10
wallyworld_rockstar: ok. we'll need to take a look at that too then. first step is a straight port and then we can tweak and optimise :-)16:10
danilosjtv, https://code.launchpad.net/~danilo/launchpad/branch-portlet-details-remove/+merge/6611716:18
danilospoolie, I've added the link to jtv's branch to the project wiki page, fwiw16:25
pooliethanks!16:29
wgrantrvba: http://paste.ubuntu.com/634369/16:41
rvbawgrant: thanks.16:41
jmlNarwhals! Narwhals!16:45
wgrantSwimming in the ocean.16:46
poolieRiddell: https://bugs.launchpad.net/bugs/80138816:46
_mup_Bug #801388: some person pickers show "assign me"/"remove assignee" when that makes no sense <disclosure> <person-picker> <ui> <Launchpad itself:In Progress by wallyworld> < https://launchpad.net/bugs/801388 >16:46
jmljcsackett: http://metaquotes.livejournal.com/6644038.html16:49
jelmerjml: Do you perhaps have a moment to go over the BFBIA LEP this week?16:56
jmljelmer: yes, I do.16:56
jmljelmer: could do it pretty soon, actually16:57
jmljelmer: otherwise, make an appointment on my calendar.16:57
jelmerjml: Pretty soon works for me, too16:58
jmljelmer: ok.16:58
LPCIBotProject parallel-test build #79: STILL FAILING in 1 hr 1 min: https://lpci.wedontsleep.org/job/parallel-test/79/17:00
LPCIBotYippie, build fixed!17:05
LPCIBotProject devel build #844: FIXED in 5 hr 52 min: https://lpci.wedontsleep.org/job/devel/844/17:05
=== beuno is now known as bueno-lunch
=== salgado is now known as salgado-lunch
danilosderyck, hey, since sinzui is not on IRC, how about you look at https://code.launchpad.net/~danilo/launchpad/speed-up-subscription-tests/+merge/66120 :)17:07
deryckdanilos, sure.  :-)  Looking now....17:08
deryckdanilos, Y.lazr.anim was already available due to YUI().use for the test module?17:10
danilosderyck, yeah, and fwiw, the test works17:10
danilosderyck, I also increased the wait to 200ms from 20ms on sinzui's suggestion17:10
deryckdanilos, I'm worried the 200ms is still too long.  But there can be some difference between machines....17:11
deryckdanilos, but I would think 100ms should be enough even for slower machines.17:11
deryckunless the dom work is happening beyond the anim completing.17:12
deryckdanilos, but sinzui tells me know 100-200ms is expected.  So I say try 100.  Lower is always better :)17:13
danilosderyck, 20ms works for me just fine, but let's try 100ms for buildbot (if it ever gets back there :)17:23
deryckdanilos, I'm chatting more with sinzui about this now. his machine is what failed earlier, not buildbot.17:23
danilosderyck, oh17:23
=== bueno-lunch is now known as beuno
LPCIBotYippie, build fixed!18:20
LPCIBotProject db-devel build #675: FIXED in 5 hr 53 min: https://lpci.wedontsleep.org/job/db-devel/675/18:20
=== salgado-lunch is now known as salgado
lifelessflacoste: hi22:08
LPCIBotProject devel build #845: FAILURE in 5 hr 34 min: https://lpci.wedontsleep.org/job/devel/845/22:39
poolielifeless, Riddell, maybe we should just remove that option23:07
pooliedoes anyone ever want to see the least recently changed bugs?23:07
pooliei suppose maybe if you want to update the stalest inprogress or incomplete bugs23:08
* jelmer doesn't think he's ever used it or would ever use it23:08
poolieperhaps 'changed long ago'23:09
pooliekind of gets into whether people ven know what 'changed' means, exactly23:09
pooliethe bug in this area i would actuall ymost like closed is https://bugs.launchpad.net/launchpad/+bug/27735223:11
_mup_Bug #277352: should be easier to search for closed bugs <lp-bugs> <Launchpad itself:Triaged> < https://launchpad.net/bugs/277352 >23:11
poolie(which is not so trivial, but maybe not so hard)23:11
pooliei'm surprised it doesn't have more dupes23:11
poolielifeless: when's the next lpnet rollout?23:15
jelmerpoolie, that one has annoyed me too in the past23:19
lifelesspoolie: when someone in dubling requests it23:21
poolieis it cheap? can i just request it?23:24
lifelessif you follow the process, yes.23:27
lifelessone bit of which is 'do not deploy right before everyone goes to sleep23:28
lifelessnormally thats friday afternoons, but during sprints, any deploy except first thing in the morning would qualify ;)23:28
wgrantpoolie: There's also nothing to deploy right now.23:29
wgrantLots of QA pending.23:29
wgrantrvb/abentley/jtv/matsubara23:29
poolie:)23:30
poolieah this'd be https://devpad.canonical.com/~lpqateam/qa_reports/deployment-stable.html ?23:30
wgrantYes23:31
pooliewow, that's quite a queue23:31
pooliethanks23:31
lifelesswe can deploy any qa23:31
lifeless'd prefix of it23:31
lifelesswgrant: courier rang, new machine arrives in the next 4 hours23:32
wgrantlifeless: !23:32
wgrantpoolie: We deployed 30 revs yesterday.23:32
poolienice23:32
wgrantNo.23:33
wgrantBecause the queue was huge.23:33
wgrantAnd still is.23:33
poolielifeless: what model was it?23:33
poolies//is23:33
lifelesspoolie: dell aurora r3 4(8) core w/16GB23:34
lifelessthe cpu and mb should handle 32gb but you cannot source the dimms at the moment23:38
pooliewow, overclocked from the factory?23:40
lifelesswgrant: so I know its not finished, but I need your aufs notes ;)23:48
wgrantlifeless: Let me see if WOL works.23:50
wgrantIt does.23:50
lifelesswgrant: + your testr config etc etc.  :>23:50
wgranthttp://paste.ubuntu.com/634628/23:51
wgranthttp://paste.ubuntu.com/634629/23:53
wgrantThen 'TEMP=/tmp/testr testr run --parallel'23:54
wgrant(yes, the /tmp/testr hack is terrible, but meh, it works)23:54
lifelessI'll deal23:54
wgrantThis expects the lucid-lp-base container to have had rocketfuel-setup, utilities/launchpad-database-setup and make schema run.23:55
wgrantI'm in no fit state to experiment further now, but if you have any issues I can try to recall now or exeriment tomorow.23:57
lifelesswell23:57
lifelessI'm going to go make sure I have a natty boot cd23:57
lifelessI expect backing up the windows install and fiddling around data migration etc will take a chunk of time today23:57
wgrantYeah.23:57
wgrantYou forgot the ritual zeroing of the disk to ensure obliteration of the Windos installation.23:58
wgrantMost of the problems I encountered were around dbus/avahi issues, which are irrelevant now I extract the last DHCP lease.23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!