[00:24] <mendalon> anybody know if the new rc-core-based kernel modules can be used to do serial blaster stuff? i'm trying to transmit ir codes via a serial port and i'd like to avoid using lirc if possible.
[00:39] <genii-around> They might know more in someplace more mythbuntu oriented
[07:43] <ppisati> moin
[07:44] <apw> moin
[07:45] <smb> moin
[09:36] <geeky_bitsian> does kmalloc return a physical address or a logical address ?
[10:26] <brendand> i seem to have a problem running virtualbox when using the backports kernel on precise
[10:26] <brendand> something about running /etc/init.d/vboxdrv setup
[10:26] <brendand> but it's not installed (vboxdrv)
[10:28] <brendand> hmm, do i have to install -headers and reinstall vbox?
[10:35] <brendand> ERROR (dkms apport): kernel package linux-headers-3.5.0-2-generic is not supported
[11:43] <ppisati> brb
[11:56]  * ppisati should think about lunch...
[11:57] <pgraner> apw, ping
[11:59] <apw> pgraner, hi
[12:00] <pgraner> apw, seeing some unusual stuff with the 3.5 kernels
[12:00] <apw> brendand, anything which uses dkms needs the headers installed as well yes
[12:00] <apw> pgraner, such as ?
[12:01] <pgraner> apw, I keep getting tons of these in my log messages:
[12:01] <pgraner> [   56.337779] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.342158] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.346286] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.350411] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.354529] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.358656] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.363038] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.367170] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.371296] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.375416] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <pgraner> [   56.379552] 5:-1:3: cannot set freq 32000 to ep 0x86
[12:01] <apw> 3 would have done :)
[12:02] <apw> pgraner, its a usb message, perhaps your headset ?
[12:03] <pgraner> apw, nope not plugged in, but my webcam stopped working
[12:03] <apw> pgraner, then thats likely related to that then
[12:04] <pgraner> apw, just filing a bug now, it works with 3.4.0-5 but fails with any of the 3.5 series
[12:04] <apw> its deffo a usb device and something to do with speed
[12:05] <pgraner> apw, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1021261
[12:05] <ubot2> Ubuntu bug 1021261 in linux "Web Cam No Longer works with 3.5.0-3-generic" [Undecided,New]
[12:07] <cking> apw, possibly sound/usb/usx2y/us122l.c
[12:09] <brendand> apw, i get ERROR (dkms apport): kernel package linux-headers-3.5.0-2-generic is not supported when reinstalling virtualbox
[12:21] <apw> brendand, hmmm, never see that which package said it
[12:21] <apw> initial reaction is that virtualbox is saying it doesn't support 3.5
[12:22] <ricotz> apw, hi, maybe you are interested in bug 1021267
[12:22] <ubot2> Launchpad bug 1021267 in linux "Brightness control keys not working on HP 2510p" [Undecided,New] https://launchpad.net/bugs/1021267
[12:22] <apw> cking, that form only has one %d: in it, the reported message has %:%:% form
[12:22] <brendand> apw, http://paste.ubuntu.com/1076305/
[12:23] <ricotz> brendand, you need vbox 4.1.18
[12:23] <ricotz> for 3.5
[12:23] <apw> brendand, yep that output implies 3.5 is not a supported platform
[12:23] <brendand> ricotz, right, so is that somewhere available for precise?
[12:24] <ricotz> brendand, debfx has his backports ppa
[12:24] <ricotz> https://launchpad.net/~debfx/+archive/virtualbox
[12:25] <apw> ricotz, sounds like you have some idea of which commit is at issue from your bug perhaps you could include that ino
[12:25] <apw> info
[12:26] <ricotz> apw, i dont have a checkout here, but there are only two commits afair
[12:26]  * henrix brb
[12:26] <ricotz> apw, but this is just an idea
[12:26] <ricotz> apw, there was some kind of transition to a newer structure
[12:27] <brendand> ricotz, thanks. looks like i'm on my way to working vbox again
[12:32] <mehdi> I want to join your team 
[12:32] <apw> mehdi, you want to help with the ubuntu kernel ?
[12:35] <mehdi> yes 
[12:38] <apw> mehdi, ok, well there is lots of information on what we do and where we discuss things etc in the wiki, wiki.ubuntu.com/Kernel, particularly the development section.  That might be a good place to start
[12:41] <apw> mehdi, ok, well there is lots of information on what we do and where we discuss things etc in the wiki, wiki.ubuntu.com/Kernel, particularly the development section.  That might be a good place to start
[12:44] <mehdi> great 
[12:44] <mehdi> I'll go through this 
[12:44] <mehdi> all ready did, but I'll do it again to refresh things up 
[12:56] <cking> bjf, can you power cycle waldorf for me?
[13:17] <brendand> how do i get ubuntu-bug to work with the backports kernel package?
[13:17] <apw> give it the name of the binary package perhaps ?
[13:18] <brendand> 'not an official ubuntu package'
[13:20] <apw> brendand, not sure waht to say to that, it is damn you apport
[13:21] <brendand> so anyway to rip the logs and store them locally for uploading later
[13:21] <brendand> ?
[13:21] <brendand> i.e. what do i do if the bug is *no frickin network*!
[13:22] <apw> you can say --save <filename> in that case
[13:22] <apw> and submit it later
[13:23] <brendand> actually wrong question. how are you guys going to be triaging quantal backports bugs if no-one can give you logs?
[13:23] <brendand> assuming everyone will be met with the error above?
[13:23] <apw> well i guess as its not released its not official yet
[13:28] <brendand> apw - do i need to advise my team then that they need to get logs manually? it would be good to know if there's any way apport can be enabled for the quantal backports package
[13:33] <apw> brendand, see privmsg
[13:38] <rtg> apw, bug #1021174 - doh! what an oversight.
[13:38] <ubot2> Launchpad bug 1021174 in linux "include all binary packages in module checks" [Medium,In progress] https://launchpad.net/bugs/1021174
[13:38] <apw> rtg ... no comment :)
[13:54] <apw> smb, do you still use squid-deb-proxy ?
[13:55] <smb> apw, Yes, the one got pulled in by orchestra. (though I think its the normal one). Why?
[13:56] <apw> smb, have some bits to try using ipv6 (including link locals) for squid-deb-proxy
[13:57] <smb> apw, That would require actually using ipv6 and that I don't do
[13:58] <apw> smb, i bet you have link-locals
[13:58] <apw> and you only having link-locals is one of the test cases
[13:59] <smb> apw, Yes I would have those probably... if those are used... 
[14:00] <apw> smb, can you paste me the output of: avahi-browse -kprt _apt_proxy._tcp
[14:01] <smb> apw, I can try, but you would better mail me what I should do cause I first want to finish my current task which needs a bit of thingking.. that output is nil
[14:02] <apw> smb, then you arn't using squid-deb-proxy
[14:03] <smb> apw, Ok, could be. Don't have a package like that installed. Its just squid3 and some special config to proxy deb
[14:05] <apw> smb, yeah you have a hybrid
[14:09] <herton> apw, not sure if I misread here, just quick checking,  package_prefixes() function doesn't seem to be called anywhere in debian/scripts/misc/getabis, on getabis patch
[14:12] <cking> bah, gotta kick my AP again
[14:13] <herton> apw, nevermind :P, saw next patch
[14:16] <apw> herton, heh ...
[14:18] <bjf> cking, you still need waldorf power cycled?
[14:19] <cking> bjf, yep, I locked it up well and good
[14:20] <bjf> cking: done
[14:20] <cking> bjf, ta
[14:54] <apw> herton, bah, seems zinc cannot get to ppa.l.n ... so although i can configure it, it won't work
[14:55] <herton> apw, indeed, I had this problem before, I always had to use --local with maint-startnewrelease because of it
[14:55] <apw> we should get rtg on the case
[14:56] <apw> herton, but adding "http://ppa.launchpad.net/canonical-kernel-team/ppa/ubuntu/pool/main/l/linux" to repo_list in debian.master/etc/getabis should do the trick in the local case i believe
[14:56] <herton> yep, should work just with the extra url I believe too
[14:56] <apw> herton, perhaps you could test that and let us know, when you next need to
[14:57] <apw> and in the mean time we can get zinc sorted out
[14:57] <herton> ok
[14:57] <rtg> apw, can't you run that from gomeisa or tangerine ?
[14:57] <apw> rtg might be able to hmmm
[14:57] <rtg> that would be my prference
[14:59] <ericm|ubuntu> sforshee, around?
[15:00] <sforshee> ericm|ubuntu, yep
[15:00] <herton> apw, may be we should not enable always the ppa on the script, perhaps adding a switch/option, if we also assume that we could have some "dirt" in the ppa
[15:00] <ericm|ubuntu> sforshee, found glided in glidepoint is waking up every 10ms
[15:00] <ericm|ubuntu> sforshee, that seems to affect much the power consumption on this Dell machine,
[15:00] <sforshee> ericm|ubuntu, quality stuff it sounds like
[15:00] <apw> herton, you specifiy the exact version you want, so wherever it is it will be the right one
[15:00] <apw> if its not there it will move on to the real archive
[15:01] <ericm|ubuntu> sforshee, saw several of your reply regarding ALPS touch, thought you may have some ideas
[15:01] <sforshee> ericm|ubuntu, I did some reverse engineering for some ALPS touchpads a while back, but I had access to the hardware
[15:01] <herton> apw, yeah, almost impossible we will get same version but differing contents from the ppa and what is on official repo.
[15:02] <ericm|ubuntu> sforshee, so do you know where's that glidepoint project and if it's open sourced?
[15:02] <sforshee> ericm|ubuntu, this is what I did: http://swapspace.forshee.me/2011/11/touchpad-protocol-reverse-engineering.html
[15:02] <sforshee> ericm|ubuntu, drivers/input/mouse/alps.c ?
[15:02] <ericm|ubuntu> sforshee, nope - it's using glided which is packaged in glidepoint
[15:02] <ericm|ubuntu> sforshee, that could be a FISH package though
[15:03] <sforshee> ericm|ubuntu, I'm pretty sure that's binary blob stuff that ALPS provided
[15:03] <sforshee> not open source
[15:03] <ericm|ubuntu> sforshee, yeah seems alike
[15:03] <ericm|ubuntu> sforshee, that's good to know, at least we know who to blame then
[15:03] <ericm|ubuntu> sforshee, thanks dude :-)
[15:03] <apw> herton, ok on gomeisa that works just fine, goes to the PPA first etc
[15:04] <sforshee> ericm|ubuntu, if it's what I'm thinking of it also doesn't use the native touchpad protocol
[15:04] <herton> cool
[15:04] <sforshee> ericm|ubuntu, it's something more like the IMPS2 emulation like we used to have
[15:04] <apw> herton, you happy adding them or shall i produce some patches
[15:04] <ericm|ubuntu> sforshee, btw - there seems to be many touchpad issues recently, most of which are related to the abnormal behavior after resuming back
[15:04] <rtg> apw, why is debian/scripts/misc/getabis different on Quantal vs Oneiric/Precise ? Shouldn't they all be identical ?
[15:04] <herton> apw, feel free to go on, I'm right now working on ppisati ti-omap4 update
[15:04] <herton> for precise
[15:05] <sforshee> ericm|ubuntu, I recall an issue on synaptics a while back, but it should have been fixed
[15:05] <ericm|ubuntu> sforshee, which one specifically?
[15:05] <apw> rtg, no they differ because pae is gone
[15:05] <sforshee> ericm|ubuntu, don't know. I just saw some discussion on linux-input. I thought someone from canonical reported the issue though.
[15:05] <apw> -getall amd64 generic virtual
[15:05] <apw> -getall i386 generic generic-pae virtual
[15:05] <apw> +getall amd64 generic
[15:05] <apw> +getall i386 generic
[15:05] <apw> and virtual is gone too
[15:06] <rtg> apw, thats a flavour. I'm talking about the generic script
[15:06] <apw> they should be the same after patches ... /me checks
[15:06] <ericm|ubuntu> sforshee, that was me?
[15:06] <sforshee> ericm|ubuntu, I think so, just found the thread :)
[15:06] <ericm|ubuntu> sforshee, LoL
[15:07] <apw> apw@dm:~/git2$ diff -u ubuntu-{precise,quantal}/debian/scripts/misc/getabis 
[15:07] <apw> apw@dm:~/git2$ 
[15:07] <apw> rtg, ^^ yes after patching they will be the same
[15:07] <ericm|ubuntu> sforshee, that's a weird issue - bad EC behavior I guess, but very specific, ayan's having a bunch of other weird issues
[15:07] <apw> rtg, they differ currently cause you added the firmware tracking in P and not Q
[15:07] <sforshee> ericm|ubuntu, I haven't heard anything about them, but if it's a regression we can always bisect
[15:07] <rtg> apw, ok, thats what I'm seeing as well
[15:08] <apw> and after these patches O,P and Q will be the same
[15:08] <rtg> apw, you duidn't send the firmware tracking patch for Q, thought, right ?
[15:08] <rtg> though*
[15:08] <ericm|ubuntu> sforshee, I don't think they are regressions, I'll talk w/ ayan a bit more on them, and could possibly bother you for some thoughts
[15:09] <sforshee> ericm|ubuntu, sounds good
[15:09] <rtg> apw, ok, I added the firmware tracking patch to Q and now its identical to P
[15:10] <apw> rtg though i already pushed those to Q didn't i?
[15:10] <rtg> nope, I had no conflict
[15:10] <apw> bah
[15:11] <rtg> apw, hence my confusion
[15:11] <apw> rtg, which now makes sense ... /me will sort
[15:12] <apw> rtg, ok done
[15:12] <rtg> apw, yeah, Q is still missing the 'UBUNTU: [Config] getabis -- series uses linux-image-extra' patch
[15:12] <rtg> apw, nm, looks good now
[15:12] <apw> rtg there now
[15:13] <apw> rtg, i reset them back off earlier cause while i sorted the bug numbers, clearly forgot to push them again
[15:17] <rtg> apw, so, do we also have to fix any of the topic branches? Perhaps only Oneiric/Precise ?
[15:17] <apw> rtg, i don't think so cause none of them have a split ?
[15:17] <apw> it was only virtual in O and P anyhow that has a split
[15:18] <rtg> apw, but they are rebase branches and will pickup the new getabis which now requires an input parameter
[15:18] <apw> rtg, nope i very specifically made it default to 'linux-image'
[15:18] <rtg> apw, ok, didn't notice that.
[15:18] <apw> __package_prefixes="linux-image"
[15:19] <apw> so that we'd not have to bother on older releases if it went there
[15:19] <rtg> apw, ok, I see where you did that now
[15:28] <rtg> apw, where do you annotate why a config option is inconsistent ?
[15:29] <rtg> for example, ppisati wnats to make CONFIG_SND=y for omap, but its gonne be =m for everything else
[15:30] <apw> rtg, when its going to show up in the kernel configuration review, that in kteam-tools/devel/OVERRIDES
[15:30] <apw> rtg, in a similar but subtly different format to the enforcer
[15:30] <rtg> apw, ah. didn't think to look there.
[15:30] <apw> rtg, note that now has cut support using the /, see other examples
[15:31] <apw> CONFIG_SND p policy<(flavour omap &/ value y) | value m> note<REASON>
[15:31] <apw> rtg, something like that
[15:32] <rtg> apw, blech!
[15:32] <apw> rtg, indeed not pretty, its a work in progress, the p bits on its way out but not yet complete
[15:33] <rtg> apw, I'm wondering why we don't carry this info in the kernel tree ?
[15:33] <apw> rtg, i was just wondering the same thing myself ... i will add that to the agenda, i think its likely we do want to do that
[15:33] <rtg> agreed. after all, the config options are kernel specific
[15:34] <apw> rtg, indeed and in places i have wanted to have different answers per release ... so clearly they should be in the tree now we have a maximal set
[15:34]  * ppisati goes out for a bit
[15:35] <apw> rtg, added
[15:35] <rtg> apw, thanks
[15:55] <apw> ppisati, what are these manditory builtin modules for omap sound, got a simple list
[15:55] <apw> rtg, is that what you are doing to OVERRIDES or ... ?
[15:57] <rtg> apw, they should be listed in the Precise patch description
[15:57] <rtg> SND_OMAP_SOC, SND_OMAP_SOC_MCBSP and  SND_OMAP_SOC_OMAP3_BEAGLE =y
[15:57] <apw> ahh ok, rtg and are you adding them to the OVERRIDES or shall I
[15:57] <rtg> apw, go ahead. I'm still fixing the Q patch (abi stuff)
[15:58] <apw> ok will do
[16:00]  * herton -> lunch
[16:00] <ogra_> sigh ... omap sound ... such a mess
[16:09]  * balloons just found out again that sysrq is disabled on ubuntu :-(
[16:09] <balloons> if I have a random kernel hardlock, what's the best way to get good information about what happened?
[16:11] <stgraber> could anyone with aufs/overlayfs knowledge look at bug 959352? it's causing some problems in containers (>= 12.04) and when used with aufs leaks information that the container shouldn't know
[16:11] <ubot2> Launchpad bug 959352 in lxc "Ephemeral containers have "/rootfs" prefix in /proc/self/maps entries" [High,Confirmed] https://launchpad.net/bugs/959352
[17:23] <smb> balloons, sysrq is not disabled really. Sometimes the key combo is hard to find or things a locked up so hard that even that is not handled anymore.
[17:24] <balloons> smb, I see it's set to 0 in a sysrq conf file, with a note, most users shouldn't need this. Should I not use it?
[17:26] <smb> Hm... which file is that exactly? I don't seem to have that...
[17:27] <balloons> smb, /etc/sysctl.d/10-magic-sysrq.conf
[17:27] <balloons> I put a '1' back in the file to enable it again via sysctl at boot
[17:28] <smb> balloons, Funny, not present in my installation (Precise)
[17:30] <balloons> hmm.. I'm on quantal.. I wouldn't think this would be new
[17:30] <balloons> interesting
[17:32] <smb> Hm, maybe was added. It is sometimes a bit of a struggle as some keyboards have sysrq on print and then the desktop feels it should do something when you actually not want to...
[17:33] <balloons> yes, I have the printscreen and sysreq key as the "same" key
[17:34] <balloons> smb, your right. others on precise don't seem to have it
[17:35] <smb> balloons, You may find out what brought it to you with dpkg -S /etc/sysctl.d/10-magic-sysrq.conf
[17:36] <balloons> procps: /etc/sysctl.d/10-magic-sysrq.conf
[17:37]  * henrix will be back in 15 mins
[17:51]  * cking --> EOD
[18:20]  * smb -> EOD
[18:26]  * henrix ->EOD
[19:11] <herton> rtg, I think "retrieve ABIs from PPA as a last attempt" could be commited on oneiric as well
[19:14] <herton> actually on all relevant trees. I'm not sure changing maint-startnewrelease or drop its usage, anyway one of the two choices must be done
[19:16] <rtg> herton, I like having the PPA path in the getabis script since it appears that the use of the non-virt PPA is permamnent.
[19:21] <rtg> herton, I actually didn't know about maint-startnewrelease,  but I think adding the ckt PPA URL serves the same purpose.
[19:23] <herton> rtg, yes. well we always used it doing the stable updates, it automatically fetches the packages, removes the old abi/copies the new one, and does the commit, just automate things a bit more.
[19:23] <rtg> herton, yeah, after looking at the script it automates a bunch of what I've always done by hand.
[19:24] <rtg> plus some other checking
[19:24] <herton> I think we could just modify it to use the getabis from the in kernel tree, or just add same functionality to the in tree scripts
[19:24] <rtg> herton, that seems like a good idea. it minimizes duplication of code
[20:42]  * rtg -> EOD
[23:41] <marsfligth> Hi to all. Hi made a disaster on my Ubuntu 12.04 64-bit. I managed the passwd to add users on my samba server following a guide on the net and after the reboot it don't accept the right password. In more, I have the home directory encrypted (EFS) only this '/home/myusername'. Have you idea how to get access to my account? Thanks