User1: User14 press and hold it
User1: User14 brings up the how to menu
User1: User14 http://ubuntuone.com/295An59g2Db88LurQlMtEb
User2: User1 You sure you don't mean just hold <super>?
User1: User2 well ill be damn'd
User1: User2 lol
 * vanhoof walks away innocently
User1: guess i've just never held it that long
User1: total press and hold operation
User3: jsalisbury, any more luck with a kernel I can test?
User4: jono, not test kernel as of yet.  The commits that the bisect is reporting to run have a bug in them that cause the pae kernel build to fail.  I'll let you know as soon as I get it figured out.  It should be sometime tomorrow at the latest.
User3: jsalisbury, no worries
User3: do you think you have the problem nailed down with what is causing the bug I reported?
User4: jono, thanks for being patient :-)
User3: thanks for helping jsalisbury
User4: jono, not yet, that is the primary purpose of the bisect, to figure out the offending commit.
User3: gotcha
User4: jono, too bad someone else isn't hitting this bug that is running amd64.  That kernel builds just fine.
User3: ahhh bummer
User4: jono, I'll take a good look at the changelog and code that is causing the build failure.  I'll make it my priority in the morning ;-)
User3: thanks jsalisbury!
User4: jono, np, should have something for you shortly.
User3: :-)
User5: hello all
User5: i think i identified the fix for bug 745112
User6: Launchpad bug 745112 in xserver-xorg-video-intel "[arrandale] desktop is messed up with external monitors (x86_64)" [Medium,Confirmed] https://launchpad.net/bugs/745112
User7: User5 run windows ? :P
User7: (boom tish)
User5: i was wondering what to do to get a SRU starting
User5: perhaps just commenting on the bug is enough
User5: lifeless, ironically from stuff on the web lots of windows drivers have similar problems
User5: or perhaps are randomly failing for other reasons, who can tell
User5: but i bet the odds of an apple laptop driving an apple monitor are pretty good :/
User7: User5 yeah, I'd say they are
User2: I suspect the apple firmware devs are less divorced from the apple hardware devs than for most OEMs.
 * ogasawara yells at launchpad to load faster
