[08:39] <apw> lamont, perhaps throw it over to lvm, as it sounds like it could be more helpful in that situation
[08:39] <smb> apw, morning
[08:40] <apw> smb, moin ... yawn
[08:40]  * apw watches another 100 or so packages upgrade
[08:40] <smb> at least (as far as it was doing yesterday evening) it would not remove some
[08:41] <apw> yeah for the first time in days, so i thought i'd grab an update or two
[08:41]  * smb tries to remember what useful things he did last week
[08:41] <apw> i just wish my drive was faster
[08:44] <jk-> morning, *.eu
[08:44] <apw> Fontconfig error: "/etc/fonts/conf.d/65-nonlatin.conf", line 169: not well-formed (invalid token)
[08:44] <apw> that doesn't sound great
[08:44] <apw> jk-, yo, hows life
[08:44] <jk-> only if you're not latin
[08:45] <smb> jk-, Good whatever suits you best other side of world
[08:45] <jk-> apw: yeah, pretty good :) yourself?
[08:45] <apw> yeah assuming i have fonts after my next reboot, life will be grand
[08:47] <smb> apw, Oh fun it still (or again) has something to complain when trying the desktop task
[08:47] <smb> gwibber... do I really need that?
[08:47] <apw> na, just makes lots of osds
[08:48] <smb> doesn't sounds like you would want it either
[08:54] <smb> Bah, seems still something missing to get that laptop into a graphical state...
[09:07]  * apw goes for a reboot
[13:39] <jwi> sforshee: got an eye on bug 925350 ? they bisected it down to a patch from the refclk series that fixed VGA on ironlake. (although *that* patch smells like the reporter has i915.lvds_use_ssc on his command line and it's now breaking things ...)
[13:39] <ubot2`> Launchpad bug 925350 in linux "Display problem (thin fading white vertical lines) after kernel upgrade to 3.0.0.15, no login window" [Undecided,Confirmed] https://launchpad.net/bugs/925350
[14:29] <ogasawara> apw: didn't you have some additional patches you were wanting to throw onto precise master-next?  Or am I misremembering...
[14:30] <apw> ogasawara, i threw on (or should have) a patch for d-i for hyper-v
[14:30] <apw> ogasawara, i have another one which i think is working (for hyper-v drive selection) which i am still waiting on confirmation for
[14:31] <apw> ogasawara, unfortuanatly they need all the other fixes for initramfs-tools etc in order to be able to test
[14:31] <ogasawara> apw: ah ok.
[14:31] <apw> they are normally arround about now so will see if they ahve said 'owt
[14:32] <ogasawara> apw: I'll wait and start prepping an upload in a few hours.  no big hurry, but I would like to get something out the door by EOD.
[14:34] <apw> ogasawara, if they arn't done don't wait as i have no idea when they will be ready
[14:34] <ogasawara> apw: ack
[15:19]  * apw wanders out on an errand
[15:30] <Kurdistan> hi if my laptop freezes when I transfer files between laptopt-phone by a bluetooth usb can it be kernel related?
[15:34] <Kurdistan> Bus 002 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
[15:34] <Kurdistan> I am using Kubuntu 11.10
[15:36] <ohsix> not related to your problem, but there are a lot of counterfeit bluetooth things that call themselves cambridge silicon radio dongles
[15:37] <Kurdistan> ohsix, you wanted more info?
[15:38] <ohsix> merely putting it out there as another possible option to look into
[15:38]  * ogasawara back in 20
[15:38] <ohsix> i don't know how to check if they are legitimate, but i have one and it works; i'm presuming it isn't a fake
[15:38] <Kurdistan> ohsix, sorry did not understand. what exactly do you wanted info?
[15:39] <Kurdistan> hci0    00:1F:81:00:02:50
[15:39] <Kurdistan>  <<---- good?
[15:48] <Kurdistan> http://paste.ubuntu.com/840525/  <<--- dmesg output
[16:58]  * ppisati -> reboot
[17:40] <hallyn> jjohansen: is the fix for bug 925024 meant to be pushed soon?
[17:40] <ubot2`> Launchpad bug 925024 in lxc "apparmor makes it impossible to install postgresql-common on Precise" [High,Confirmed] https://launchpad.net/bugs/925024
[17:40] <hallyn> or is that going to be rolled in with the apparmor mounts support?
[17:41] <hallyn> (just wondering when to look for it)
[17:41] <jjohansen> hallyn: hrmm I was going to do a single pull request with all the patches in the next day or two but I can do a pull request of that today if you want
[17:44] <hallyn> jjohansen: no, no hurry - thanks
[17:44] <jjohansen> hallyn: also I did see a response friday on my mount rules question
[17:44] <hallyn> ?
[17:46] <jjohansen> hallyn: it was regarding granularity of option matching, the hold up has been in the compiler corrupting the permission sets, its uh turned out to be ugly to fix.  I have reverted to a smaller set of mount, remount, bind, move, umount and pivotroot,
[17:46] <jjohansen> with the ability to still specify device mount point etc
[17:46] <jjohansen> eg mount /dev/foo -> /mnt,
[17:47] <jjohansen> hallyn: the question was how important is being able to match against options for this release
[17:47] <hallyn> ok
[17:48] <jjohansen> eg.  mount options=(rw, upperdir=/tmp/upper, lowerdir=/) overlayfs -> /mnt
[17:49]  * jjohansen should have a ppa of the limited permissions up today (I just installed and am testing) and will keep working on the options fix, but is it worth considering a FFe for
[17:49] <tgardner> bjf, your mumble is not working
[17:50] <bjf> tgardner: yes, i'm trying to fix it :-)
[17:50] <tgardner> bjf, just didn't know if you could hear
[17:50] <bjf> tgardner: yes, i hear you quite qell
[17:50] <bjf> well even
[17:50] <hallyn> jjohansen: from my end, to decide whether it's worth an FFE will require sitting back down and looking over whether the other can meet our requirements for the normal case
[17:51] <hallyn> (i.e. / read-only remount, devpts mounts, proc mount restrictions, /sys mount restrictions)
[17:51] <hallyn> i suspect the answer will be yes, but not certain
[17:51] <hallyn> jjohansen: could stand to sit down over mumble/phone with you and looking over wiki.ubutnu.com/LxcSecurity
[17:52] <jjohansen> hallyn: sure, can we do that in an hour or two, /me has a meeting in 8 min
[17:52] <hallyn> ok
[18:08] <tgardner> herton, hardy master-next HEAD should be e250e13cbf96a9f7556580219074a56f67a06831
[18:52] <herton> tgardner, built fine, no issues
[18:53] <tgardner> herton, ack
[19:02]  * tgardner -> lunch
[19:35] <Kano> apw: not that i need that kernel, but 2.6.37.6x build is broken
[19:36] <Kano> 2.6.27.6x of course...
[19:44] <jsalisbury> bug 836250 may be fixed in kernel 3.0.0.16 \o/
[19:44] <ubot2`> Launchpad bug 836250 in linux "[Oneiric] [Regression] Intel Corporation Centrino Ultimate-N 6300 poor networking, packet loss and very slow Lenovo X201 and T500 laptops" [Medium,In progress] https://launchpad.net/bugs/836250
[20:16] <tgardner> ogasawara, do you want I should push 3.2.6 onto master-next ?
[20:16] <ogasawara> tgardner: sure, was just about to rebase and squeeze it into the upload.
[20:17] <Kano> tgardner: how about adding aufs3+ndiswrapper
[20:17] <ogasawara> tgardner: so if you've got it, push it and I'll wrap it up
[20:17] <tgardner> ogasawara, what is Ubuntu-3.2.0-16.25? I thought thats what you were gonna upload ?
[20:18] <ogasawara> tgardner: it is, but I've only got it shoved to master-next.  so I'm just gonna re-do it to include 3.2.6
[20:18] <tgardner> ogasawara, why don't you go ahead and do the rebase (it was straightforward). that way you'll know what you've got.
[20:18] <ogasawara> tgardner: ack
[20:23] <tgardner> ogasawara, should probably get it on apw's list to update aufs again. I'll look at ndiswrapper
[20:23] <ogasawara> tgardner: ack
[20:24] <Kano> tgardner: http://kanotix.acritox.com/files/kernel/kanotix-kernel-acritox.bash
[20:24] <Kano> tgardner: there you find TESTED updates the way you could 1:1 use it for aufs3 + ndiswrapper
[20:36] <tgardner> ogasawara, I'll get gomeisa updated with the new compiler version
[20:36] <ogasawara> tgardner: sweet, thanks
[20:37] <Kano> tgardner: can you add aufs+ndiswrapper then? we even created an iso image to test aufs
[20:38] <tgardner> Kano, I'm getting ndiswrapper, but I'm gonna let apw do aufs. he's got some special sauce that he runs. it'll get done in the next day or so
[20:39] <Kano> acritox did the same as u usually did
[20:43] <tgardner> ogasawara, git://kernel.ubuntu.com/rtg/ubuntu-precise.git master-next has the (untested, uncompiled) ndiswrapper update. 
[20:43] <ogasawara> tgardner: ack
[20:43] <Kano> if you did all that you found in the script then it should work
[20:43] <ogasawara> tgardner: will probably look to get it in for the next upload
[20:44] <Kano> btw. your ndiswrapper u package needs a little fix as well in order to work with 3.0 to 3.4 kernel
[20:44] <tgardner> ogasawara, no problem. I've gotta blast off on some errands, so I'll pick up where I left off in teh AM.
[20:44] <Kano> when you want to use -ma or -mi option
[20:44] <ogasawara> tgardner: and by "next upload" I mean the upload after today's, eg most likely the end of the week.
[20:44] <Kano> then it thinks you dont use 2.6 kerenl
[20:45] <Kano> as it only checks for the 2nd number
[20:46] <tgardner> Kano, you mean ndiswrapper-utils-1.9 ?
[20:46] <Kano> yes
[20:46] <Kano> in o+p
[20:48] <Kano> http://paste.debian.net/156157/
[20:48] <Kano> thats my simple hack
[20:53] <BenC> Kano: shouldn't that be || instead of | ?
[20:53] <Kano> it works
[20:53] <BenC> It's incorrect
[20:53] <BenC> I'm doubting you really wanted to bit-wise OR the result of two boolean tests
[20:54] <Kano> no, but it does not change the result ;)
[20:55] <BenC> True, but I figured you wanted to look as correct as the result :)
[20:55] <Kano> feel free to use || in your package
[21:38]  * tgardner reboots tangerine for kernel update