[00:00] <wgrant> Bert_2: It's the table at the top of the bug page that shows status/importance/etc.
[00:00] <Bert_2> wgrant: mmm, on submitting a filled in bug my instance now errors on that
[00:01] <wgrant> What's the error?
[00:01] <wgrant> Could be another missing celebrity breaking a permission check
[00:02] <Bert_2> here's the full oopsinfo: http://pastebin.com/dzEKFBYd
[00:03] <Bert_2> it seems to be the case I cannot view bugdetails, only the table of bugs
[00:03] <Bert_2> the oops I gave you is shown on displaying a specific bug
[00:03] <wgrant> Ah, I think I know what that is.
[00:03] <wgrant> Give me a sec
[00:04] <Bert_2> take your time ;)
[00:10] <wgrant> Bert_2: On https://launchpad.dev/ubuntu/+edit (or the equivalent for your domain), select 'Bugs in this project are tracked in Launchpad'
[00:12] <Bert_2> wgrant: did that, and it fixed it :O
[00:12] <Bert_2> so, why was it not working and why is it now ?
[00:13] <wgrant> If you click on the expander icon at the left of the task table, you'll see that the Distribution widget defaults to Ubuntu
[00:13] <wgrant> That's a bit of a hack -- it's hardcoded
[00:14] <wgrant> The widget is configured to only show distros that track their bugs in Launchpad, so the default value of Ubuntu was illegal.
[00:14] <Bert_2> the Target:Distribution:Ubuntu thing you mean ?
[00:14] <wgrant> Yeah
[00:14] <Bert_2> oh, I see
[00:15] <Bert_2> thanks a lot man, I'm pretty sure I couldn't have found that by myself :p
[00:17] <wgrant> Yeah, it was pretty obscure, but I was able to guess it right away as I've had the misfortune of running into that code before.
[00:18] <wgrant> I'm fixing the script to add those essential celebrities and set that Ubuntu bit
[00:18] <Bert_2> wgrant: awesome, that'll help a lot of people out in the future
[00:19] <Bert_2> now as we'll be using bugs, answers and bluepints I'll let you know if I run into any more issues so the script is fully up to date ;)
[00:19] <wgrant> Yup
[00:19] <Bert_2> awesome :D
[00:33] <Bert_2> wgrant: thanks again for your help, now I'm off to bed, bye
[00:33] <wgrant> Bert_2: Night.
[00:47] <StevenK> wgrant: http://pastebin.ubuntu.com/1109290/
[00:48] <StevenK> wgrant: I wouldn't expect subscriber to be there for the new tests -- so I'm guessing I have something backward
[00:49] <wgrant> StevenK: Will look soon
[01:10] <StevenK> wgrant: Is it soon yet? :-)
[01:11] <spm> StevenK: it is "Too Sooooon!"
[01:21] <wgrant> StevenK: +        subscribers = BugSubscriberSet().union(
[01:21] <wgrant> +            self.structural_subscribers,
[01:21] <wgrant> +            self.all_pillar_owners_without_bug_supervisors,
[01:21] <wgrant> +            self.all_assignees)
[01:21] <wgrant> StevenK: None of those seem to be filtered
[01:37] <StevenK> wgrant: I thought self.structural_subscribers would be? Although the structuralsubscription model code is messy at best
[01:38] <wgrant> StevenK: Right, but the others aren't...
[01:40] <StevenK> self.all_pillar_owners_without_bug_supervisors probably does not require filtering
[01:41] <StevenK> self.all_assignees is currently causing me grief
[01:41] <wgrant> It requires filtering
[01:41] <wgrant> To /dev/null
[01:41] <wgrant> That's the thing we said we were going to delete
[01:41] <wgrant> On the basis that it doesn't make sense
[01:41] <StevenK> Ah
[01:41] <wgrant> And things that don't make any senses probably shouldn't exists
[01:41]  * StevenK deletes it
[01:41] <wgrant> -plurals
[01:41]  * wgrant stabs the branch scanner
[01:41] <wgrant> StevenK: Separate branch
[01:41] <StevenK> :-(
[01:42] <wgrant> Probably the same branch as the bug supervisor default sub removal
[01:42] <StevenK> Which is *after* this branch. Bah.
[01:42] <wgrant> Nah
[01:42] <wgrant> Can be before this branch
[01:42] <wgrant> Bug supervisor default structsub removal, that is
[01:42] <wgrant> Not the default private_bugs direct subscription
[02:27] <StevenK> wgrant: http://pastebin.ubuntu.com/1109408/ Ignoring the printf debugging, it seems like forbidden_recipients_filter and forbidden_subscribers are backwards
[02:29] <wgrant> StevenK: What suggests that?
[02:30] <StevenK> wgrant: My printf debugging does
[02:30] <wgrant> Specific examples?
[02:31] <wgrant> Ah
[02:31] <wgrant> Well, yes, forbidden_subscribers is backwards
[02:31] <wgrant> So I'd suggest making it not backwards
[02:31] <StevenK> So forbidden_recipients_filter is backward?
[02:31] <wgrant> forbidden_recipients_filter returns Storm conditions that restrict the returned subscriptions to those which have access
[02:34] <StevenK> Oh, damn it, that is still keyed on BugSubscription
[02:34] <StevenK> I need both BugSubscription and StructuralSubscription
[02:38] <StevenK> So no wonder it returns [] :-(
[03:12] <StevenK> wgrant: http://pastebin.ubuntu.com/1109443/ is the StructuralSubscription query
[03:15] <wgrant> StevenK: Does it work?
[03:15] <wgrant> lifeless: Is bzrlib's Graph.find_difference meant to be slow?
[03:16] <wgrant> lifeless: It's taking upwards of 5 minutes to calculate for one of my LP branches. It was about 5000 mainline revs behind devel, and it chokes on the merge I did yesterday.
[03:21] <lifeless> it uses _find_border_ancestors
[03:21] <lifeless> which notes: This will scale with the number of uncommon ancestors.
[03:21] <lifeless> wgrant: what is it doing? Can you lsprof it ?
[03:27] <wgrant> lifeless: My smaller test cases are 5x faster after a pack. Trying the original case again now
[03:30] <wgrant>      1039155            0      2.3077      2.3077   <method 'extend' of 'list' objects>
[03:30] <wgrant> blink
[03:31] <wgrant> That takes 11s unprofiled, and it's b.repository.get_graph().find_difference('william.grant@canonical.com-20120717002424-zaimmc2rnew8s0qp', 'launchpad@pqm.canonical.com-20120724215633-t9eizm9m7wlb8nwo') -- the former rev being a merge from devel a week ago, so it's only a week of revisions.
[03:32] <wgrant> After packing the full 14-month diff takes 150s.
[03:34] <wgrant> I'm not quite sure why calculating a 277-node graph difference requires more than a million list extends...
[03:35] <lifeless> I don't, at this remove, remember which apis are fast and which are not.
[03:35] <lifeless> I *think* this is meant to be fast
[03:45] <StevenK> wgrant: No, which is why I'm pasting it
[03:45] <wgrant> And 476s for the full diff on an unpacked repo.
[03:45] <wgrant> StevenK: What doesn't it do?
[03:45] <wgrant> StevenK: Note that that is finding forbidden subscribers
[03:46] <StevenK> wgrant: I thought Not(Or(*get_bug_privacy...) would filter out forbiddens
[03:48] <wgrant> StevenK: get_bug_privacy_filter filters bugs based on privacy
[03:49] <wgrant> You use it when you want bugs that are visible to someone
[03:49] <wgrant> Read it :)
[03:49] <wgrant> The first clause it returns is information_type.is_in(PUBLIC_INFORMATION_TYPES)
[03:50] <StevenK> wgrant: Right, so it looks like the filtering in the depths of structural subscriptions was backward
[04:01] <StevenK> IntegrityError: duplicate key value violates unique constraint "accesspolicy__product__type__key"
[04:01] <StevenK> DETAIL:  Key (product, type)=(27, 4) already exists.
[04:01] <StevenK> :-(
[04:48] <StevenK> wgrant, wallyworld: https://code.launchpad.net/~stevenk/launchpad/one-linkcve/+merge/116582
[04:50] <wallyworld> StevenK: so you no longer need @export_operation_as('linkCVE')
[04:51] <StevenK> Oh, duh
[04:52] <wallyworld> other than that looks ok i think
[04:52] <StevenK> wallyworld: And it's -15 now :-)
[04:53] <StevenK> wallyworld: That change has pushed
[04:53] <wallyworld> done
[04:54] <StevenK> wallyworld: Thanks
[04:54] <wallyworld> np
[05:13] <StevenK> wgrant: Do you have a suggestion how to squeeze filtering into BugSubsciptionInfo.duplicate_subscriptions ? I've been thinking about using filter_forbidden_subscriptions, but the multiple dupes thing is tripping me up.
[07:52] <adeuring> good morning
[08:16] <jml> has the font rendering on Launchpad changed recently?
[08:16] <czajkowski> jml: yes I think huw as working on that
[08:17] <czajkowski> dont know if it landed though
[08:17] <jml> czajkowski: as in, "it's a bug and huw is fixing it", or as in, "yes, and it's a work in progress", or as in, "yes. tremble at our newly attained beauty?"
[08:18] <jml> certainly looks nicer to me :)
[08:19] <czajkowski> he was working on it
[08:19] <czajkowski> it's not a bug
[08:19] <czajkowski> and I think the code was landed and rolled out
[08:20] <czajkowski> so yes praise our new beauty!
[08:21] <jml> czajkowski: :)
[09:06] <wgrant> stub: The sampledata changes are not noise. There are two new product columns that I added last week, and one removed from bugsummary.
[09:07] <wgrant> But they were all changes made by patches, so nothing to review.
[09:25] <stub> wgrant: cool.
[10:49] <Ergo^> morning
[10:49] <Ergo^> gmb, ping
[10:50] <czajkowski> Ergo^: as I said yesterday, already, he's offline for 2 weeks.
[10:50] <Ergo^> yes, jsut noticed he showed online now ;-)
[10:51] <czajkowski> yes a lot of us run screens and while we're connected we may not always be here
[10:51] <jelmer> czajkowski: to be fair, some launchpadders seem to have trouble with the concept of "holidays" :P
[10:51] <czajkowski> jelmer: yes you and wgrant do, gmb doesn't :)
[10:52] <Ergo^> seems my xchat client shows "away" statuses, with delay
[10:54] <czajkowski> mpt: I have a bug for you!
[10:54] <czajkowski> payback!
[10:54] <mpt> czajkowski, mmmm, delicious
[10:55] <czajkowski> mpt: mind if I show it to you
[10:55] <czajkowski> much easier than me attempting to explain
[10:55] <czajkowski> .c
[10:55] <mpt> I am waiting with bated breath
[11:53] <wgrant> wallyworld, rick_h_: I think your JS changes may have conflicted, as I have a failure on ec2.
[11:53] <wgrant> actual    = ["Failure in /var/launchpad/test/lib/lp/bugs/javascript/tests/test_duplicates.html.lp.bugs.duplicates_tests.test_duplicate_form_submission_success: Unexpected error: Result of expression 'uri' [undefined] is not an object."]
[11:54] <wallyworld> hmm. let me check
[11:54] <wgrant> That's the only failure
[11:56] <wallyworld> buildbot seems happy so far but i think the yui tests are run near the end
[11:56] <wgrant> Yeah, this was in the last 5 minutes of the test suite
[11:56] <wallyworld> bollocks
[11:56] <wgrant> I have another instance 15 minutes behind that hasn't failed yet
[11:56] <wgrant> Ah
[11:56] <wgrant> Now it has
[11:56] <wgrant> In the last two minutes
[11:57] <wallyworld> i'll have to pull devel and take a look
[11:57] <wallyworld> but i have something i need to attend to first
[11:59] <rick_h_> wgrant: looking, yea bet it's something with the lp.client changes
[11:59] <rick_h_> I renamed lp_original_uri to just uri looking at wallyworld's change to see if something there didn't agree since tests passed on my end.
[12:06] <wallyworld> i didn't make any lp client changes
[12:06] <rick_h_> wallyworld: right I did, and wonder if you used it in any way that broke
[12:06] <rick_h_> I'm pulling and updating, will run the tests and see
[12:06] <wallyworld> ok, thanks
[12:07] <wallyworld> i used a couple of 'standard' methods
[12:07] <rick_h_> right, nothing jumped out at me when I reviewed it yesterday, but will look
[12:09] <Ergo^> http://www.happyprog.com/tdgotchi/?repost=true
[12:14] <rick_h_> wallyworld: wgrant one word fix, going to just submit straight to pqm to keep from killing buildbot all day if that's cool
[12:14] <wallyworld> rick_h_: go for it, thanks!
[12:15] <wallyworld> rick_h_: the current build will fail to you will need to force it when it happens
[12:15] <rick_h_> wallyworld: will do, thanks for the reminder. Will keep an eye on it
[12:15] <wallyworld> np, thanks for fixing
[13:17] <rick_h_> deryck: ping, got a quick sec?
[13:17] <deryck> rick_h_, sure.  what's up?
[13:17] <rick_h_> deryck: helping popey help someone with an issue using ubuntu-bug and sent me a screenshot: http://uploads.mitechie.com/lp/lp_bug_screenshot.png anything look strange that would toss an error you know of off the top of your head?
[13:18] <rick_h_> deryck: wondering if () in the summary or something?
[13:19] <czajkowski> rick_h_: we give rather usless error help don't we
[13:19] <rick_h_> czajkowski: :) could be a bit better I suppose
[13:19] <deryck> rick_h_, no, it shouldn't choke over the parens.
[13:20] <deryck> rick_h_, there's some required field or something not displayed.  I wonder if something in extra options was set incorrectly somehow?
[13:20] <deryck> rick_h_, or some field with bad data.
[13:22] <rick_h_> deryck: ok, I'll see if I can get some more info and maybe talk him into submitting it manually to make sure that works
[13:22] <deryck> rick_h_, or maybe he already filed a bug against the token and it's no longer valid? The random number thing in the url is what links to the apport filed data.  Maybe something there.
[13:22] <rick_h_> deryck: yea, this was an ubuntu-bug ... filing
[13:25] <Ergo^> rick_h_, change that message to Error: Success, that will teach them
[13:25] <rick_h_> deryck: ok cool, looks like a bad tag name: rc-6.0.0-0ubuntu5~test1
[13:33] <deryck> oh dang, standup time.
[13:33] <deryck> rick_h_, abentley, adeuring -- coming, sorry.  forgot time.
[13:34] <rick_h_> deryck: rgr
[13:36] <deryck> adeuring, https://plus.google.com/hangouts/_/6e08b518c64d571c487a6e9da883b81733756c2d?authuser=0&hl=en
[14:18] <abentley> adeuring: Why does test_run_missing_ready_does_not_return_results call a script instead of running the code in-process?
[14:19] <adeuring> abentley: I can't remember exactly... Might be related to config dteails.
[14:35] <rick_h_> abentley: can you peek at https://code.launchpad.net/~rharding/launchpad/no_more_tmp/+merge/116663 when you get a sec, short one
[14:37] <abentley> rick_h_: You're creating a directory named ${buildout:yui-directory}/yui-${:yui_version}.zip ?
[14:38] <rick_h_> abentley: yea, because I copy out to yui-${:yui_version}
[14:38] <rick_h_> it was either that or create a tmp directory in there to extract/copy out of
[14:38] <rick_h_> and that just seemed like creating a dir for no good reason
[14:39] <abentley> Does this avoid creating a directory? It sounds like it would just be a different name if you created a tmp directory.
[14:40] <rick_h_> abentley: right, this avoids creating the directory and extracting to it vs just extracting straight to yui-version.zip as a dir
[14:40] <rick_h_> it's extracting the yui-version.zip from source-deps into build/js/ and then pulling only the build (no tests, docs, etc) from that zip into build/js/yui-3.3.0
[14:41] <abentley> rick_h_: I find extensions in directory names surprising.  Would ${buildout:yui-directory}/yui-${:yui_version}-extracted or ${buildout:yui-directory}/yui-${:yui_version}-tmp or something work for you?
[14:41] <rick_h_> abentley: sure thing, all the same to me.
[14:41] <rick_h_> will update, thanks
[14:41] <abentley> rick_h_: r=me.
[14:48] <sinzui> mrevell: do you have time to talk
[14:49] <mrevell> sinzui, I think I'm just about to going into a meeting . I'm in the new London office.
[14:50] <sinzui> okay. If you have time today. ping me for a short talk about my anxieties.
[14:52]  * czajkowski hugs sinzui 
[14:52] <czajkowski> sinzui: read the warthogs mail
[14:52] <czajkowski> and did laugh
[14:52] <czajkowski> worst holiday from hell?
[14:54] <sinzui> My in-laws invited me to the same beach for another week of near-death-experiences at the end of August
[14:54] <czajkowski> sinzui: will you be going ?
[14:54] <sinzui> I am uncertain. My wife and kids will
[14:57] <jcsackett> sinzui: avoid the beach bugs.
[14:57] <sinzui> czajkowski: : this is the non-published link of what I did yesterday. I gave up trying to get the flashes out of the video since it is a known openshot tansition bug: http://youtu.be/Vq6VsKuFY_o
[14:58] <sinzui> jcsackett: since Anne did not select the house, there is no guarantee there will be internet.
[14:58] <czajkowski> sinzui: cheers
[14:58] <sinzui> I guess I could take the car and drive 2.5 hours to get to that Chinese restaurant
[14:58] <czajkowski> sinzui: or... you could tkae a holiday
[14:59] <czajkowski> dear purple squad you need to learn how to take off your holidays properly
[14:59] <jcsackett> czajkowski: in addition to his many allergies, sinzui has a fatal allergy to not working on launchpad.
[14:59] <czajkowski> jcsackett: so does wgrant
[15:00] <sinzui> My meditation is TDD. Zen and the Art of Test Driven Development. I don't have to work on Lp, but I need to do something.
[15:00] <mrevell> sinzui, Hey, I have 15 minutes now or longer than that in 90 minutes. Which works best for you?
[15:00] <czajkowski> sinzui: arduinos ?
[15:01] <jcsackett> oh, yeah. we should get him started on that. i need to know more people doing arduino hacking.
[15:02] <jcsackett> sinzui: can i grab you after you're done talking to mrevell?
[15:02] <sinzui> mrevell: now would be fine
[15:02] <mrevell> sinzui, I'll grab a room
[15:02] <sinzui> mrevell: https://plus.google.com/hangouts/_/410f6d1a701063146f8bb2bc46e26dfa04cd2539?authuser=0&hl=en when you are ready
[15:05] <deryck> rick_h_, hey, not sure if it's inviting you:  https://plus.google.com/hangouts/_/73a8173804e27710a1abf877e26aefe3848f70d3?authuser=0&hl=en
[15:17] <abentley> frankban: Could you please review https://code.launchpad.net/~abentley/launchpad/enable-tests/+merge/116678 ?
[15:17] <frankban> sure abentley
[15:19] <sinzui> mrevell: http://youtu.be/Vq6VsKuFY_o
[15:33] <deryck> rick_h_, abentley, adeuring -- I'm playing with G+ events to get a named hangout for our standup, so forgive if you get event invite spammed now.
[15:33] <abentley> deryck: np
[15:40] <abentley> sinzui: do you have a minute to talk about https://bugs.launchpad.net/launchpad/+bug/918745 ?
[15:40] <_mup_> Bug #918745: PersonMergeJob sends emails to people who do not care <email> <merge-deactivate> <teams> <Launchpad itself:Triaged> < https://launchpad.net/bugs/918745 >
[15:40] <sinzui> I do
[15:41] <abentley> sinzui: I don't understand your comment.  Why would the target of the merge care if the job failed, unless the target of the merge requested the job?
[15:42] <sinzui> abentley: this happens when the user deletes the team, they do not care about it, and there is nothing they can do to fix it.
[15:43] <sinzui> abentley: we can send the email to the person who requested the deletion. It will delay us from fixing the data in the team
[15:44] <sinzui> abentley: we fixed the most common cause last week. We do not allow people to delete teams with private branches because they cannot be given to any other team
[15:44] <abentley> sinzui: If this error is not meant to be sent to users, I think we should let the normal oops mechanism handle it.
[15:45] <sinzui> abentley: that is fine. the user will just create a question for us to look up and then fix the data as we do when ~registry gets the email
[15:46] <sinzui> Your change is good because it tells the user the delete failed
[15:49] <abentley> sinzui: If we want to send email to a celebrity, that could make sense.  But is the target guaranteed to be ~registry, or could it be a normal user/team?
[15:52] <sinzui> abentley: The email went tot the target of the merge. We get the oopses where ~registry is missing the proper BVP. Other teams get them when the change is a merge. Remember that delete is always a merge into ~registry because there are undeletable artrefacts.
[15:53] <abentley> sinzui: Okay, I think I'll go ahead with the change.
[15:54] <sinzui> okay
[15:54] <sinzui> abentley: you want to send the email to the user that scheduled the job?
[15:55] <abentley> sinzui: Yes.
[15:55] <sinzui> fab
[15:57] <abentley> rvba: I don't know what value is best, either.  In most cases, we don't hit the sleep at all.
[15:57] <abentley> rvba: So maybe it doesn't matter.
[15:58] <rvba> abentley: ok then.
[15:58] <abentley> rvba: But in cases where we race, I guess it doesn't hurt to do a fraction of a second.  The processor has nothing better to do :-)
[15:58] <rvba> abentley: that was my point :)
[15:59] <abentley> rvba: Okay, I'll change the sleep to (0.1) and the range to 100.  Cool?
[15:59] <rvba> abentley: cool.
[16:00] <abentley> rvba: (while I didn't write sleep(1) it in *this* branch, I wrote it yesterday in another branch :-)
[16:35] <Bert_2> Hi, blueprintslists in my instance of launchpad come in pages of 5, launchpad.net has pages of 20, I seem to be unable to find any mentioning of a limit in the templates, does anyone know where this number is set ?
[17:03] <sinzui> development launchpad defaults to 5 items per list. This allows us to see batching work with our small sampledata size
[17:06] <Bert_2> sinzui: and how can it be changed, cause I can't really seem to find a place to change the 5 to 20 or more
[17:06] <sinzui> it is defined in the schema.
[17:06] <Bert_2> schema-lazr.conf ?
[17:07] <sinzui> It can be redefined in  configs/development/launchpad-lazr.conf
[17:08] <Bert_2> what is the option called, cause I don't see any option with a 5 in schema-lazr.conf that have to do with it, I think ?
[17:09] <sinzui> I don't know the name of the key, but it is defined in schema-lazr.conf. Search for 5
[17:09] <Bert_2> I just did
[17:10] <Bert_2> the only ones with just five are announcement_batch_size and bugnotification_interval
[17:10] <Bert_2> and consecutive_failure_limit
[17:10] <Bert_2> those don't seem to have to do with blueprints :S
[17:11] <sinzui> As I said, this is about batching, not applications
[17:11] <sinzui> Change the value in configs/development/launchpad-lazr.conf as I suggested
[17:12] <Bert_2> so announcement_batch_size is the one ?
[17:14] <Bert_2> sinzui: I'm not using development
[17:14] <Bert_2> I have my own configdir
[17:15] <sinzui> Bert_2: This channel is for launchpad development. There no channel for support, the code is unsupported
[17:17] <Bert_2> sinzui: I have supplied multiple additions to the bootstrap-db-from-scratch script, I'm not just here to get support
[17:22] <Bert_2> got it, thx anyway sinzui
[19:03] <rick_h_> abentley: celery test failed on buildbot can you dbl check please?
[19:03] <abentley> rick_h_: sure.
[19:08] <abentley> rick_h_: The fix in r15684 was broken.  It's corrected in r15688.
[19:09] <jono> is there an issue with LP code hosting - I am trying to set trunk to my branch and it is rejecting it
[19:09] <rick_h_> abentley ok, will force another round
[19:09] <jono> the branch is lp:~jonobacon/ubuntu-accomplishments-system/validation-service
[19:10] <abentley> rick_h_: thanks for letting me know, though.
[19:10] <rick_h_> abentley: started up aonther build then, look slike 15688 was merged so here we go again wheee :)
[21:42] <sinzui> lifeless: do you have a few minutes to discuss/listen to a story about the monsters in the forest of sharing
[21:49] <lifeless> I do
[21:49] <lifeless> sinzui: skype? G+ ?
[21:49] <sinzui> skype I think
[21:50] <lifeless> signed in .... now
[21:59] <wgrant> abentley: I'm rolling back the celery changes, as in 15688 both tests have failed
[22:35] <wallyworld> sinzui: we finished the standup. all good, no-one is blocked etc
[22:42] <cjohnston> hello
[22:42] <czajkowski> sinzui:  can you talk to cjohnston he has some questions over your recent blog post about project maintainers and private buts
[22:42] <czajkowski> *bugs
[22:42] <czajkowski> man I am knackered
[22:42]  * cjohnston thinks its bed time ;-) 
[22:43] <cjohnston> and that may go for me too
[22:43] <cjohnston> lol
[22:59] <sinzui> wgrant: StevenK: look at this
[22:59] <sinzui> https://bugs.launchpad.net/launchpad/+bug/1029093
[22:59] <_mup_> Bug #1029093: Can't change the information type of a bug that has dupes filed on deactivated project  <disclosure> <sharing> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1029093 >
[23:01] <czajkowski> cjohnston: I suggest asking the question :)
[23:02] <cjohnston> I was waiting to see if he responded (or atleast now that I see that he is here) ;-)
[23:03] <cjohnston> sinzui: I'm a little confused about marking bugs private.. From the help pages for LP, it says that projects can set all bugs by default to be private. I tried implementing this setting and wasn't allowed to because I don't have a commercial licence.. if nothing else, the text is confusing
[23:04] <cjohnston> https://help.launchpad.net/Bugs/PrivateBugs#Private_bugs
[23:07] <wgrant> cjohnston: Yeah, all the documentation around privacy is pretty terrible.
[23:07] <wgrant> We're almost done completely reworking it (including replacing the default private bugs checkbox), after which the docs can be rewritten
[23:08] <cjohnston> wgrant: quick pm?
[23:08] <wgrant> cjohnston: Sure
[23:09] <StevenK> wgrant: http://pastebin.ubuntu.com/1111033/ is the dupe query
[23:13] <czajkowski> wgrant: cjohnston is an unsual area, the project is for canonical but he's a contractor
[23:13] <wgrant> czajkowski: Yeah
[23:14] <wgrant> cjohnston: Might be best to discuss this in #launchpad-ops on irc.c.c
[23:15] <czajkowski> indeed