User8: User5 that bug sounds familiar to me, did I build a test kernel for it?
User8: User5 I can take a better look at it in the morning
User5: ogasawara, you built a kernel for a similar bug and it also fixes this one
User5: but not if you boot in recovery mode, for some reason
User5: no huge rush
User9: hi, did you notice that ndiswrapper -ma/-mi is broken for kernel 3.0 to 3.4?
User9: just tested a 3.2.0 kernel with updated ndiswrapper code
User9: but the userspace is broken by definition when you want autoload with alias/install directives
User10: whut theres a 3.4 now? :p
User9: in utils/ndiswrapper
User9: if (`uname -r` =~ /(\d+)\.(\d+)\.(\d+)/) {
User9: if ($2 > 4) {
User9: should be more like
User9: if (($2 > 4) | ($1 > 2)) {
User10: lol the finger service has been shut down on kernel.org :P
User10: ok its 3.3 rc3
User10: im not unlucky enough to have to use ndiswrapper.. thats probably why it hasn't been noticed until now Kano64
User9: the 3.2 kernel does not have got a working ndiswrapper, but you only need to change the makefile in one line to update it to 1.57
User10: that blows
User9: well when you replace the rest of course
User9: the makefile is from ubuntu
User10: ahh okay so its not upstream yet
User9: well it is upstream
User9: but in the kernel was ubuntu/ndiswrapper
User9: and the makefile there is not from upstream
User9: http://kanotix.acritox.com/files/kernel/kanotix-kernel-acritox.bash
User9: acritox made a nice script to update your kernel
User9: latest aufs3 + ndiswrapper
User9: please apply it
User9: aufs+ndiswrapper are tested
User9: i dont think it could be more easy for you
User10: im not an ubuntu kernel maintainer :/
User10: was just rebooting and stuff
 * ppisati -> back in 10
 * cking -> back in ~60
 * reisei back in black --__--
 * ppisati -? goes out for some grocery
User11: apw, before I go hassle the security guys, any idea why apparmor would deny named read access to /sys/devices/system/cpu/online ? Especially when its world read accessible.
User12: tgardner, this is much like bug 819479 where apparmor was incorrectly stopping reads to /sys/devices/system/cpu/present
User6: Launchpad bug 819479 in firefox "Apparmor denies access to /sys/devices/system/cpu/present" [Low,Fix released] https://launchpad.net/bugs/819479
User11: cking, so this would be a bind9 profile ?
User12: tgardner, no idea :-(
User12: see also: https://lists.ubuntu.com/archives/apparmor/2011-September/001537.html - this seems to indicate /sys/.../online should be readable
User13: tgardner, Would sudo apparmour_status shed some light somewhere
User13: ?
User11: smb, sudo: apparmour_status: command not found
User13: tgardner, Forgive my bad spelling
User13: apparmor_status
User14: tgardner, there was an issue exposed by overlayfs in apparmour as merged
User14: tgardner, wherein sometimes it cannot find the pathname, jj has a fix
User11: apw, this is on an installed server. overlayfs shouldn't be in the mix
User11: smb, 3 processes have profiles defined.
User11: 3 processes are in enforce mode.
User11: /usr/sbin/dhcpd (2188)
User11: /usr/sbin/named (2027)
User11: /usr/sbin/ntpd (2012)
User14: tgardner, if you could paste the error as reported by aa in dmesg at the time we should be able to tell if its the same
User14: tgardner, yeah it can affect any virtual filesystem depending how it makes its names
User11: User14 type=1400 audit(1328792253.861:29): apparmor="DENIED" operation="open" parent=1933 profile="/usr/sbin/named" name="/sys/devices/system/cpu/online" pid=1952 comm="named" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
User11: where are profiles stored ?
User14: tgardner, ok so not the same issue as the name is known
User14: tgardner, /etc/apparmor.d i think, they are paths converted to filenames in there
User11: yep, just found them
User11: apw, updated the profile and restarted both apparmor and bind9. no errors. rebooting to make sure.
User11: apw, of course it picked this boot to fsck a 3 TB drive.
User14: heh
User13: It had to. :-P Is named only now looking at the online cpu map?
User10: i think i see that message too
User11: smb, it must be spawning a number of threads based on how many CPUs are online ?
User10: type=1400 audit(1328794066.931:27): apparmor="DENIED" operation="open" parent=2792 profile="/usr/lib/telepathy/mission-control-5" name="/sys/devices/system/cpu/online" pid=2796 comm="mission-control" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
User13: tgardner, That would be my guess too. Just wondering whether we just missed that before
User11: ok, it finally booted. no error
User10: is that the same thing?
User11: snadge, it is, but a different package
User11: well, I've got the apparmor source, but where in the hell is the profile for bind9 ?
User11: hmm, maybe its deliverd in bind9
User11: ah, bind9 debian/apparmor-profile
User15: User11 it is 929531. this was caused by the new eglibc
User11: jdstrand, wanna patch ?
User11: jdstrand, actually, the bug is against the wrong package
User11: it should be bind9
User15: User11 it should be in the apparmor base abstraction
User15: User11 it is in basically everything. introduced in this glibc commit http://repo.or.cz/w/glibc.git/commitdiff/84e2a551a72c79b020694bb327e33b6d71b09b63
User11: jdstrand, uh, whatever that means. why would a library change expose this ?
User15: User11 because rather than just looking at /proc/stat, it is also looking at /sys/devices/system/cpu/online
User11: ah, I see
User15: anyhoo, I will have it fixed in a few minutes
User15: User11 did you file a bug already?
User11: so its not just bind9, its everything that uses this library call
User15: yes
User11: jdstrand, nope, was still working on tracking down root cause
User15: which so far I have see with evince, gwibber, empathy, telepathy, etc
User15: and now you mention bind9
User15: ah, lets add evolution to the list :)
User15: anyhoo, fixing
User11: jdstrand, cool, thanks for the heads up
User15: np
User8: User13 thanks for doing meta
User13: ogasawara, no problem. it was all well prepared. all I had to do was to pray I still know how to upload. :-P
 * cking considers frying an egg on the CPU of this old AMD laptop
User11: cking, I think the HD gets pretty hot too
User12: smokin'
User13: Amazing the thing still survives
User12: so the "powersave" CPU governor should be renamed to "heatsave" as it keeps the temp down but doesn't actually really save power
User12: "powersave" aka "don't burn your lap" governor
 * smb is reminded of his limitcpu script for his old tp
User13: Basically using ondemand but telling it "no 2GHz is not good for your health"
User12: it depends on where you place the laptop I suppose.
User13: Oh I was thinking of the laptops health more. Usually do not really usem on my lap anyway
User13: Especially that one was heavy still. :)
 * ogasawara back in 20
User16: tgardner, ogasawara : looking at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/804281 . I see that ogasawara did apply this fix to the maverick backport kernel, wondering if a lucid SRU is even possible? thanks
User6: Launchpad bug 804281 in linux "Ubuntu 10.04 does not detect and install NIC driver for Intel 82579LM" [Undecided,Fix released]
User11: arges, as ogasawara pointed out in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/804281/comments/6, it doesn't seem likely.
User6: Launchpad bug 804281 in linux "Ubuntu 10.04 does not detect and install NIC driver for Intel 82579LM" [Undecided,Fix released]
User8: User16 indeed not likely for the main Lucid distro kernel.  If you really need it in lucid and an LTS backport kernel won't suffice, you might pursue providing it in linux-backports-modules which is an elective install.
User11: ogasawara, an LBM module won't help for the netboot use case
User16: ogasawara, yea was just going to say this is on a lucid alternate CD install
User8: ah, so scratch that
User11: arges, but, they could use the Lucid point release DVD
User8: oh yah, won't that have the newer kernels?
User16: tgardner, ack. asking about that now
User11: ogasawara, .3 has maverick, .4 will have the rest up through Oneiric
User17: tgardner, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/929636 looks like a regression
User6: Launchpad bug 929636 in linux "[12.04] BUG: unable to handle kernel NULL pointer dereference at 00000000000000f0" [Undecided,New]
User11: manjo, it would be helpful to know from which version this has regressed
User17: tgardner, I did not see it with the last kernel, and I am uptodate on a daily basis
User11: manjo, is it reliably repeatable ?
User17: tgardner, yeah I am going to test it again
User17: tgardner, will let you know if I can repeat it
User11: manjo, the correct answer is "I don't know, I'll try it repeatedly"
User11: manjo, be sure to reboot after every oops
User17: yep I have already rebooted
User17: I formatted my usb around 10 times and did not happen... so I am coping large amounts of data to it now and will try to format it .. I create usb install disk around 5-6 times a day so I am bound to hit this if it is repeatable
User11: manjo, try removing the partition table first.
User17: tgardner, does not repeat ... ok will update the bug when I get some where with this
User11: manjo, I guess its kind of racy.
User17: yep that is what I think too
User17: would be nice to be able to recreate that race condition
User11: manjo, however, its not clear that this is a recent regression. it could have been lurking for several kernel versions.
User17: nothing else was connected to my USB ports except for this stick .. and the mouse
User17: on and keyboard
User17: I guess while my disk was formatting I was typing on IRC... so my usb keyboard was in use .. I guess I should plug in 2 usb sticks and format them at the same time ... or some test like that
User17: I have to go take care of something else of higher priority .. I will come back to this later 
 * ppisati -> back in 10mins
 * cking kicks off 25 vlc power measurement tests, its kinda annoying hearing the same 1 minute video clip 25 times
User11: cking, earplugs ?
User12: i've heard it 100+ times already, so I'm now immune to it really
User12: it's not like when I was working on mpeg2 optimisation where I saw the same videos over and over for ~1 year
 * pbuckley gives cking some mad respect for making the world a better place for us media freaks
User12: unfortunately that was on proprietary code for set-top-boxes, but hey ho
User18: ah.. well im sure it made someones life better ;)
User12: paid the bills
User11: cking, I did a sound driver once where I listened to the same KD Lang clip about a thousand times. She has such a clear voice that it was easy to hear artifacts
User12: tgardner, yep, now I can't watch any digital TV w/o seeing all the artifacts
User11: cking, it sucks to be the digital literati :)
User12: heh
User12: hrm, Tuxera POSIX truncate tests take forever and a day to complete on ecryptfs
User19: User12 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=a261a03904849c3df50bd0300efb7fb3f865137d
User19: User12 It should be coming down the stable pipe
User19: User12 As of 3.3-rc2, all tuxera tests should pass except for 2 rename tests, I believe
 * tgardner -> lunch
User12: tyhicks, that is an accomplishment!
User19: User12 Are you seeing a lot of failures?
User12: tyhicks, well, I was going to compare Lucid vs Precise vs 3.3-rcX (where X is current) and see if there any really important fixes that should be backported
User19: Hrm, I don't know what to expect from the Lucid results
User12: a bit of carnage
User19: :)
User19: Feel free to pass the results by me for patch suggestions since I would have either wrote the fixes or committed them
 * tyhicks might be able to remeber that far back
User12: well, I'd like to do the survey, collate results and compare to results with say ext3/4 as well
User19: Makes sense - although I don't think I remember ext3/4 ever failing one of those tests
 * ogasawara lunch
User20: anyone know offhand when CLOCK_MONOTONIC stops and starts before suspend and after resume?
User20: or a more direct question, i guess; is there a flag or something to detect when a suspend has occured? there's a canary thread in rtkit that slips on suspend and demotes all the threads when it's not supposed to
 * tgardner -> EOD
ubuntu-kernel
Ubuntu IRC