/srv/irclogs.ubuntu.com/2009/12/23/#launchpad-dev.txt

jmlmwhudson, when would be a good time for a call?00:08
mwhudsonjml: now would be pretty good00:09
jmlmwhudson, ok. I'll grab my headset00:09
mwhudsonme too00:10
mwhudsonjml: what tech do you want to try today?00:11
jmlmwhudson, let's give skype a chance00:11
mwhudsonok00:11
mwhudsonmaybe i'll try it with pasuspender today00:11
mwhudsonffs00:14
mwhudsonnot working at all00:14
jmlmwhudson, I can call your landline, maybe.00:15
mwhudsonjml: hm, can i call you on one?00:15
mwhudsoni'd rather use my cell00:15
jmlmwhudson, sure.00:15
jmlgimme a sec to get the number00:15
wgrantHave you guys tried Empathy's voice chat?00:16
jmlwgrant, no, I haven't.00:26
wgrantI found that it worked pretty well.00:32
mwhudsonjml: http://pastebin.ubuntu.com/345035/00:44
mwhudsonjml: oh heh00:53
mwhudsonjml: i have a branch that upgrades us to bzr 2.1b400:53
mwhudsonjml: and removes some cruft00:53
mwhudsonjml: want to review that?00:53
jmlmwhudson, yes please00:53
mwhudsonjml: ok, my ec2test of -vv codehosting just came back with 35 errors so i should fix that first :-)00:54
mwhudsonand also have lunch00:54
* mwhudson noms00:54
jmlmwhudson, ok. :)00:54
=== abentley1 is now known as abentley
marsclever code:  print 'To exit press Ctrl-' + ['C', 'Break'][sys.platform=='win32']01:33
mwhudsonmars: that's the pejorative use of the word 'clever'02:19
jmlI'm reminded of Alan Perlis' thing about debugging02:42
jmlalso, pretty much all of the K&R book :)02:43
jmloh wait02:43
jmlthat wasn't Perlis, that was Kernighan02:44
jml"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." – Brian W. Kernighan02:44
jmlthat means it's lunch time.02:44
jtvDid PQM break overnight?03:24
wgrantCan someone please ec2land https://code.edge.launchpad.net/~wgrant/launchpad/less-crackful-ddeb-tests/+merge/16393 for me?03:25
jtvwgrant: I'll try that03:26
wgrantjtv: Thanks.03:26
jtvwgrant: that's on the way in.03:27
=== stub1 is now known as stub
* mwhudson EOYs, more or less03:52
mwhudsonwill be around for a bit, otherwise see you in 201003:52
jtvmwhudson: happy holidays, see you on the other side03:57
jmlgood night all07:14
wgrantbuildbot hates either me or stub :(08:57
wgrantIt also stutters.08:57
wgrantAh, thanks.09:15
wgrantstub: ^^09:15
stub?09:21
* stub was offline and doesn't have scrollback09:21
wgrantstub: Just thanking you for the explanation of the buildbot explosion.09:22
jtvwgrant: your less-crackful-ddeb-tests branch has landed10:02
wgrantjtv: I saw that. Thanks.10:03
wgrantbazaar.launchpad.net could do with a more informative downtime page.10:08
jtvwgrant: they wouldn't let me add a link to sourceforge as an alternative, sorry10:10
jtvstub: tests log into the db as "launchpad" by default, right?10:44
stubjtv: Yes10:44
jtvGah.  I just created a table in my branch; I granted select/insert on it to "launchpad" in security.cfg and the _template dbs, and yet my test gets a permissions failure on an insert to that table.10:45
jtvstub, any ideas on what I'm missing?10:51
stubmake schema?10:52
stubOh - you manually granted10:52
stubDid you manually grant access to the sequence too? make schema is easier.10:52
jtvhead -> keyboard10:54
jtvwould it be possible for me to get a db patch number assigned now, before review?  that way I can have it run as part of the make schema10:55
jtvstub: (I could just pick one for now, but somewhere down the line I'd cause myself trouble)10:57
stubUsually people use -99 or something10:57
stubI could give you -22 now, but you would have to tell me what you are doing for my notes.10:58
jtvstub: np.  I'm creating a IBuildFarmJob implementation so we can dispatch jobs (generation of translation templates based on branch changes) to the build farm.10:59
jtvstub: it's a sibling to BuildPackageJob10:59
stubWe are building farms in addition to packages?10:59
jtvmoooo11:00
jtvthe build farm is being generalised to do other jobs than just building packages, and one of them is this re-generating of translation templates business11:00
stub2207-22-0.sql11:00
jtvthanks11:01
Aim_maxb, elmo: i find apache a horrible pig ^^11:08
elmoAim_: then you're going to be horrified by launchpad itself.  apache will be the least of your problems.  *shrug*11:24
Aim_elmo: i know :(12:18
Aim_dont get me wrong, i like python12:18
Aim_but zope... something a bit painfull12:18
Aim_somethimes*12:18
Aim_sigh12:18
Aim_s/th/t/12:19
=== jtv is now known as jtv-eat
=== jtv-eat is now known as jtv
jtval-maisan: when you're done with what you're doing, will I need to implement pendingJobsQuery in my own buildfarmjob type?13:59
al-maisanjtv: yes14:29
al-maisanthat's the idea14:29
jtval-maisan: I had a similar approach to yours in mind for the specific_job_classes...  Weren't you also playing with gathering those automatically earlier?14:30
al-maisanjtv: yes and noodles775 also had some ideas, see lines 25-38 in http://pastebin.ubuntu.com/345305/14:32
jtval-maisan: thanks, more to read.  Probably for tomorrow.  :-)14:33
al-maisanjtv: yeah .. the upshot is that the current "job dispatch time estimation" branch is too big and needs to be split in manageable chunks14:35
jtval-maisan: which reminds me.  I can now create my own buildfarmjob objects (with associated buildqueue & job entries).  I can unit-test my new classes, as well as navigation between those 3 types of records... anything else you can think of that I could start testing now that I have that?14:38
al-maisanjtv: nothing immediate comes to mind .. once I have the branch that introduces the pendingJobsQuery() interface method you could implement that and unit test it?14:41
jtval-maisan: definitely, yes14:41
al-maisanit will probably take me another 90 minutes to put up the merge proposal14:41
al-maisan.. and then it needs to be reviewed14:42
jtval-maisan: nice... that could be something useful for me tomorrow then.14:50
al-maisanyup14:51
=== salgado is now known as salgado-lunch
aleksander_mIn the Launchpad Development webpage, section "Getting", it is said that in order to get the source of Launchpad you need to get the rocketfuel-setup script from a bazaar branch, and then execute it14:57
aleksander_munfortunately, the given URL for the branch is not found...14:57
aleksander_mhttp://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/utilities/rocketfuel-setup14:58
aleksander_many idea?14:58
jtvaleksander_m: ouch, you're right...  and the person I'd normally ask isn't here at the moment15:03
aleksander_mjtv: I see15:04
jtvsalgado-lunch: as an arbitrary victim in a more suitable timezone, I am hereby notifying you that aleksander_m just discovered that the link to rocketfuel-setup on the "Getting" page is broken15:04
=== salgado-lunch is now known as salgado
aleksander_mjtv: salgado is back15:36
salgadonot really, I just need to sort out some stuff but I didn't have lunch yet15:36
jtvaleksander_m: too late, looks like he read my message :-)15:36
aleksander_mah ;-)15:37
salgadoaleksander_m, but I'll fix the link once I come back15:42
aleksander_msalgado: thanks!15:43
marsanyone else notice that the bzr 2.1b4 upgrade broke 'make' in new branches?  Apparently it needs Pyrex16:00
=== beuno is now known as beuno-lunch
=== jamalta_ is now known as jamalta
marsand 'make schema' now depends on libapr1-dev, which I also do not have installed.  When did that happen?16:09
=== salgado is now known as salgado-afk
marsIt appears our development environment may be broken on Jaunty.  That explains all of the 'make' errors I was getting.16:37
marslaunchpad-soyuz-dependencies: Depends: dpkg (>= 1.15.4) but 1.14.24ubuntu1 is installed.16:38
marsI assume that means launchpad-developer-dependencies is only installable on Jaunty if we backport dpkg.16:40
=== beuno-lunch is now known as beuno
=== salgado-afk is now known as salgado
=== salgado is now known as salgado-afk
=== salgado-afk is now known as salgado
=== salgado is now known as salgado-afk
=== cjohnston is now known as FFEMTcJ
=== FFEMTcJ is now known as cjohnston
wgrantmars: Argh.You can fix that by just copying dpkg, debhelper and devscripts from Hardy to Jaunty.21:18
marswgrant, Hardy to Jaunty?21:19
wgrantmars: Yes. We backported the necessary versions from Karmic to Hardy.21:20
wgrantThey'll work fine on Jaunty too.21:20
marswgrant, cool, thanks for the tip21:21
maxbI guess there aren't any library issues that could make it need a rebuild for jaunty?21:59
wgrantmaxb: dpkg doesn't have a huge number of binary dependencies.22:02
maxbThink I should just go ahead and copy the debsrc3.0 backports to jaunty then?22:31
wgrantmaxb: I would say so.22:33

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