[05:29] <bkerensa> micahg: do you by chance know why installing wine would automatically begin the removal of a handful of development packages?
[05:29] <bkerensa> debhelper quilt etc etc?
[05:29] <micahg> bkerensa: conflicts from various i386 packages?
[05:29] <bkerensa> ahh
[05:30] <bkerensa> makes sense
[05:30] <micahg> most will probably be bugs
[05:30] <micahg> err...some
[07:07] <dholbach> good morning
[07:08] <geser> good morning
[08:27] <iulian> Morning dholbach, geser.
[08:39] <ajmitch> hi iulian, dholbach, geser  :)
[08:41] <dholbach> hey iulian, hey ajmitch
[12:23] <geser> MoM is back :)
[12:50] <dupondje> geser: indeed, abusing it already ;)
[12:51] <ogra_> how evil !
[14:44] <achiang> stgraber: hey, welcome back from holiday. :) can i get a review of this proposed fix? i'm thinking of implementing it in a private project and would like feedback: https://bugs.launchpad.net/ubuntu/+source/indicator-session/+bug/855556
[14:53] <ogra_> achiang, hmm, are you sure that gets cleaned up somehow after install ?
[14:54] <ogra_> to me it looks like the modification is permanent
[14:54] <ogra_> (given you say in the description it only affects the live session)
[14:55] <achiang> ogra_: i admit, i am not 100% sure. but on the other hand, the script i modify says:  # Policy to allow the livecd user to bypass policykit
[14:56] <achiang> ogra_: so if it is permanent, then we have a way more serious bug in the existing casper script
[14:56] <ogra_> well, i'm not sure if that file will get copied by ubiquity or not during install
[14:57] <achiang> ogra_: booting up a clean precise installation now.
[14:58]  * ogra_ only has non live installs handy here ... else i would have checked :) 
[14:59] <ogra_> theoretically i think every user with physical access should be able to shutdown/reboot though
[14:59] <ogra_> since you can just use the power button anyway :)
[15:00] <achiang> ogra_: hm, what is a "live install" ? this machine i'm checking was installed by: 1) download precise iso 2) use usb-creator-gtk to copy to USB key 3) boot into ubiquity (i didn't launch a guest/live session first)
[15:00] <ogra_> well, a live install for me is one that uses casper in some way :)
[15:01] <achiang> ogra_: so, i don't see that file got copied over, but i also don't know if i did a live install via your definition. but i'm still pretty confident that file doesn't get copied into a real install. taht would be insane
[15:01] <ogra_> you did a live install
[15:05] <ogra_> achiang, to me it looks good btw
[15:05] <achiang> ogra_: ok, thanks. i guess i will wait until a sponsor actually picks it up before i check in the equivalent fix into our private branch. :)
[15:08] <ogra_> achiang, one nitpick though, you shoulldnt close the LP bug from the changelog, after all its only a minro improvement, i think the bug has a bigger scope
[15:08] <ogra_> *minor
[15:09] <achiang> ogra_: ah, i agree it's only a minor improvement, but i don't know how to avoid closing the LP bug from the changelog. what should i write instead?
[15:10] <ogra_> i dont think we have a generalized way for that, i usually use (Launchpad: #123456) instead of (LP: #123456)
[15:10] <ogra_> or something similar
[15:11] <ogra_> the parser only parses (LP: #...)
[15:18] <stgraber> ogra_: (still reading backlog), ubiquity copies /rofs, not /, so that change will only apply to the live environment
[15:18] <ogra_> stgraber, oh, indeed
[15:19] <stgraber> achiang: can you restrict the change to only allowing shutdown/reboot? unless I missed something it looks like you're allowing every admin action. Not really a big problem considering none of the admin UIs are visible in the greeter, but still, no real need to allow it either
[15:21] <achiang> stgraber: hm, but at some point, our project will want to allow the lightdm user to do things like select and authenticate to a wifi AP and other potentially admin like things
[15:27] <stgraber> achiang: I'm not a big fan of needlessly allowing things in security profiles, but I guess in this case I'm fine with it ;) the ubuntu users is already logged in everywhere and has password-less sudo rights, so there's indeed little benefit in having fine grained security profiles for the rest
[15:27] <achiang> stgraber: great, thanks! shall i fix up the nitpick that ogra_ pointed out, or is the MP good to go?
[15:29] <stgraber> achiang, ogra_: I think it's fine keeping the LP: # entry so long as we have a separate casper task on that bug and don't close the other tasks
[15:29] <achiang> stgraber: ok, i leave it in your hands then. i'm not a motu, so need a sponsor. :)
[15:29] <ogra_> yeah, add a casper task
[15:30]  * ogra_ didnt think of actually *adding* more tasks :) 
[15:30] <stgraber> achiang: ok, will upload in a minute. casper being in main/core package set, you actually need a coredev :)
[15:31] <achiang> stgraber: ooh, shiny. my first coredev patch. :)
[15:31] <achiang> stgraber: thank you much
[15:33] <stgraber> achiang: done
[15:33] <achiang> stgraber: merci!
[15:36] <vibhav> Any bug supervisor here?
[15:39] <tumbleweed> vibhav: everyone with upload rights is automatically added to bugcontrol
[15:42] <vibhav> tumbleweed: Can you see https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/644578 and nominate it for oneiric?
[15:42] <Laney> vibhav: why don't you apply for bug control?
[15:43] <vibhav> I got A +0
[15:44] <tumbleweed> vibhav: nominated
[15:44] <vibhav> thanks!
[15:46] <vibhav> Laney: Because the example I showed were more inclined towards MOTU
[15:46] <vibhav> examples*
[15:46] <vibhav> And not for triaging bugs
[15:50] <vibhav> Laney: https://lists.launchpad.net/ubuntu-bugcontrol/msg03712.html and the next thread FYI
[15:51] <tumbleweed> vibhav: I'd make it clearer that you want to join bugcontrol to help you do MOTU work
[15:53] <vibhav> sure
[15:53] <vibhav> I will reapply again
[15:55] <tumbleweed> vibhav: or, just triage 5 bugs :)
[15:55] <dupondje> tumbleweed: could you enter your endorsment on my Application please? Then I can schedule myself in the meeting :)
[16:15] <vibhav> tumbleweed: What do I write in my application?
[21:34] <ajmitch> micahg: did you get a test build of openclipart completed?
[21:34] <ajmitch> if not, I'll start one off on my home box & be patient
[21:38] <jtaylor> vibhav: https://wiki.ubuntu.com/UbuntuBugControl#Application
[22:11] <micahg> ajmitch: no, almost did it last night, but then decided to go to bed, can do tonight
[22:14] <ajmitch> micahg: no rush
[22:17] <jtaylor> I wonder if anyone would scream when I drop the ill advised pdl ubuntu delta dating back to bug 29798
[22:19] <ajmitch> jtaylor: why is it ill-advised?
[22:19] <jtaylor> from my understanding there is no gain
[22:20] <jtaylor> well its a peice of ubuntu history so I'll keep it, likely on the next perl transition the merge blame will fall back to cjwatson due to the rebuild ;)
[22:20] <ajmitch> heh
[22:21] <ajmitch> is it something that's been discussed with the debian maintainer?
[22:21] <jtaylor> debian maintainer rejected it as bogus
[22:21] <jtaylor> bug 1000972 looks intersting, the trigger running right after perl is unpacked, I guess that can be ugly
[22:22] <jtaylor> to bad I have no idea of perl and am not going to touch it :P
[22:22] <ajmitch> ask Laney all about trigger ordering :)
[22:22] <Laney> :|
[22:23]  * ajmitch takes the whiskey bottle off Laney 
[22:23] <ajmitch> I see there was no response on debian-dpkg about that question
[22:23] <Laney> yes, indeed
[22:23] <Laney> do you fancy mailing -devel?
[22:24]  * Laney cannae handle the abuse
[22:24] <ajmitch> you can explain the situation better than I can though
[22:27] <LordOfTime> then laney can tell you what to write, and you send it :p
[22:27]  * LordOfTime is kidding, but still
[22:27] <Laney> I already wrote it to -dpkg :P
[22:28] <Laney> bah, I'll do it
[22:29] <ajmitch> a gracious volunteer
[22:29] <LordOfTime> lol
[22:37]  * Laney ph33rs