[00:02] <thumper> wgrant: you noticed#
[00:02] <thumper> ?
[00:02] <wgrant> The middle one hasn't had any attention, AFAICT.
[00:03] <wgrant> (try going to a distribution source package, distro series, distro arch series, or product series. Click on tabs. Be confused.)
[00:07] <thumper> :(
[00:11] <thumper> :((
[00:11] <thumper> build failures
[00:31] <rockstar> thumper, call?
[00:32] <thumper> rockstar: yes sir
[00:36]  * jml is back
[00:45] <jml> wow, the template conversion summary is pretty exciting
[00:45] <jml> lots of "almost dones"... who will be next
[00:46] <jml> mwhudson, hello
[00:46] <mwhudson> jml: hello
[00:47] <jml> mwhudson, do you want to talk at all about the entrypoints stuff?
[00:47] <mwhudson> jml: did i send my reply yet? :)
[00:47] <mwhudson> seems not
[00:47] <mwhudson> jml: i have a half written reply
[00:47] <jml> mwhudson, oh cool.
[00:48] <jml> mwhudson, well, if you'd like to talk, let me know.
[00:48] <mwhudson> jml: will do at some point today i'm sure
[00:48] <jml> mwhudson, ok
[01:01] <barry> jml: are we in testfix?
[01:02] <jml> barry, I don't know.
[01:03] <jml> https://lpbuildbot.canonical.com/builders/lp/builds/135/steps/shell_7/logs/summary seems to indicate some sort of failure
[01:04] <barry> jml: blarg.  let me look
[01:06] <mwhudson> find -name xx-*.txt | xargs rm -f
[01:07] <barry> mwhudson: rs=me
[01:07] <mwhudson> barry: don't tempt me
[01:07] <thumper> sinzui, barry: should breadcrumbs have icons like the bug one?
[01:08] <barry> thumper: i think they can.  "should they" is a beuno question :)
[01:08] <thumper> hmm...
[01:08] <barry> mwhudson: where's the candy-like history erase button when you need it?
[01:09] <barry> got some family stuff to do now.  if no one else attacks those failures in the meantime, i'll take a look in a few hours.  ping me if you do though so i don't step on your toes
[01:11] <thumper> barry: I want to be able to explicity say "don't add this view name to the breadcrumbs", can I?
[01:14] <thumper> jml: this could give us better defaults
[01:14] <thumper> jml: if we default to not adding the page name
[01:14] <thumper> jml: but allow people to add it in
[01:19]  * mwhudson lunches
[01:29] <jml> maxb, btw, what happened with the first test run was that Launchpad was in testfix mode, thus rejecting new patches.
[01:29] <jml> thumper, "this" being... explicitly saying "don't add this view name to breadcrumbs"?
[01:30] <thumper> jml: yes
[01:30] <jml> cool.
[01:38] <beuno> thumper, barry, they should not
[01:38] <beuno> salgado will fix that
[01:39] <thumper> beuno: by "that" I take it you mean breadcrumbs should not have icons?
[01:41] <beuno> yes  :)
[01:49] <rockstar> thumper, that diff size was misleading.  Lots of it was deletions, which I don't review.  :)
[01:52] <thumper> rockstar: I said that :)
[01:54]  * thumper needs fun and caffeine
[01:54] <thumper> heh
[01:54] <thumper> typo: s/fun/fud/
[01:54] <thumper> although fun would also be good
[01:57] <bac> jml, mwhudson: i have a testfix branch to submit
[01:57] <mwhudson> bac: great!
[01:59] <mwhudson> bac: do you want one of us to review it?
[01:59] <mwhudson> (or rs it, more likely)
[02:00] <bac> mwhudson: no.  just didn't want to interfere with work you may be doing.  i fix one test and revert a revision that caused lots of failures.
[02:00] <bac> i will rs it
[02:00] <bac> barry: ^^
[02:00] <mwhudson> bac: thanks a lot
[02:03]  * thumper turns BranchHierarchy.objects into a generator
[02:04] <thumper> hmm
[02:04] <thumper> debugging generators is harder
[02:16] <poolie> thumper, jml, hi, i'm just going to put my 2.1 timeline mail into launchpad milestones
[02:16] <poolie> (silly old me)
[02:17] <poolie> and just thinking about aligning them with launchpad milestones
[02:17] <poolie> i see you don't actually use milestones?
[02:17] <poolie> ):
[02:17] <poolie> i mean :)
[02:18] <poolie> oh maybe they're on launchpad-project but that oopses
[02:18] <poolie> well, i'll just add the ones i want and then we can talk about them
[02:18] <poolie> if we want
[02:21] <thumper> rockstar: ping
[02:22] <thumper> poolie: we do, kinda
[02:22] <poolie> btw https://edge.launchpad.net/launchpad-project/+milestones times out fairly persistently
[02:24] <thumper> poolie: I think that is a known issue, but not entirely sure
[02:24] <thumper> poolie: there was one that was doing *a lot* of bug tag queries
[02:24] <wgrant> That was the project group milestone page.
[02:24] <wgrant> Not the milestone listing.
[02:25] <sinzui> thumper: No breadcrumbs should not have icons.
[02:25] <rockstar> thumper, pong
[02:31] <dobey> hmm
[02:32] <bac> mwhudson: fwiw, my next ec2 submission took 7 minutes...
[02:32] <mwhudson> bac: that's rather better
[02:33] <mwhudson> bac: how long did the instance take to boot?
[02:33] <bac> mwhudson: dunno, wasn't paying attention
[02:33] <mwhudson> bac: it's in the output if you still have that
[02:33] <mwhudson> after all the ........................................................ that are near the beginning
[02:34] <bac> 4:12
[02:34] <dobey> is there any way to get the branch specified in the Vcs-Bzr: tag in a source package, via the LP API?
[02:34] <mwhudson> bac: cool
[02:34] <wgrant> dobey: No.
[02:34] <mwhudson> boot time + three minutes isn't too bad, i think
[02:34] <wgrant> dobey: But...
[02:34] <bac> mwhudson: no, much better than last.
[02:35] <wgrant> dobey: You should be able to assume soon that eg. lp:ubuntu/hardy/dpkg is the canonical hardy dpkg branch.
[02:35] <dobey> but that is not what i want :)
[02:36] <wgrant> What do you want to do?
[02:38] <dobey> i want to get the sour package branch for a particular source_package_publishing_history in the LP API
[02:39] <wgrant> You can't rely on Vcs-Bzr to be reliable for that.
[02:39] <dobey> well i can't rely on anything to be reliable for it at the moment
[02:39] <dobey> because there's no API to get it via LP
[02:40] <wgrant> LP doesn't have that information.
[02:40] <wgrant> Nothing does.
[02:41] <dobey> i just want to automate the tedium of doing releases
[02:41] <thumper> rockstar: sorry, missed pong
[02:41] <dobey> because it's taking me a lot more time than i would like to spend, doing them
[02:41] <thumper> rockstar: got a minute?
[02:43] <dobey> and it's going to get more so, once i have to start dealing with stable branches vs. trunk
[02:44] <dobey> i also wish 'person' had methods to query for bugs
[02:45] <dobey> as i don't see any way to do a query for 'all bugs assigned to me'
[02:46] <thumper> dobey: it can be done, but it isn't trivial
[02:47] <dobey> well, the web does it, so i'm sure it's doable. i just don't see how to do it, and don't really want to go searching through web ui code to figure out how :)
[02:48] <wgrant> There's no API for it.
[02:48] <wgrant> There's a bug about that.
[02:48] <wgrant> It's just not trivial.
[02:48] <rockstar> thumper, sure. Skype?
[02:49] <thumper> yep
[02:49] <rockstar> thumper, just call
[02:49] <thumper> trying to type while pinentry keeps popping up is an arse
[03:31] <jml> why are so few of the exposed methods and properties on Person actually visible on the API docs?
[03:33] <wgrant> jml: The attributes all show up on Team.
[03:33] <jml> :(
[03:34] <mwhudson> grr my brain isn't working very well today
[03:34] <jml> wgrant, that's unfortunate.
[03:34] <wgrant> jml: It is. That's what you get for doing mildly hackish things, I suppose.
[03:34] <sinzui> implementing Team in a Person is also unfortunate
[03:36] <mwhudson> hmm
[03:36] <mwhudson> lifeless: does txAWS use boto under the hood?
[03:36] <lifeless> nope
[03:36] <lifeless> boto free
[03:37] <lifeless> cleaner api
[03:37] <lifeless> twisted!
[03:37] <lifeless> and a teeny gui :>
[03:37] <mwhudson> lifeless: 2.4 compatible, i guess?
[03:37] <lifeless> dunno :)
[03:37] <jml> lifeless, bram says Twisted is confusing :\
[03:37] <lifeless> jml: its coding standards sure are!
[03:38] <jml> lifeless, heh heh
[03:38] <jml> lifeless, now _that_ I agree with.
[03:38] <mwhudson> lifeless: how does it talk to the web service part?  i thought it was some SOAP horror show
[03:38]  * jml needs to hack up a Twisted version of pep8.py
[03:38] <mwhudson> i guess i can find this stuff out myself...
[03:39] <jml> mwhudson, are you thinking what I think you're thinking?
[03:39] <mwhudson> jml: probably
[03:39] <lifeless> mwhudson: twisted.http.client thingy + xml
[03:39] <mwhudson> wee, no setup.py
[03:39] <jml> mwhudson, excellent. :)
[03:39] <mwhudson> that's going to make building an egg nice and easy
[03:39] <lifeless> use packages
[03:39] <lifeless> they are better than eggs
[03:39] <mwhudson> lifeless: "hnnnnnnnnnnnnnnnnnnnngh"
[03:40] <mwhudson> in other news, loggerhead is terrible
[03:41] <mwhudson> graar so is paste
[03:41] <jml> yes
[03:41] <mwhudson> DEB [20090917-03:40:51.803] [47331369258224] paste.httpserver.ThreadPool: Added task (128 tasks queued)
[03:41] <mwhudson> stop spawning threads, stupid software
[03:41] <jml> mwhudson, btw, do you still want a call today? If so, can we arrange a time now?
[03:41] <mwhudson> jml: i think it would be a good idea, yes
[03:42] <mwhudson> jml: any time in the next say three hours works for me
[03:42] <jml> mwhudson, ok. let's talk now. :)
[03:43] <mwhudson> jml: not so "now" eh?
[03:44] <jml> mwhudson, skype did something
[03:47] <lifeless> I hate the default reactor
[03:51] <thumper> \o/ landing last of the code page 3.0 fixes
[03:51] <thumper> now for those breadcrumbs
[04:29] <jml> thumper, wooot
[04:30]  * jml away
[04:31] <thumper> mwhudson: the bzr.dev builder is showing weirdness loading the git plugin
[04:33] <mwhudson> thumper: i guess bzr.dev is already at api version 2.1 ?
[04:33] <mwhudson> thumper: a run against the 2.0 branch would be more interesting right now i suppose
[04:38] <thumper> hmm...
[04:41] <thumper> this brings up a question
[04:41] <thumper> for the next 6 months of bzr development, what version is launchpad going to run?
[04:41] <thumper> 2.0
[04:41] <thumper> or 2.1b?
[04:41] <lifeless> 2.1b please
[04:59] <mwhudson> thumper: yeah, i think we more-or-less have to follow the "beta" line
[05:11] <thumper> rockstar: breadcrumbs are up
[05:11] <thumper> hmm..
[05:12] <rockstar> thumper, I see that.
[05:12] <thumper> ta
[05:16] <thumper> mwhudson: got any idea how to run "make check" properly for cscvs and the new bin/py stuff?
[05:17] <mwhudson> thumper: does make check PYTHON=~/canonical/checkouts/trunk/bin/py work?
[05:17] <thumper> mwhudson: it won't here because I don't have that path
[05:17] <thumper> I'd hate to see that in the Makefile
[05:18] <mwhudson> thumper: i was assuming you'd change to point to a real bin/py
[05:18] <thumper> mwhudson: on the commandline?
[05:18] <thumper> :)
[05:18] <thumper> sorry
[05:18] <thumper> misunderstanding
[05:18] <mwhudson> (i'm not sure it would work either)
[05:20] <thumper> got it using the right python
[05:20] <thumper> which hopefully will bring in the right bzrlib
[05:20] <thumper> mwhudson: I'm looking at the 'unicode' object has no attribute 'branchName'
[05:20] <mwhudson> thumper: ah, cool
[05:24] <thumper> *hurl*
[05:26] <thumper> if branch.__class__ is not types.StringType:
[05:26] <thumper>             branch = branch.branchName
[05:26]  * thumper tries to remember the base_string thing
[05:27] <mwhudson> thumper: kill it quick, before it breeds
[05:27] <thumper> isinstance(x, basestring)
[05:28] <thumper> mwhudson: this is in the cscvs branch
[05:28] <thumper> I don't think I have that set up :(
[05:28]  * thumper looks
[05:28] <mwhudson> thumper: well i guess i'm glad it's not in launchpad
[05:28] <thumper> mwhudson, rockstar: either of you got a few minutes for a trivail cscvs fix?
[05:29] <mwhudson> thumper: yeah
[05:30] <mwhudson> thumper: where is this obscenity?
[05:30] <thumper> CVS/StorageLayer.py:537
[05:30] <thumper> I'm checking for others
[05:31] <thumper> just the one
[05:32] <thumper> mwhudson: that should account for the three failing CVS test_worker import failures
[05:33]  * thumper checks
[05:33] <mwhudson> thumper: https://pastebin.canonical.com/22200/ ?
[05:34] <thumper> mwhudson: that is exactly what I have, and it passes the three TestCVSImport failures with 2.0rc2, r=me
[05:35] <mwhudson> thumper: ok, i'm running the cscvs tests here, but if they pass i'll land it
[05:35] <thumper> cool
[05:35] <thumper> I don't think you'll have any problems
[05:35] <thumper> that line has to be more robust now :)
[05:35] <thumper> mwhudson: I was very tempted to replace all the 8 space indents though
[05:36] <thumper> mwhudson: I almost went blind!
[05:36] <mwhudson> thumper: :-)
[05:36] <mwhudson> welcome to hel^Wcscvs
[05:38] <thumper> mwhudson: an rs=me for any fixing of the whitespace in cscvs :)
[05:38] <mwhudson> thumper: you can't trick me that easily!
[05:38]  * thumper tweaks the stacking tests to use format="2a"
[05:38] <thumper> :)
[05:48] <mwhudson> thumper: the cscvs branch is in pqm's queue now
[06:01] <thumper> mwhudson: cool
[06:01] <thumper> mwhudson: I'm looking at the TestBranchPuller failures now
[06:02] <thumper> mwhudson: it seems pretty mechanical, removing format='1.6' from places
[06:02] <mwhudson> thumper: ah right, we use "1.6" to mean "some format that supports stacking" a bit i guess
[06:03] <thumper> yeah
[06:09] <thumper> mwhudson: is that going to take ages to get through?
[06:10] <mwhudson> thumper: don't know
[06:10] <thumper> mwhudson: I have a fix for the rest
[06:10] <thumper> v.trivial thankfully
[06:10] <mwhudson> thumper: happy to hear that
[06:11] <thumper> mwhudson: can you review?
[06:11]  * thumper is pushing now
[06:11] <mwhudson> thumper: sure
[06:11] <thumper> ta
[06:18] <thumper> mwhudson: proposed, email should be through shortly
[06:18] <thumper> mwhudson: I'm running it through ec2 now
[06:19] <thumper> mwhudson: I'm expecting the CVS failures, but the others should be fine
[06:19] <mwhudson> thumper: cool
[06:21] <thumper> mwhudson: review diff up
[06:21] <thumper> mwhudson: I'm going to make dinner now
[06:21] <mwhudson> thumper: ok
[06:21] <thumper> mwhudson: I'll check on the ec2s later
[07:05] <maxb> Argh
[07:05] <maxb> The lazr.enum import problems on karmic are back
[07:08] <jml> :(
[08:22] <jml> I'm done for the day. G'night all.
[08:22] <noodles775> Night jml
[08:31] <adeuring> good morning
[08:40] <stub> mwhudson: with loggerhead, is generating a revision graph cache CPU intensive?
[09:06] <mrevell> Morning
[09:21] <maxb> Who's dev-ing on karmic these days, I could use a fails-for-everyone-or-just-me confirmation
[09:22] <maxb> See LaunchpadOnKarmic for tests which are failing these days for me even with python2.4
[09:28] <wgrant> maxb: Both issues confirmed.
[09:29] <maxb> thanks
[09:29] <maxb> (and gah :-) )
[09:29] <wgrant> Something like that.
[09:29] <wgrant> Does buildbot use Hardy?
[09:31] <maxb> On the plus side, as of last night, all of the interesting bits of my python2.5 branch have landed on devel
[09:31] <wgrant> What remains? Just the s/2.4/2.5/?
[09:33] <maxb> that, and an increased startup timeout for the test librarian which may or may not still be relevant
[09:33] <wgrant> That zope.sendmail fix ended up upstream?
[09:37] <maxb> Gary ran with that one and got it done :-)
[09:38] <wgrant> Very good.
[09:52] <thumper> losa: ping
[09:52] <mthaddon> thumper: hi
[09:53] <thumper> mthaddon: the pqm seems wedged, the csvcs merge of mwhudson hasn't seemed to progress for several hours
[09:53] <thumper> mthaddon: is it the actual test run wedged, or just the ui?
[09:53] <mthaddon> checking
[09:53] <thumper> ta
[09:54] <mthaddon> yeah, going to kill the job - see a few zombied processes
[09:54] <mthaddon> thumper: I'm afraid he'll need to resubmit
[09:54] <thumper> mthaddon: ok
[09:55] <thumper> mwhudson: got that?
[09:56] <stub> mwhudson: Do you know if generating the graph revision cache in loggerhead is cpu bound or io bound?
[09:58] <thumper> night all
[10:03] <bigjools> stub: any idea what would cause this simple query to take so long? https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1355EC1268
[10:05] <stub> bigjools: Something else must have had a lock on that row
[10:06] <bigjools> yeah that was the only thing I could think of too, but I can't think what would
[10:09] <stub> bigjools: I think it can also lock if there have been inserted rows not yet committed - until the commit happens, PostgreSQL can't tell if your update is going to cause unique constraint violations or not.
[10:10] <bigjools>  good point
[10:10] <stub> bigjools: Perhaps the trigger was another script hanging mid transaction?
[10:12] <bigjools> no idea what would be updating stuff that Build references, unless ...
[10:12] <bigjools> builder maintenance I bet
[10:12] <bigjools> ok thanks stub
[10:13] <stub> if rows have been updated in the builder table, that could block too since PG needs to validate the foreign key reference.
[10:15] <bigjools> mmmm I get an error about diverged branches when rf-get is updating dulwich
[10:19] <intellectronica> bigjools: did you try removing it and getting it fresh? maybe you've made some changes locally by accident?
[10:20] <bigjools> intellectronica: definitely not made local changes!
[10:20] <intellectronica> bigjools: anyway, i see that gavin just wrote about this to the list, so i guess you're not alone (although i just updated and didn't experience this)
[10:21] <bigjools> I suspect someone uncommitted a revsion on LP
[10:21] <bigjools> and those of us that had that revision are getting issues
[10:30] <wgrant> bigjools: dulwich gets rebased sometimes.
[10:30] <bigjools> I don't even know what it is :)
[10:30] <wgrant> The Python git implementation.
[10:30] <wgrant> Used by bzr-git.
[10:30] <bigjools> ah
[10:30] <BjornT> bigjools: it probably got replaced with another branch
[10:31] <BjornT> bigjools: my local revno is 297, and lp:s one is at 413
[10:31] <bigjools> yeah, when I did pull --overwrite a lot of stuff was deleted
[10:36] <bigjools> fabulous rant by Cody about reST :D
[10:59] <deryck> Morning, all.
[11:01] <gmb> Morning deryck
[11:14] <stub> bigjools: I got the same error doing an update the other day. I pull --overwrited my dunwich and things went fine after that.
[13:33] <wgrant> henninge: From your new home page screenshot, it looks to me like there is no longer a way to get to the app homes.
[13:33] <henninge> wgrant: you know what, I was just thinking about that ... ;-)
[13:33] <henninge> seriously
[13:34] <wgrant> henninge: Why should it be locationless?
[13:34] <henninge> wgrant: hm
[13:34] <henninge> wgrant: I went by Martins mock-up
[13:35] <henninge> beuno' mock-up that is ...
[13:35] <wgrant> Yeah.
[13:36] <henninge> just trying to rattle his cage but I guess he is really not here ... ;)
[13:37] <henninge> wgrant: maybe I'd put them in the list on the right, above the featured projects.
[13:38] <henninge> or linkify from the list on the left for not logged-in users...
[13:38] <wgrant> But that list is gone for logged-in users, isn't it?
[13:39] <henninge> wgrant: yes, so it's either on the left or the right, depending on your logged-in state ...
[13:39] <henninge> the right list is not visible for logged-out users
[13:39] <wgrant> Ah, forgot that bit.
[13:40] <henninge> normally I'd call this kind of inconsistency terrible, but usually people stay logged in once they have an account
[13:40] <henninge> and very rarely use the hompage.
[13:40] <wgrant> Right.
[13:41] <henninge> at least, that is my expectation, don't have any figures on the logg-in-out behaviour of LP users ... ;-)
[14:06] <gmb> beuno: Hi; sorry to interrupt your vacation and all, but do you have a moment to take a look at lp:~gmb/launchpad/bugtask-index-conversion ? It's - well, it's the bugtask-index redesign branch.
[14:23] <flacoste> morning Launchpad!
[14:23] <flacoste> Code, Translations are done!
[14:23] <flacoste> Registry -> 2 to go, Bugs -> 3, Answers -> 3!!!
[14:24] <flacoste> blueprints -> 19
[14:24] <flacoste> we are almost there
[14:26] <barry> flacoste: the 2 in registry are going to be "fun"
[14:26] <flacoste> right, person-edit and person-index
[14:28] <salgado> person-index is done!
[14:31] <barry> salgado: you rock!
[15:02] <danilo_> salgado, do expect some test failures in your breadcrumbs branch, translations team just landed a few page_title introducing branches
[15:06] <salgado> danilo-afk, ok, thanks for the heads up
[15:12] <leonardr> BjornT, i'm being asked to clear out all my outstanding branches, which includes https://code.edge.launchpad.net/~leonardr/launchpad/remove-edwin-code/+merge/7253
[15:12] <leonardr> i never merged that because i thought you wanted to use it
[15:12] <leonardr> is that still true?
[15:19] <matsubara> Chex, gary_poster, rockstar, bigjools_, henninge-bbl, sinzui, intellectronica, Ursinha: LP production meeting in 40 min at #launchpad-meeting
[15:19] <BjornT> leonardr: i don't need that branch to be merged. the important changes were lines 32-35 in the diff, and that change is already merged.
[15:20] <intellectronica> matsubara: allenap is the new intellectronica
[15:20] <leonardr> bjornt: ok, i'll just merge it on my own
[15:20] <matsubara> intellectronica, thanks. I'll update the MeetingAgenda page
[15:20] <intellectronica> matsubara: we're training him in the stanislavski method. he's still working on the accent. be easy on him ;)
[15:21] <intellectronica> matsubara: thanks
[15:21]  * allenap quickly looks up stanislavski so he can take part in the charade
[15:21] <dobey> in the API, is project_group.all_milestones sorted at all?
[15:21] <bac> hi sinzui
[15:21] <sinzui> hi bac
[15:22] <intellectronica> allenap: http://en.wikipedia.org/wiki/Stanislavski's_system
[15:22] <allenap> intellectronica: I'm there :)
[15:22] <bac> sinzui: so the idea with person+edit is all of those g*&^%d(&ed lozenges go away, leaving a nice, clean edit page.  in doing so, a bunch of tests will break.  that's it?
[15:22] <matsubara> hehe
[15:23] <sinzui> bac: That sums it up
[15:23] <bac> sinzui: what about the 'other actions'? will they stay at the bottom?
[15:23] <sinzui> bac: I want them removed, but clearly that is a lower priority
[15:24] <bac> ok
[15:25] <bac> salgado: i've merged in your person-three-o branch into my work.  please let me know if you update it
[15:26] <gmb> What? How can devel be out of date compared to my local copy? Has someone been uncommitting?
[15:26] <salgado> bac, will do
[15:42] <leonardr> intellectronica, can we have a short conversation about lp/picker.js?
[15:43] <intellectronica> leonardr: sure. skype?
[15:43] <intellectronica> leonardr: maybe ask EdwinGrubbs to join too? he knows much more about it
[15:43] <leonardr> sure, but your name is on the code that concerns me
[15:43] <leonardr> basically i'm trying to merge https://code.edge.launchpad.net/~leonardr/launchpad/remove-edwin-code/+merge/7253
[15:44] <leonardr> which has been unmerged for a long time
[15:44] <leonardr> basically it stops the javascript web service client from requesting an XML rendition of a resource and then parsing the xml
[15:44] <intellectronica> leonardr: right, and meanwhile i've inlined some hacks to parse the xhtml result into picker itself
[15:45] <sinzui> EdwinGrubbs: coordinate with gary_poster. He has started some of the tempaltes. He know which ones need love.
[15:45] <leonardr> intellectronica: so when you do Y.DOM.create(entry) and all the code after that, that's parsing the xhtml?
[15:46] <intellectronica> leonardr: yeah, that's a nasty hack for parsing the result
[15:46] <intellectronica> well, parsing the result and getting the dom structure for the embedded value
[15:46] <gary_poster> Thanks sinzui.  Hi EdwinGrubbs :-) thanks for review.  Trying to DTRT for those templates now.  I'm going to make a pastebin for me to share the info I have.
[15:47] <leonardr> intellectronica: ok, the point we want to get to is where save() sends picker_result.api_url to picker._resource_uri + '/' + attribute_name
[15:48] <leonardr> basically we tell launchpad to modify that single field
[15:48] <leonardr> and the xhtml response we get back will be that single field
[15:48] <leonardr> no need to parse anything
[15:48] <intellectronica> leonardr: awesome
[15:49] <intellectronica> leonardr: we still need to DOM.create to be able to use the result in a page, but there's no need to do all the complicated field by field iteration. that's really great
[15:50] <intellectronica> well, i suppose we can use innerHTML too, that may be more efficient
[15:50] <leonardr> intellectronica: ok, how would you feel if i simply put my new code into place and let you make the change to picker.js?
[15:51] <intellectronica> leonardr: this is not a very good time to have broken code in trunk. maybe try to land both changes together?
[15:51] <EdwinGrubbs>  gary_poster: it sounded like sinzui was suggesting that you had unconverted templates that I could work on.
[15:51] <leonardr> intellectronica: i was saying that on the assumption your code wouldn't break
[15:52] <intellectronica> leonardr: ok, maybe i need to understand how the new way of patching and retrieving a single field works
[15:52] <gary_poster> EdwinGrubbs: http://paste.ubuntu.com/272894/
[15:52] <leonardr> you already have the hack in place locally, and BjornT said the relevant part of my branch was already landed
[15:53] <gary_poster> EdwinGrubbs: So you could take over anything in lines 30-end.
[15:53] <danilo-afk2> leonardr, intellectronica: I am seeing doc/launchpadlib.txt errors in buildbot, would you guys know something about it? https://lpbuildbot.canonical.com/builders/lp/builds/141/steps/shell_7/logs/summary
[15:53] <leonardr> intellectronica, take a look at line 32-35 of https://code.edge.launchpad.net/~leonardr/launchpad/remove-edwin-code/+merge/7253
[15:53] <intellectronica> leonardr: if it doesn't break then that's fine. my only worry was that i'll have to take care of a broken result now, because i don't really have much time. if it doesn't break and just requires a cleanup later on then i'm happy to take care of that
[15:53] <gary_poster> deryck: could you look at http://paste.ubuntu.com/272894/ , lines 38-46?
[15:53] <danilo-afk2> (just because you are discussing launchpadlib, no other reason to think you might know more :)
[15:53] <gary_poster> deryck: those are pages in "launchpad" that Francis said are for bugs somehow
[15:54] <EdwinGrubbs> gary_poster: can I put that in a wiki page, so I can mark which ones I've started on?
[15:54] <leonardr> intellectronica: i feel that if it was going to break, it would be already broken
[15:54] <gary_poster> EdwinGrubbs: absolutely, that would be much smarter
[15:54] <leonardr> danilo-afk2: it looks like the server isn't accessible when that test runs?
[15:54] <deryck> gary_poster, looking
[15:54] <gary_poster> ty
[15:54] <intellectronica> leonardr: how did you test this?
[15:55] <leonardr> intellectronica: i haven't tested it yet. i'm just trying to figure out where all the pieces of code go
[15:55] <intellectronica> has it really been merged? if yes and we don't have problems then i suppose you're right and it doesn't break
[15:56] <deryck> gary_poster, yes, that is correct.  We'll handle those, plus the structural-subscriptions-manage one.
[15:56] <danilo-afk2> leonardr, ok, so it's not a new change, but probably spurious, thanks
[15:56] <deryck> gary_poster, I'm doing a branch now for the non-hwdb ones.
[15:56] <gary_poster> deryck: awesome thank you
[15:56] <deryck> np
[15:56] <intellectronica> leonardr: well, that's easy to test. let's merge it and try looking at a bug page with the result
[15:56] <leonardr> all right
[15:56] <gary_poster> EdwinGrubbs: ^^^ what deryck said (I'll put it on the wiki page if you don't, once you tell me where it is)
[15:56] <intellectronica> leonardr: does it merge cleanly?
[15:57] <leonardr> intellectronica: no, that's why i brought you into the conversation. my branch has a hack to picker.js that conflicts with your hack
[15:58] <intellectronica> hmmm ...
[15:58] <leonardr> well, my branch has code to send PATCH to the individual field
[15:59] <intellectronica> leonardr: oh right, so we'll need to change that too to get the effect
[15:59] <leonardr> if i know how to test it, i can probably get this working
[15:59] <leonardr> just load a bug page?
[15:59] <leonardr> am i, for instance, changing the bug status?
[16:00] <intellectronica> leonardr: load a bug page and try to change the assignee or milestone. if they work then your change is good. if not, give me a shout and i'll look at what's going on together with you
[16:00] <intellectronica> if that's ok with you
[16:00] <leonardr> ok
[16:00] <leonardr> i'll get this damn thing out of my life once and for all
[16:00] <intellectronica> :)
[16:00] <EdwinGrubbs> deryck: for all the non-hwdb templates?
[16:02] <deryck> EdwinGrubbs, I'm doing the two non-hwdb ones.  I think abel will do the hwdb.  But someone on bugs will do those as well.
[16:03] <deryck> This is bug 431916 for me.
[16:03] <mup> Bug #431916: Remove bugbranch-delete.pt and structural-subscriptions-manage.pt  from lib/canonical/launchpad <Launchpad Bugs:In Progress by deryck> <https://launchpad.net/bugs/431916>
[16:05] <gmb> sinzui: So, I'm working on the bugtask-index redesign, according to the mockup that intellectronica did.
[16:05] <gmb> sinzui: It's gone pretty smoothly but for one problem: we want the bugtask table to stretch across the page above the sidebar.
[16:06] <sinzui> gmb....
[16:06] <gmb> If I use main_side, that doesn't work. If I use main_only I don't get the sidebar
[16:06] <sinzui> your question is timely
[16:06] <gmb> sinzui: (This is because squashing the bugtask table looks *horrible*, btw)
[16:06]  * sinzui checks is code landed
[16:06] <EdwinGrubbs> deryck, gary_poster: Can you mark which ones you are working on that are still in the unassigned list: https://dev.launchpad.net/VersionThreeDotO/UI/TemplateToDoList
[16:06]  * gmb waits with bated breath
[16:06] <leonardr> intellectronica: it works on its own, i'm going to try to port my change
[16:07] <intellectronica> lovely
[16:07] <deryck> EdwinGrubbs, will do.
[16:07] <gary_poster> EdwinGrubbs: looks good for me.  thank you
[16:07] <sinzui> gmb: in the next 30 minutes there will be a CSS class called full-page-width that will extend into the sidebar
[16:08] <gmb> sinzui: Nice! So, how would I use that in this instance?
[16:08] <sinzui> gmb: I used it on the porlets around the bug and spec listing tables to take the full page
[16:08] <gmb> sinzui: Can you point me at an example?
[16:08] <gmb> (Or is this in the code that's due to land?)
[16:08] <sinzui> gmb: it does not work when placed on a table that has the listing class, I placed it on the parent
[16:09] <deryck> oh happy fortuitous day, gmb! :)
[16:09] <gmb> deryck: Let's not count our chickens :)
[16:09] <sinzui> gmb: <div class="portlet full-page-width">
[16:09] <gmb> Eenteresting.
[16:09] <gmb> sinzui: Thanks. Can you point me at a branch I can merge?
[16:11] <sinzui> gmb: lp:~sinzui/launchpad/milestone-design-oops
[16:11] <sinzui> ^ Look at a firefox milestone
[16:11] <gmb> sinzui: Thanks! I'll take a look now.
[16:12]  * deryck never counts chickens.  neva eva.
[16:27] <gmb> sinzui: Looks good! I'll try it out on my bugtask branch.
[16:34] <gmb> sinzui: Ha. So, that solved part of the problem. The bugtask table now stretches across the page. However, the sidebar stayed where it was. Let me have a play with this and get back to you.
[16:35] <sinzui> gmb: yes. That is because of the z-index. I think some trickery is need to push the side content below the table
[16:35]  * sinzui thinks
[16:35] <gmb> sinzui: Your thinking is welcome :)
[16:49] <leonardr> intellectronica: the http requests are going through but i'm getting strange errors on the client side
[16:49] <intellectronica> leonardr: what errors do you see?
[16:50] <intellectronica> want me to look at a branch?
[16:50] <leonardr> intellectronica: not yet, just letting you know
[16:58] <leonardr> intellectronica: ok, got it
[16:58] <leonardr> i'll push a branch and we can discuss
[16:58] <leonardr> i'm trying to patch the bug when i shoudl be patching the bugtask
[16:58] <leonardr> the question is how to handle that in a general way
[16:59] <intellectronica> leonardr: i can't imagine why you'd be operating on a bug. i don't think you even have the identity url for it anywhere there
[17:00] <intellectronica> but yeah, i'll prolly understand better looking at the branch
[17:00] <leonardr> ok, let me get things straight
[17:13] <beuno> gmb, can I see a screenshot instead?  :)
[17:13] <gmb> beuno: Sure. https://devpad.canonical.com/~gbinns/ss.png
[17:14] <gmb> beuno: I'm currently trying to get the bugtask table to stretch across the top of the page, but as sinzui noted above there needs to be some trickery done to get the sidebar to not sit over the top of it.
[17:14] <leonardr> intellectronica: i'm pretty sure there's a bug in lazr.restful
[17:15] <beuno> gmb, the breadcrumbs aren't underneath the title
[17:15] <intellectronica> leonardr: what's that?
[17:15] <beuno> the "reported by..." should be in the heading area
[17:15] <gmb> beuno: Ah, that's probably because I forgot to sort the title out :)
[17:15] <gmb> (tunnel vision)
[17:16] <beuno> convert to question looks odd iconless
[17:16] <gmb> beuno: Ok.
[17:16] <gmb> beuno: Yeah
[17:16] <gmb> I was wondering if we had an icon for that action.
[17:16] <beuno> maybe they should all be iconless?  don't know
[17:16] <beuno> we don't
[17:16] <sinzui> gmb: I suspect creating a slot in base-layout.pt for content to appear before the side lost may be easier. I am still thinking about how to tell the content to position itself relative to the table
[17:17] <beuno> gmb, did you look at the mockup we did en buenos aires for this?
[17:17] <gmb> beuno: In the mockup, Tom used something like (>) as an icon. I think ti would look odd if they were all iconless, especially since every other page has icons.
[17:17] <gmb> beuno: No, the one that Tom sent out in his RFC email.
[17:17] <gmb> That might be the same one.  I dunno.
[17:17] <leonardr> intellectronica: when you navigate into a field resource it navigates based on the name of the interface field
[17:17] <gmb> sinzui: Right, I was thinking along the same lines (but trying to get away without it ;) ).
[17:17] <gmb> sinzui: I'll give the extra slot a shot.
[17:18] <beuno> gmb, so first converting, then desiging it?
[17:18] <leonardr> so /firefox/+bug/15/assignee_link doesn't work, you have to do /firefox/+bug/15/assignee
[17:18] <mup> Bug #15: PO file import errors should be more verbose <feature> <Launchpad Translations:Fix Released by carlos> <https://launchpad.net/bugs/15>
[17:18] <mup> Bug #15: PO file import errors should be more verbose <feature> <Launchpad Translations:Fix Released by carlos> <https://launchpad.net/bugs/15>
[17:18] <gmb> beuno: I'm not clear what you mean.
[17:18] <beuno> gmb, as for the icon
[17:18] <leonardr> *but*, when lazr.restful tries to set the value, it uses the externally-facing name of the field. so *that* has to be assignee_link
[17:18] <leonardr> but there's no way to specify assignee_link, so you can't modify that field
[17:19] <beuno> gmb, you could grab some gimp, and recreate the dupe icon but with the question icon in the back instead
[17:19] <gmb> beuno: Yeah, that sounds like a plan.
[17:19] <gmb> I'll see if I can fix the bugtask table first.
[17:19] <beuno> gmb, sorry I can't help much right now  :)
[17:19] <beuno> also
[17:20] <beuno> what would be SUPER AMAZING
[17:20] <gmb> beuno: No worries. Some guidance is a good, though.
[17:20] <leonardr> i'm going to file a bug for this, and i'm going to send you a version of the branch that doesn't change picker.js
[17:20] <leonardr> go ahead and use the hack for now
[17:20] <beuno> is doing what the mokcup shows
[17:20] <beuno> which is "Add bugtask" instead of "als affects" twice
[17:20] <beuno> which nobody ever ever ever knows what to choose
[17:20] <beuno> if you fix that confusion
[17:20] <beuno> you become my instant hero
[17:21] <gmb> beuno: Heh. I'll see what I can do, but I'll get the design bit done first.
[17:21] <beuno> gmb, that, to me, would be the single most important change on that page
[17:22] <beuno> collampsing all those 3 options into one
[17:22] <beuno> deryck, ^
[17:22] <beuno> and
[17:22] <beuno> maybe moving the "me too" out of under there
[17:22]  * deryck looks at scrollback
[17:22] <gmb> beuno: Right. One crisis at a time, thoguh :)
[17:22] <beuno> like in https://wiki.canonical.com/Launchpad/UI/Bugs/ThreeDotO?action=AttachFile&do=view&target=bug_page_30.jpg
[17:22] <beuno> gmb, I'm taking advantage of my gf making tea and not seeing me work
[17:23] <gmb> Heh.
[17:23] <beuno> I will probably disappear suddenly in about 2 minutes
[17:23] <beuno> so I'm squeezing as much as I can  :)
[17:23] <sinzui> gmb: I think cproc is landing the registration slot where you can place the:
[17:23] <sinzui>     Bug #15 reported by Foo Bae on 2007-12-18
[17:23] <mup> Bug #15: PO file import errors should be more verbose <feature> <Launchpad Translations:Fix Released by carlos> <https://launchpad.net/bugs/15>
[17:25] <gmb> sinzui: Ah, cool.
[17:25] <deryck> beuno, you want something from me?  Or just looking for consent for gmb to become your instant hero? :)
[17:25] <beuno> deryck, just to keep you in the loop and try to get you on board
[17:26] <deryck> beuno, gotcha.
[17:26] <beuno> now
[17:26] <deryck> beuno, I'm certainly on board with that, but I think we need to be realistic about what can be accomplished in a day.
[17:26] <beuno> they've cought me
[17:26] <beuno> bbl
[17:26] <sinzui> gmb: did you try wrapping the entire side content in a div with style="z-index: 10"? we may need a float: left instruction added to the table to let the portlets know that they can wrap around it
[17:27] <gmb> sinzui: Hmm, no. Let me try that...
[17:27] <intellectronica> hey beuno, have you got a sec to look at my work in progress bugs index page redesign?
[17:28] <intellectronica> damn, the gf won
[17:28] <beuno> intellectronica, she went to the bathroom
[17:28] <beuno> GO GO GO
[17:28] <gmb> sinzui: No joy.
[17:29] <intellectronica> beuno: https://devpad.canonical.com/~tom/bugs-homepage-redesign-screenshot.png
[17:29] <leonardr> intellectronica: do you by any chance remember the formulae for running the windmill tests?
[17:29] <leonardr> i am pushing my code to lp:~leonardr/launchpad/get-field-uri
[17:29] <leonardr> take a look at the code (it's a subset of what's already been reviewed) and if the tests pass i'll land it
[17:29] <sinzui> gmb: what was the effect, content pushed out? insane wrapping?
[17:29] <gmb> sinzui: No change at all :)
[17:30] <sinzui> hmm.
[17:30] <intellectronica> leonardr: https://dev.launchpad.net/Windmill but there are no tests for the bugtasks table yet, if that's what you're looking for
[17:30] <beuno> intellectronica, I like it
[17:30] <intellectronica> leonardr: also, i don't know if that hasn't changed now that BjornT_ is working on making windmill work as part of the general test suite
[17:30] <leonardr> intellectronica: thanks for link. i am just trying to run the tests i added to this branch
[17:31] <beuno> I don't know if I like the format for "bug supervisor..." etc
[17:31] <intellectronica> beuno: how can we improve on that?
[17:31] <beuno> names will be long, oit will wrap, it doesn't look like it does in other places...
[17:31] <intellectronica> i really want to keep these links in one place so that people don't have to fish for them all over the page
[17:32] <intellectronica> would you suggest moving it out of the sidebar?
[17:32] <beuno> I think so
[17:32] <beuno> bug tracker as well
[17:32] <beuno> and just leave the action
[17:33] <beuno> you could have it in the main content
[17:33] <beuno> on  the right
[17:33] <beuno> top right
[17:33] <beuno> where the serarch is
[17:33] <beuno> search even
[17:33] <beuno> damn
[17:33] <beuno> cought again
[17:33] <beuno> bbl, I'm on strike 2 now
[17:34] <intellectronica> beuno: another option is to have the title of the fields on a separate line. that way wrapping will be less of a problem
[17:34] <intellectronica> laters
[17:34] <beuno> intellectronica, gmb, email is easier for me  :)
[17:34]  * beuno -> gone
[17:34] <intellectronica> beuno: gotcha
[17:36] <sinzui> gmb: I have a cracked proposal. Move the table to the side portlets. You need to add a position: relative, then play with the left: or float properties to align the table to the left side.
[17:36] <gmb> sinzui: I like it. Let me fetch my crack pipe and get hacking.
[17:36] <deryck> intellectronica, the screenie looks nice, man.  You've done some nice work there.
[17:37] <sinzui> gmb: you may still need a z-index: 10 on the side portlets to ensure they flow with the table
[17:37] <intellectronica> deryck: cheers. b.t.w you don't see the cloud because there's no data, but that looks nice too. now wrestling with the search box
[17:37] <gmb> sinzui: Understood
[17:38] <deryck> intellectronica, gotcha.  I like the border around the search area.  It gives us room to improve later as we try to play with improved search/filing ideas that we batted around but don't have time for now/
[17:40] <deryck> intellectronica, how does the "Hot Bugs" section get built?  Just latest or latest touched?  Or some actual calculation of "hot"?
[17:41] <intellectronica> deryck: for now it's just latest touched. but i think it's worth keeping it vague so that we can change the query later to something more sophisticated. what do you think?
[17:42] <deryck> intellectronica, yes, agreed.  vague now to release, better later.  good call.
[17:45] <leonardr> intellectronica: my new tests pass, and my code doesn't break any existing tests. if you'll bless my new diff, i'll land that branch, and come back to the bug (which i will now file) when i come back from holiday next thursday
[17:45] <leonardr> if you, like me, feel slightly uncomfortable with the idea of me landing something and then going away for a week, maybe you'd like to take over the branch?
[17:46] <intellectronica> leonardr: i'm not sure i understand. what's the bug? is everything on the bug page still working?
[17:46] <leonardr> intellectronica: i have not removed your hack
[17:46] <leonardr> the bug prevents me from removing it
[17:46] <intellectronica> leonardr: normally i'd love to, but i have heaps to finish, so i can't realistically promise to look at it until we're done with all our 3.0 work
[17:47] <leonardr> intellectronica: ok, i'll probably land it when i get back
[17:47] <intellectronica> leonardr: in that case, feel free to file a bug and assign to me for doing that later on
[17:47] <leonardr> intellectronica: the bug is in lazr.restful, so i'll fix it, and then file a bug for you to get rid of the hack
[17:47] <leonardr> that's probably what you meant
[17:47] <intellectronica> yeah, that's what i meant
[17:50]  * gmb <-- taking a break for food; this is frying my brain. Back in an hour or so
[17:56] <mrevell> night all
[18:02] <maxb> gary_poster: My lazr.enum import pains on karmic are back again. Just wondering if you have any immediate thoughts on the issue, or if I should dig into it myself this weekend.
[18:03] <gary_poster> maxb: argh!  no
[18:03] <gary_poster> maxb: can you give me a traceback or something?
[18:04]  * maxb slices a testlog
[18:08] <maxb> http://paste.ubuntu.com/272968/
[18:09] <gary_poster> so, back, with a new and amusing new face.
[18:09] <gary_poster> or something.
[18:09] <maxb> and mysteriously localized to codehosting bits
[18:10] <gary_poster> oh.  well, that's a clue at least.
[18:20] <gary_poster> maxb: to state the probably obvious, the tests I have looked at so far look like they are calling out in one way or another, and the paths appear to not be set up correctly.
[18:20] <gary_poster> Unfortunately, it's not obvious to me on a skim how these things are calling making subprocesses.
[18:20] <gary_poster> In any case, on the bright side from my perspective, and maybe yours, this appears to me to be something funky having to do with our test set up, rather than some breakage in zc.buildout.
[18:33] <EdwinGrubbs> sinzui: I can't find a zcml entry for rdf-index.pt. Do you know where it is used?
[18:36] <salgado> EdwinGrubbs, /rdf, maybe?
[18:37] <salgado> that's it, just confirmed on launchpad/configure.zcml
[18:38] <EdwinGrubbs> salgado: oh, it's not in the zcml directory. Thanks.
[19:00] <bac> sinzui: did you create a bug for the person-edit conversion?
[19:00] <sinzui> bac: No
[19:00] <sinzui> sorry
[19:01] <bac> np
[19:01] <bac> i'll do it
[19:01] <sinzui> I told everyone you were working on it
[19:01] <bac> i just need me a number
[19:01] <bac> it was supposed to be a surprise
[19:01]  * sinzui told everyone who seemed to care at least
[19:01] <sinzui> bac: I am in a call, If you want me to review it, I expect to be available in an hour
[19:02] <bac> sinzui: ok
[19:04] <barry> Edwin-lunch: when you're back from lunch, ping
[20:38] <mwhudson> good morning
[21:47] <jtv> hi mwhudson
[21:47] <mwhudson> jtv: should i be telling you to go to bed?
[21:47] <jtv> mwhudson: in a moment, but first you could do wonders for my ability to sleep by helping me with a notfound-traversals failure.  :)
[21:48] <jtv> This is the grown-up software engineer's way of asking you to read me a story.
[21:48] <mwhudson> jtv: rm notfound-traversals.txt ?
[21:48] <jtv> Tempting...
[21:48] <jtv> Basically I seem to have managed to replace a 404 for a certain nonsensical URL with a 500.
[21:49] <jtv> BFD to me, but what do I know...
[21:50] <mwhudson> 500s are pretty bad, i'd say
[21:50] <jtv> true
[21:51] <jtv> here's what I did: I added a Navigation & Breadcrumb for Language, and now /+languages/xx/foos (where xx is a language code) no longer produces a 404.
[21:51] <jtv> Instead, ForbiddenAttribute: __getitem__ on Language.
[21:52] <mwhudson> jtv: is there a GetitemNavigation somewhere?
[21:52] <jtv> Yup
[21:52] <jtv> Ahhhh
[21:52] <mwhudson> jtv: kill it before it breeds
[21:52] <jtv> now the name begins to make sense
[21:52] <jtv> What do I put there instead?
[21:52] <mwhudson> um
[21:52] <mwhudson> i think just a Navigation
[21:52] <jtv> Just kill?
[21:52] <jtv> Ah
[21:53] <mwhudson> (assuming there is actual navigation to be done, i guess)
[21:53] <mwhudson> jtv: oh, you added the navigation?
[21:53] <jtv> yes, without understanding much about it
[21:55] <salgado> jtv, if you wait till tomorrow you won't need to add this Navigation as bug 423898 will be fixed
[21:55] <mup> Bug #423898: Should not rely on Navigation._publishTraverse() to have objects appended to request.traversed_objects <Launchpad Foundations:In Progress by salgado> <https://launchpad.net/bugs/423898>
[21:56] <jtv> salgado: would that give me the breadcrumbs I crave?
[21:56] <jtv> (and hi btw :)
[21:56] <salgado> jtv, yes
[21:56] <jtv> ooh
[21:56] <salgado> you still need the Breadcrumb adapter, but a Navigation is no longer needed
[22:01] <jtv> salgado: nice!  Using plan Navigation solves it all for now, so I'll just add an XXX referring to that bug.
[22:02] <salgado> jtv, ok
[22:04] <jtv> mwhudson: see?  Now I'll sleep a whole lot better.  :)
[22:04] <mwhudson> jtv: yeah, a happy result!
[22:06] <jtv> thanks, guys
[22:14] <thumper> booting the laptop
[22:15] <thumper> call shortly
[22:25] <mwhudson> thumper: laptop busy fscking?
[22:25] <thumper> :(
[22:33] <sinzui> EdwinGrubbs: this bug relates to rdf https://bugs.edge.launchpad.net/launchpad-registry/+bug/6405
[22:33] <mup> Bug #6405: /rdf page doesn't provide access to RDF exports <registry> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/6405>
[22:35] <EdwinGrubbs> sinzui: Should I even bother trying to convert this now, since it will have to be changed so much in the future?
[22:39] <sinzui> EdwinGrubbs: The page will not render if it is not converted. Just do the minimum to convert it. We need to rethink DOAP
[22:39] <thumper> losa, mwhudson: the cscvs merge seems stuck on db comments again
[22:49] <EdwinGrubbs> sinzui: is the macro:page/applicationhome also to be replaced by the new templates?
[22:50] <sinzui> EdwinGrubbs: yes
[22:50] <sinzui> Locationless or main_only
[22:50] <Chex> thumper: this is the pqm queue, correct?
[22:50] <thumper> Chex: yes
[22:51] <thumper> mthaddon: pqm wedged again same as last night
[22:51] <thumper> :(
[22:51] <sinzui> EdwinGrubbs: If application button do not make sense for the page (/rdf) use locactionless. main_only is the default
[22:53] <mthaddon> thumper: ok, so something in the code is causing a problem - can someone look into that?
[22:53] <thumper> mthaddon: the change is in the cscvs branch itself, so it seems very screwy
[22:54] <thumper> mthaddon: it isn't the branch that is landing that is at fault
[22:54] <mthaddon> thumper: ok, so what's wrong with cscvs?
[22:54] <thumper> mthaddon: one line change blocking bzr 2 from landing
[22:56] <mthaddon> thumper: I guess I'm just asking if we can make a change that will stop this happening again
[22:57] <thumper> mthaddon: I don't know what is wrong...
[22:57] <thumper> mthaddon: it shouldn't block there!
[22:57] <thumper> it is "make schema"
[22:57] <thumper> I have no idea...
[22:57] <thumper> Aaarrrrgggg!!!!!!!!!!!!!!!!!
[23:03] <kfogel> jml: hey
[23:05] <kfogel> where o where is my jml
[23:10] <kfogel> thumper: those approved branches of mine you noticed yesterday -- they were already merged, somehow Launchpad just didn't know about it.  I've marked their status as "merged" now, so they'll no longer show up in activereviews.
[23:11] <jml> kfogel, hello
[23:11] <kfogel> jml: hey there
[23:11] <thumper> kfogel: ok, ta
[23:11] <jml> kfogel, computer problems prevented me from arriving sooner.
[23:11] <jml> I was forced to wait on an fsck.
[23:12] <kfogel> jml: if by "computer problems" you mean "fleet of leather-clad bikers wielding live armadillos", then sure.
[23:12] <kfogel> jml: you know you can hit Escape to stop that, I think?
[23:12] <jml> kfogel, I believe it's koalas, this cycle
[23:12] <jml> kfogel, ha ha ha
[23:12] <wgrant> Ah.
[23:12] <kfogel> jml: the escape thing wasn't a joke...
[23:12] <wgrant> So that's why everyone is having problems, but nobody can work it out.
[23:12] <jml> kfogel, it doesn't work
[23:12] <wgrant> rocketfuel-get is broken for non-Canonicalites.
[23:12] <kfogel> wgrant: !!??
[23:13] <kfogel> jml: one second while we both jump on this thing wgrant just said
[23:13] <jml> ok
[23:13] <kfogel> wgrant: that counts as a P1.  What's the problem?
[23:13] <wgrant> You know how ~3 people have been complaining that rocketfuel-setup fails when it complains about sourcecode/mailman's absence?
[23:13] <wgrant> I just ran rocketfuel-get. It complained about shipit and didn't actually update any of the branches.
[23:14] <jml> interesting.
[23:14] <jml> wgrant, rf-get has changed recently
[23:14] <wgrant> It has.
[23:14] <wgrant> And it has no error handling.
[23:14]  * thumper still doesn't use rf-get
[23:14] <jml> wgrant, that surprises me
[23:15]  * wgrant tries.
[23:15] <sinzui> I know dulwich is broken. I used --overwrite to force the branch to update
[23:15] <jml> wgrant, it has some error handling.
[23:16] <kfogel> wgrant: looking at recent rf-get changes now...
[23:16] <kfogel> oh frig, there's still no way to get the history of a file efficiently in bzr
[23:17] <wgrant> bzr log?
[23:17] <kfogel> wgrant: try it :-)
[23:18] <sinzui> kfogel: I use gannotate to look though a file. I do not know how to get just the log of the commits that changed the file
[23:18] <kfogel> wgrant: I did 'cd utilities; bzr log -v -n0 rocketfuel-get', although I'm not strictly sure the -v is necessary...
[23:18] <mwhudson> kfogel: it's waaaay better in 2a format than it was before, at least...
[23:18] <kfogel> ah, eliminating -v helps
[23:18] <kfogel> a lot
[23:18] <kfogel> mwhudson: YES
[23:18] <kfogel> mwhudson: actually the culprit appears to be the -v really
[23:19] <mwhudson> jml: please to be fixing devscripts.sourcecode to pull overwrite
[23:19] <wgrant> A plain bzr log on that file takes just 5 seconds here.
[23:19] <kfogel> I had thought that whatever work -v did was what bzr would have to do to extract logs for just that file anyway, but apparently not
[23:19] <jml> mwhudson, yeah, I've already made a note to do so :)
[23:19] <mwhudson> kfogel: log -v should be faster in 2a too...
[23:19] <jml> mwhudson, although aiui, it's a matter of adding a parameter to one function call in one place.
[23:20] <mwhudson> jml: yeah
[23:20] <kfogel> mwhudson: it may be faster, it's just still rather slow
[23:20] <mwhudson> jml: so i guess it doesn't actually demand you do it...
[23:20] <kfogel> wgrant: http://paste.ubuntu.com/273138/
[23:20] <mwhudson> jml: the last-touched principle & all that
[23:20] <kfogel> wgrant: I'm sure you were at that rev already
[23:21] <wgrant> Ahhh.
[23:21] <wgrant> I see.
[23:21] <wgrant> So.
[23:21] <jml> mwhudson, oh sure, I'm happy to do it.
[23:21] <jml> I just would have been happier if someone else had already done it :P
[23:22] <kfogel> wgrant: looking at diff, one sec
[23:22] <wgrant> kfogel: I have a fix.
[23:23] <kfogel> wgrant: zing!
[23:23] <wgrant> Just working out what the Right Way to report errors is, given that it might be an optional.
[23:23] <kfogel> wgrant: ok.  Should jml and I start our call (that's what we backgrounded, but if you have questions we can wait..)
[23:24] <wgrant> kfogel: Go ahead. Sorry for interrupting.
[23:24] <kfogel> wgrant: m'gosh, sorry we broke rf-get!
[23:31] <thumper> hmm... pqm seems to be advancing, but slowly
[23:32] <thumper> Chex, mthaddon: any idea why pqm would take an hour to apply comments.sql?
[23:32] <mwhudson> maybe postgres really wants to vacuum or something
[23:42] <poolie> hi
[23:42] <poolie> i think it used to be possible to change the status of a question, but the option seems to have gone away
[23:42] <poolie> even on lpnet
[23:43] <poolie> wtf
[23:44] <wgrant> The permissions for that are very restrictive.
[23:44] <poolie> it's a bazaar question
[23:45] <poolie> maybe the permissions have been broken? do you know off hand who is allowed to edit them?
[23:46] <poolie> oh
[23:46] <poolie> actually it's not
[23:46] <poolie> i don't know why i got it then
[23:46] <mwhudson> kiko: build engineer tole?
[23:47] <poolie> wgrant: ok, i remember, i've hit this before
[23:47] <wgrant> poolie: It's in bazaar, but not bzr?
[23:48] <poolie> i don't have permission to change the status but i do have permission to reassign the question and then i can change the status :)
[23:48] <wgrant> Ah, yes.
[23:48] <wgrant> Heh.
[23:48] <poolie> i think someone else may have moved it before i got there
[23:51] <EdwinGrubbs> BjornT: ping
[23:56] <EdwinGrubbs> jml: ping
[23:57] <jml> EdwinGrubbs, pong
[23:57] <jml> EdwinGrubbs, wassup?
[23:58] <EdwinGrubbs> jml: I don't understand the benefit of the /+storeblob page.
[23:58] <jml> EdwinGrubbs, me neither. I didn't know we had one :)
[23:58] <mwhudson> EdwinGrubbs: wgrant replied to you on #launchpad-reviews....
[23:59] <kiko> mwhudson, heh
[23:59] <thumper> hi kiko
[23:59] <kiko> heya tim
[23:59] <kiko> how are you?