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:00 |
wgrant | What's the error? | 00:01 |
wgrant | Could be another missing celebrity breaking a permission check | 00:01 |
Bert_2 | here's the full oopsinfo: http://pastebin.com/dzEKFBYd | 00:02 |
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:03 |
Bert_2 | take your time ;) | 00:04 |
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:10 |
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:12 |
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:13 |
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:14 |
Bert_2 | thanks a lot man, I'm pretty sure I couldn't have found that by myself :p | 00:15 |
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:17 |
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:18 |
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:19 |
Bert_2 | wgrant: thanks again for your help, now I'm off to bed, bye | 00:33 |
wgrant | Bert_2: Night. | 00:33 |
StevenK | wgrant: http://pastebin.ubuntu.com/1109290/ | 00:47 |
StevenK | wgrant: I wouldn't expect subscriber to be there for the new tests -- so I'm guessing I have something backward | 00:48 |
wgrant | StevenK: Will look soon | 00:49 |
StevenK | wgrant: Is it soon yet? :-) | 01:10 |
spm | StevenK: it is "Too Sooooon!" | 01:11 |
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:21 |
StevenK | wgrant: I thought self.structural_subscribers would be? Although the structuralsubscription model code is messy at best | 01:37 |
wgrant | StevenK: Right, but the others aren't... | 01:38 |
StevenK | self.all_pillar_owners_without_bug_supervisors probably does not require filtering | 01:40 |
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:41 |
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 | 01:42 |
StevenK | wgrant: http://pastebin.ubuntu.com/1109408/ Ignoring the printf debugging, it seems like forbidden_recipients_filter and forbidden_subscribers are backwards | 02:27 |
wgrant | StevenK: What suggests that? | 02:29 |
StevenK | wgrant: My printf debugging does | 02:30 |
wgrant | Specific examples? | 02:30 |
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:31 |
StevenK | Oh, damn it, that is still keyed on BugSubscription | 02:34 |
StevenK | I need both BugSubscription and StructuralSubscription | 02:34 |
StevenK | So no wonder it returns [] :-( | 02:38 |
StevenK | wgrant: http://pastebin.ubuntu.com/1109443/ is the StructuralSubscription query | 03:12 |
wgrant | StevenK: Does it work? | 03:15 |
wgrant | lifeless: Is bzrlib's Graph.find_difference meant to be slow? | 03:15 |
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:16 |
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:21 |
wgrant | lifeless: My smaller test cases are 5x faster after a pack. Trying the original case again now | 03:27 |
wgrant | 1039155 0 2.3077 2.3077 <method 'extend' of 'list' objects> | 03:30 |
wgrant | blink | 03:30 |
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:31 |
wgrant | After packing the full 14-month diff takes 150s. | 03:32 |
wgrant | I'm not quite sure why calculating a 277-node graph difference requires more than a million list extends... | 03:34 |
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:35 |
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:45 |
StevenK | wgrant: I thought Not(Or(*get_bug_privacy...) would filter out forbiddens | 03:46 |
wgrant | StevenK: get_bug_privacy_filter filters bugs based on privacy | 03:48 |
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:49 |
StevenK | wgrant: Right, so it looks like the filtering in the depths of structural subscriptions was backward | 03:50 |
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:01 |
StevenK | wgrant, wallyworld: https://code.launchpad.net/~stevenk/launchpad/one-linkcve/+merge/116582 | 04:48 |
wallyworld | StevenK: so you no longer need @export_operation_as('linkCVE') | 04:50 |
StevenK | Oh, duh | 04:51 |
wallyworld | other than that looks ok i think | 04:52 |
StevenK | wallyworld: And it's -15 now :-) | 04:52 |
StevenK | wallyworld: That change has pushed | 04:53 |
wallyworld | done | 04:53 |
StevenK | wallyworld: Thanks | 04:54 |
wallyworld | np | 04:54 |
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. | 05:13 |
adeuring | good morning | 07:52 |
=== frankban changed the topic of #launchpad-dev to: http://dev.launchpad.net/ | On call reviewer: frankban* (rvba) | Firefighting: - | Critical bugs: 4.0*10^2 | ||
jml | has the font rendering on Launchpad changed recently? | 08:16 |
czajkowski | jml: yes I think huw as working on that | 08:16 |
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:17 |
jml | certainly looks nicer to me :) | 08:18 |
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:19 |
czajkowski | so yes praise our new beauty! | 08:20 |
jml | czajkowski: :) | 08:21 |
=== almaisan-away is now known as al-maisan | ||
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:06 |
wgrant | But they were all changes made by patches, so nothing to review. | 09:07 |
stub | wgrant: cool. | 09:25 |
Ergo^ | morning | 10:49 |
Ergo^ | gmb, ping | 10:49 |
czajkowski | Ergo^: as I said yesterday, already, he's offline for 2 weeks. | 10:50 |
Ergo^ | yes, jsut noticed he showed online now ;-) | 10:50 |
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:51 |
Ergo^ | seems my xchat client shows "away" statuses, with delay | 10:52 |
czajkowski | mpt: I have a bug for you! | 10:54 |
czajkowski | payback! | 10:54 |
mpt | czajkowski, mmmm, delicious | 10:54 |
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 | 10:55 |
=== matsubara is now known as matsubara-afk | ||
=== al-maisan is now known as almaisan-away | ||
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:53 |
wallyworld | hmm. let me check | 11:54 |
wgrant | That's the only failure | 11:54 |
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:56 |
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:57 |
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. | 11:59 |
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:06 |
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:07 |
Ergo^ | http://www.happyprog.com/tdgotchi/?repost=true | 12:09 |
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:14 |
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 | 12:15 |
=== abentley changed the topic of #launchpad-dev to: http://dev.launchpad.net/ | On call reviewer: frankban* (rvba), abentley | Firefighting: - | Critical bugs: 4.0*10^2 | ||
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:17 |
rick_h_ | deryck: wondering if () in the summary or something? | 13:18 |
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:19 |
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:20 |
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:22 |
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:25 |
deryck | oh dang, standup time. | 13:33 |
deryck | rick_h_, abentley, adeuring -- coming, sorry. forgot time. | 13:33 |
rick_h_ | deryck: rgr | 13:34 |
deryck | adeuring, https://plus.google.com/hangouts/_/6e08b518c64d571c487a6e9da883b81733756c2d?authuser=0&hl=en | 13:36 |
abentley | adeuring: Why does test_run_missing_ready_does_not_return_results call a script instead of running the code in-process? | 14:18 |
=== Guest69114 is now known as Ursinha | ||
adeuring | abentley: I can't remember exactly... Might be related to config dteails. | 14:19 |
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:35 |
abentley | rick_h_: You're creating a directory named ${buildout:yui-directory}/yui-${:yui_version}.zip ? | 14:37 |
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:38 |
abentley | Does this avoid creating a directory? It sounds like it would just be a different name if you created a tmp directory. | 14:39 |
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:40 |
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:41 |
sinzui | mrevell: do you have time to talk | 14:48 |
mrevell | sinzui, I think I'm just about to going into a meeting . I'm in the new London office. | 14:49 |
sinzui | okay. If you have time today. ping me for a short talk about my anxieties. | 14:50 |
* 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:52 |
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:54 |
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:57 |
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:58 |
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 | 14:59 |
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:00 |
jcsackett | oh, yeah. we should get him started on that. i need to know more people doing arduino hacking. | 15:01 |
jcsackett | sinzui: can i grab you after you're done talking to mrevell? | 15:02 |
sinzui | mrevell: now would be fine | 15:02 |
=== almaisan-away is now known as al-maisan | ||
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:02 |
deryck | rick_h_, hey, not sure if it's inviting you: https://plus.google.com/hangouts/_/73a8173804e27710a1abf877e26aefe3848f70d3?authuser=0&hl=en | 15:05 |
abentley | frankban: Could you please review https://code.launchpad.net/~abentley/launchpad/enable-tests/+merge/116678 ? | 15:17 |
frankban | sure abentley | 15:17 |
sinzui | mrevell: http://youtu.be/Vq6VsKuFY_o | 15:19 |
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:33 |
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:40 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 |
sinzui | Your change is good because it tells the user the delete failed | 15:46 |
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:49 |
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:52 |
abentley | sinzui: Okay, I think I'll go ahead with the change. | 15:53 |
sinzui | okay | 15:54 |
sinzui | abentley: you want to send the email to the user that scheduled the job? | 15:54 |
abentley | sinzui: Yes. | 15:55 |
sinzui | fab | 15:55 |
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:57 |
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:58 |
abentley | rvba: Okay, I'll change the sleep to (0.1) and the range to 100. Cool? | 15:59 |
rvba | abentley: cool. | 15:59 |
abentley | rvba: (while I didn't write sleep(1) it in *this* branch, I wrote it yesterday in another branch :-) | 16:00 |
=== al-maisan is now known as almaisan-away | ||
=== matsubara-afk is now known as matsubara | ||
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 ? | 16:35 |
=== deryck is now known as deryck[lunch] | ||
sinzui | development launchpad defaults to 5 items per list. This allows us to see batching work with our small sampledata size | 17:03 |
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:06 |
sinzui | It can be redefined in configs/development/launchpad-lazr.conf | 17:07 |
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:08 |
=== frankban changed the topic of #launchpad-dev to: http://dev.launchpad.net/ | On call reviewer: abentley | Firefighting: - | Critical bugs: 4.0*10^2 | ||
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:09 |
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:10 |
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:11 |
Bert_2 | so announcement_batch_size is the one ? | 17:12 |
Bert_2 | sinzui: I'm not using development | 17:14 |
Bert_2 | I have my own configdir | 17:14 |
sinzui | Bert_2: This channel is for launchpad development. There no channel for support, the code is unsupported | 17:15 |
Bert_2 | sinzui: I have supplied multiple additions to the bootstrap-db-from-scratch script, I'm not just here to get support | 17:17 |
Bert_2 | got it, thx anyway sinzui | 17:22 |
=== deryck[lunch] is now known as deryck | ||
=== salgado is now known as salgado-lunch | ||
rick_h_ | abentley: celery test failed on buildbot can you dbl check please? | 19:03 |
abentley | rick_h_: sure. | 19:03 |
abentley | rick_h_: The fix in r15684 was broken. It's corrected in r15688. | 19:08 |
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:09 |
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 :) | 19:10 |
=== salgado-lunch is now known as salgado | ||
sinzui | lifeless: do you have a few minutes to discuss/listen to a story about the monsters in the forest of sharing | 21:42 |
lifeless | I do | 21:49 |
lifeless | sinzui: skype? G+ ? | 21:49 |
sinzui | skype I think | 21:49 |
lifeless | signed in .... now | 21:50 |
wgrant | abentley: I'm rolling back the celery changes, as in 15688 both tests have failed | 21:59 |
wallyworld | sinzui: we finished the standup. all good, no-one is blocked etc | 22:35 |
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:42 | |
cjohnston | and that may go for me too | 22:43 |
cjohnston | lol | 22:43 |
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 > | 22:59 |
czajkowski | cjohnston: I suggest asking the question :) | 23:01 |
cjohnston | I was waiting to see if he responded (or atleast now that I see that he is here) ;-) | 23:02 |
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:03 |
cjohnston | https://help.launchpad.net/Bugs/PrivateBugs#Private_bugs | 23:04 |
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:07 |
cjohnston | wgrant: quick pm? | 23:08 |
wgrant | cjohnston: Sure | 23:08 |
StevenK | wgrant: http://pastebin.ubuntu.com/1111033/ is the dupe query | 23:09 |
czajkowski | wgrant: cjohnston is an unsual area, the project is for canonical but he's a contractor | 23:13 |
wgrant | czajkowski: Yeah | 23:13 |
wgrant | cjohnston: Might be best to discuss this in #launchpad-ops on irc.c.c | 23:14 |
czajkowski | indeed | 23:15 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!