[00:07] Sorry, could we please do this on the bug? This is a 4.5 year old sprawling bug with months-long hiatuses; switching back and forward between bug mail and IRC increases the probability of us forgetting stuff; plus I have to go to bed now and can't really spend the time to give a proper answer to these questions right now. [00:10] And you may be right that it's unnecessary but if so I'd really like both the question and the answer - i.e. answer including motivation for it - to be recorded [01:58] Hm [01:58] I wonder if I can mangle format-imports into a generic import mover [01:58] (BugTaskSearchParams is moving out of bugtask.py) [01:59] Hey, I'm getting a corruption error from zlib while doing an export [01:59] Should two packs with the same hash have the same content? [01:59] From bzr? [01:59] That's probably more of a #bzr question [02:00] Heh, wrong Canonical-ish channel, sorry [02:00] wgrant: michaelh: yes, same hash - same content. === michaelh is now known as michaelh|away === michaelh|away is now known as michaelh [02:03] OMGWTFBBQ [02:03] structural subscriptions model is under bugs, but the JS for it is in registry? [02:03] StevenK: It was all initially in Registry [02:04] StevenK: Then the bug subscriptions work moved it into Bugs [02:04] For reasons unclear [02:04] Maybe they were going to impact branches too [02:05] I mean the reason for the move was unclear [02:05] They were going to work for blueprints etc. in the initial design [02:05] Ah [02:16] shiny [02:16] https://status.heroku.com/ === beuno_ is now known as beuno === michaelh is now known as michaelh|away === michaelh|away is now known as michaelh === michaelh is now known as michaelh|away === michaelh|away is now known as michaelh === michaelh is now known as michaelh|away [04:55] * StevenK stabs the SS JS [05:39] wallyworld_, wgrant: https://code.launchpad.net/~stevenk/launchpad/bugsubscriptionfilter-itype-ui/+merge/118472 [05:40] StevenK: i'm just about to run and and get the kid (i'm a bit late), i can look when i get back [06:31] StevenK: the _english_condition() method could be improved - you could pass in the list to extend as a parameter [06:31] it would avoid the unnecessary list creation [06:33] Also, Proprietary isn't spelt like that. [06:34] Bleh [06:35] Those JS tests suck [06:37] StevenK: will this actually hook up to the back end and do something? [06:38] 342 + 'are of information type: '+filter.information_types.join(', '))); <-- you need a space around the + operator [06:40] wallyworld_: Notice the existing pattern above, shall I fix those too? [06:40] yes please [06:40] while you are there [06:42] wallyworld_: And yes, it hooks up to the model [06:42] cool, and it works? ie you tried it out? [06:43] normally i'd ask for a screenshot to be attached to the mp [06:44] Yeah, I have tried it out. [06:44] I can make a few screenshots, if you wish [06:46] wallyworld_: ^ [06:47] StevenK: just one really - to show the new rendering of the info types in the popup, ie the expanded accordian [06:47] Ah [06:47] it's hard to visualise [06:47] Let me do that [06:48] thanks :-) [06:48] if there's anything else you fell would add value, feel free to include it :-) [06:51] wallyworld_: MP description changed to include screenshot [06:51] .me looks [06:51] Might change the 4 columns to 3. Not sure. [06:53] StevenK: looks good. i think 3 columns is better. it's on my todo list to get rid of those godaweful little lazr buttons from formoverlays [06:54] wallyworld_: http://people.canonical.com/~stevenk/information_type_filter_3.jpg [06:54] much nicer! [06:55] wallyworld_: http://pastebin.ubuntu.com/1133830/ [06:58] wallyworld_: But those buttons are so nice and fiddly to click :( [06:58] StevenK: i'd rename the _english_condition method to _add_english_condition or something. my personal preference would be for the conditions list to go as the first argument but i'm not sure if we have a standard for that [06:59] wallyworld_: You say as I push those changes .... [06:59] sorry :-( [07:00] wgrant: i'll do the change so that if the traversed path of the current content includes wgrant, you'll still get the little buttons [07:00] Hahaha [07:01] wallyworld_: http://pastebin.ubuntu.com/1133836/ [07:03] StevenK: looks, good, thanks. i'm surprised lint didn't pick up the spaces around the + in the js. you should include a == Lint == section in your mp [07:04] I always check for lint before proposing [07:06] maybe the linter needs updating. i can't recall if it complains at me when I forget the spcaes. i know curtis picks it up. maybe we should hook him up as the linter to use [07:07] wallyworld_: Sounds like https://wiki.canonical.com/Quotes/2011 -- search for 'Automation and Service Status' [07:08] lol [07:20] StevenK: dogfood's running the fixed code, and seems pretty fast [07:20] I've only specifically profiled the structsub queries, trying to track down the others now. [07:20] But please throw rocks at it. [07:30] good morning [07:32] StevenK: I'm glad that most of my humour is too foul to get Quoted === michaelh|away is now known as michaelh === jpds_ is now known as jpds === jamestunnicliff_ is now known as jamestunnicliffe === michaelh is now known as michaelh|away [11:52] so... there are no tests for debbugs import, but I'm not allowed to say that right? [11:53] mgz: You care about the debbugs externalbugtracker, not debbugs-import. [11:55] I'm looking at bug 1029294 which is tripping in lp.bugs.scripts.debbugs [11:55] fix looks trivial but I don't want to break the world. [11:56] Ah [11:57] Yeah [11:57] That code is a bit old [11:57] It may even be from Mark's original stuff in 2004. [11:57] Not sure how much it's evolved, but looking at the code... probably not much [11:58] Yeah, was introduced in Nov 2004, largely untouched since. [11:59] mgz: Have you checked the debbugs source to see what other changes are associated with summary version 3? [11:59] When I looked at that I couldn't actually find a record of such a version ... [11:59] So I was going to look on the master system when I got a chance [12:00] I have, the only one is a set of fields are no longer rfc 1522 encoded [12:01] That's summary version 2. [12:01] Isn't it? [12:01] summary version 2 encodes subject and so on [12:01] summary version 3 does not [12:02] Oh, yeah, I see it now. OK. [12:02] the launchpad code doesn't seem to handle any encoding regardless [12:05] so, we might get byte/unicode mix exceptions rather than harmless =?manging? without some extra handling [12:10] mgz: We only do bugwatches nowadays, not imports. So we really only care about status/importance, probably. [12:13] that would simplify things, will grep around a bit [12:41] what is this nonsense... [12:41] ImportError: No module named auditorclient.client [12:43] why does launchpad want to import whatever that is when it's not in deps or pulled in by rocketfuel... [12:45] will branch the darn thing for now, but this seems borked [12:55] mgz: Have you rerun buildout? [12:55] 'make build' will do it [12:58] I ran 'make run' which depends on build.... [12:59] it's possible I hit a window where I somehow got the code change but not the dep update, but that seems backwards [13:03] mgz: Possibly it didn't automatically buildout because of some timestamp thing. But the code and dep changes were in the same rev. [13:03] so, rerunning build picks it up... but this really screws up my nice automation when launchpad periodically needs manual intervention to fix things [13:03] especially as the fallout is non-obvious [13:03] It's pretty obvious [13:03] Missing dep [13:03] => deps are probably out of date [13:04] => buildout is out of date, since buildout manages deps [13:06] wgrant: so, I have the log from the original update, and that pulls in the source, but left lp in a borked state, want to take a quick look? [13:06] mgz: Sure [13:13] okay, pastebin was a bad idea, slow for big things... [13:16] ...and then it timed out anyway [13:17] wgrant: on devpad.canonical.com:/home/gz/lp.log [13:19] so, that succeeded, but when I then went to run the tests later, auditorclient wasn't importable [13:23] mgz: Looking [13:24] mgz: Are you sure you were running the tests from the same tree? [13:25] Because the webapp is unlikely to start in the situation that you described. [13:25] And buildout was clearly run [13:27] wgrant: doh, yup, that's it, rocketfuel not getting lightweight checkouts paining me again [13:31] adeuring: ping, you get the email on the skype call? [13:32] rick_h_saw it a minute ago, online on skyke in a minute... [13:50] jcsackett: stand up is over whenever you're ready to chat [13:51] abel: Since rick is busy, do you mind reviewing this? https://code.launchpad.net/~abentley/launchpad/same-queue-query-fmr/+merge/118428 [14:33] jcsackett: rick_h_: While I know we are in an awkward be-ready-to-blue-sky sharing phase there are a few bugs in the current UI that would be nice to fix/avoid bug 1023427 [14:33] <_mup_> Bug #1023427: Sharing implies you can edit < https://launchpad.net/bugs/1023427 > [14:34] sinzui: thanks, will check it out [14:45] Any chance of a review of https://code.launchpad.net/~cjwatson/launchpad/report-pcj-oops/+merge/117601? I'll need to get that QAed before pushing up the fix for the second of that pair of critical bugs. [14:55] adeuring: Since rick is busy, do you mind reviewing this? https://code.launchpad.net/~abentley/launchpad/same-queue-query-fmr/+merge/118428 [14:55] abentley: sure, I' [14:55] ll look [14:55] adeuring: thanks. [14:59] cjwatson: I'll review it if you promise to update sampledata next time you land a DB patch :-) [15:00] Did I screw something up before? [15:01] cjwatson: You didn't update the sampledata to include distroseries on archivepermission. [15:01] Oops. Sorry about that. Duly promised. [15:01] Has that been done now? [15:02] (I mean, does it need me to do a follow-up branch?) [15:02] cjwatson: Yes, I landed it as part of my db patch. [15:02] Good, thanks. [15:04] cjwatson: r=me. [15:05] thank you. [15:06] cjwatson: np [15:11] abentley: r=me, but I find it still scary that this fix is necessary... [15:12] adeuring: Thanks. [15:12] Oh, since you two are around: is celery in a state where new jobs could reasonably be deployed using it? [15:13] PackageCopyJobs might benefit. (Also, I was wondering if either of you knew if there's a reason why PlainPackageCopyJob.createMultiple doesn't poke celery.) [15:13] cjwatson: No, not yet. There was a problem with queues accumulating that we believe is now fixed, but is related to this branch I'm landing. [15:14] OK. Useful to know to calibrate my expectations ... [15:16] cjwatson: Yeah, hopefully with this landed, we can try to deploy celery job handling again. [15:34] sinzui: i can grab bug 1023427; this is just the on production w/o write enabled issue, correct? [15:34] <_mup_> Bug #1023427: Sharing implies you can edit < https://launchpad.net/bugs/1023427 > [15:34] no [15:36] jcsackett: the choicesource widget adds the action/edit link to both the value and the EDITICON. +sharing's UI knows to hide the EDITICON node so we do not render an icon that claims you can edit, but the values are still linked. [15:37] jcsackett: I think we need to consider changing choicesource to not linkify values as we need, or we rethink how +sharing renders all the choices [15:39] jcsackett: The issue relates to https://bugs.launchpad.net/launchpad/+bug/568768 which has a lovely picture showing that Lp's inconsistency with what activates a choice causes madness in 8 out of 10 people [15:39] <_mup_> Bug #568768: Bug UI Inconsistancy

< https://launchpad.net/bugs/568768 > [15:42] jcsackett: I think wallyworld_ had pondered a flag to choicesource config to no link the value. That might solve my immediate concern. I still hope to stop linking the bug status and importance to the popup [15:49] sinzui: bug status/importance? you mean on the bugs page instead of on the +sharing page? [15:50] jcsackett: yes. A good plan will allow us to fix both pages [15:51] jcsackett: on this picture: https://launchpadlibrarian.net/45059419/bug-incon.png the bug status and importance were linked to the popup. They should not be linked, or if they are, they are linked to search for more bugs of that status or importance [15:51] sinzui: got it. [15:52] sinzui: ok, i got you. was just confused as i was thinking in terms of +sharing, not in terms of choicesource. [15:52] jcsackett: I am not asking for you to fix the bug page, I just want to you to check that a fix for +sharing could be reused on the other page to verify the design is good [15:53] sinzui: dig. [15:53] Sorry for writing in cryptic curtisese [15:53] sinzui: all good, i can usually translate.:-P === deryck is now known as deryck[lunch] === gary is now known as Guest67056 === Guest67056 is now known as garyposter === garyposter is now known as gary_poster === deryck[lunch] is now known as deryck [18:44] rick_h_, you reviewing at all now, or still UI-pairing? [18:46] deryck: just losing all my UI work atm :/ [18:46] deryck: what's up? Need a review? [18:46] rick_h_, that doesn't sound fun. And yeah, if you have the bandwidth. [18:46] deryck: sure thing, linky please and I'll take a break being angry at the service [18:47] rick_h_, thanks! https://code.launchpad.net/~deryck/launchpad/reauth-for-email-363916/+merge/118612 [18:53] o/ [19:04] deryck: r=me with couple comments [19:05] rick_h_, thanks! === michaelh|away is now known as michaelh [21:42] evening [21:46] hi [22:02] gary_poster, hi just replied to your email [22:59] man missed him