[08:44] <ogra_> bug 1060171
[08:44] <ubot2`> Launchpad bug 1060171 in Compiz Core "gtk-window-decorator crashed with SIGSEGV in g_hash_table_lookup_node() from g_hash_table_remove_internal() from event_filter_func() from gdk_event_apply_filters()" [High,Fix committed] https://launchpad.net/bugs/1060171
[10:15] <bizulk> hi ! Lastly I wanted to work on Bug 1058022. So I updated the installed ubuntu precise but I don't have package linux-
[10:15] <bizulk> image-3.2.0-33-omap_3.2.0-33.52_armhf.deb available, I just have it until 3.2.0-32 which does not have tidspbridge installed. So what's wrong is there any repository that I should add ?
[10:15] <ubot2`> Launchpad bug 1058022 in linux (Ubuntu Precise) "no tidspbridge support in kernel." [Undecided,Fix committed] https://launchpad.net/bugs/1058022
[11:03] <ogra_> lilstevie, do you have any way to get the camera on the transformer to work ? seems the nexus has the same
[11:20] <mainerror> So, to the Nexus 7 folks. I bought a Nexus 7 just to help you guys but now I'm not quite sure how I can help. :D
[11:21] <ogra_> well, start with unlocking and installing ubuntu ;)
[11:22] <mainerror> Oh, well I'm way past those steps of course. ;)
[11:23] <mainerror> Got a OTG cable too.
[11:25] <ogra_> great, well, how deep do you want to go ?
[11:26] <ogra_> easy tasks are simply reporting bugs about missing devices or issues with the system or UI
[11:26] <mainerror> I'm willing to go as deep as the white rabbit is leading me (that means if there is documentation on certain things).
[11:26] <ogra_> next harder task would likely be to meake a device or sensor work
[11:27] <ogra_> https://android.googlesource.com/device/asus/grouper/+/505d795dfcfd473d2a5a2f20177d355bcd254492/init.grouper.rc
[11:27] <ogra_> this is for example the file that android executes on boot to enable the different devices
[11:27] <ogra_> so mimicing parts of what that does to get a device working might be a good start
[11:28] <ogra_> the original android /system partition is in /dev/mmcblk0p3, you can mount it at any time and use bits from there (i.e. firmware files etc)
[11:29] <mainerror> Alright, that's a good starting point. Cheers!
[11:29] <ogra_> beyond that there are a ton of workitems in the specs listed on the Nexus7 wikipage ... many of them are less device specific if you prefer working on a broader plan :)
[11:56] <ogra_> hmm, i really wonder why we have no /dev/video0 on the nexus, the camera should actually support v4l
[11:56] <ogra_> and there are mi1040 and tegra_camera devices
[11:57] <ogra_> janimo, we didnt make any config changes in that area vs android, right ?
[11:57] <ogra_> i see that all necessary v4l options are on in my config
[12:04] <ogra_> oh
[12:04] <ogra_> we have v4l but not v4l2 enabled
[12:04]  * ogra_ tries a kernel build
[12:18] <ogra_> hmm, no /dev/video0 even with that changed kernel
[12:27] <janimo> ogra_, I don't think this driver we use has v4l2 support.
[12:27] <ogra_> well, there is an experimental v4l2 layer for embedded SoC cameras i just enabled
[12:28] <ogra_> in the hope it would pick up our cam
[12:28] <ogra_> but it doesnt
[12:30] <janimo> we had a comment on the webcam bug saying a v4l driver is in the work and could be released soon by nvidia
[12:30] <ogra_> janimo, i see the android uevent rc script changing permissions for a /dev/video0
[12:30] <ogra_> so something must init it
[12:31] <ogra_> https://android.googlesource.com/device/asus/grouper/+/9013d6467fab6c15e6339d389cfebcc7cda828e0%5E/ueventd.grouper.rc
[12:31] <ogra_> even two /dev/video* devices there
[12:32] <ogra_> that means something sets up v4l, right ?
[12:32] <ogra_> seemingly some userspace bit
[12:32] <janimo> ogra_, could it be for optional external USB webcams?
[12:33] <janimo> I wonder why the ov2710 is there
[12:33] <ogra_> thats the usual back camera on that arch
[12:33] <ogra_> i guess its a generic script for grouper
[12:33] <janimo> but grouper is only nexus7 so indeed interesting it has video0 nodes
[12:33] <ogra_> well, grouper is the board
[12:34] <ogra_> who knows what other tablets are out there that we havent seen yet :)
[12:34] <ogra_> (with that SoC)
[12:37] <ogra_> https://android.googlesource.com/device/asus/grouper/+/9013d6467fab6c15e6339d389cfebcc7cda828e0%5E/audio/audio_hw.c
[12:37] <ogra_> heh, i wonder why the audio init code has support for portarait and landscape modes
[12:39] <mainerror> mhmm
[12:39] <lardman> different output to speakers depending on their location?
[12:47] <ogra_> probably though the device itself only has a mono speaker builtin
[12:48] <ogra_> and with headpühones it shouldnt matter
[12:50] <ogra_> aha !
[12:50]  * ogra_ sees a lot of avp_init calls in dmesg now when starting a camera app
[12:51] <ogra_> that seems to be realted to tegra_mediaserver though
[12:59] <lilstevie> ogra_, no, the camera is one of those things I have not really looked at cause it is really screwed up
[12:59] <ogra_> k, thx
[13:00] <ogra_> well, that /dev/video0 mangling in the android bootscripts gives me some hope
[13:00] <lilstevie> heh
[13:00] <ogra_> ERROR: "tegra_camera_mclk_on_off" [drivers/media/video/tegra/mi1040.ko] undefined!
[13:00] <ogra_> GRRR !
[13:00] <ogra_> cant build as module
[13:01] <lilstevie> ogra_, afaik there is some gstreamer stuff involved in the camera in android, at least for the tf
[13:02] <ogra_> well, it would still use v4l at some point i think
[13:02] <lardman> not necessarily
[13:02] <ogra_> but yeah, might be that there is some userspace initialization
[13:03] <lardman> does the camera appear in sysfs, or is there no driver loaded?
[13:03] <ogra_> it appears in /dev
[13:03] <lardman> oh right, I thought the problem was that it didn't appear there
[13:03] <ogra_> i have a /dev/mi1040
[13:03] <lardman> ah ok
[13:03] <ogra_> and a /dev/tegra_camera
[13:03] <ogra_> which is the generic toplevel i think
[13:04] <ogra_> oh, and attaching my logitech cam works OOTB
[13:14] <lilstevie> oh, lardman didn't see you there
[13:14] <lardman> hey lilstevie, how's things? Exams finished now?
[13:19] <lilstevie> yeah, had my last one this morning
[13:20] <ogra_> congrats !
[13:20] <lardman> :)
[13:20] <lilstevie> now 6 months holiday until I have to do it all over again for yet another year :/
[13:20] <lardman> lol
[13:27] <baggers> Sorry if this is the wrong place for this question but: In the current Nexus7 build is network over usb available. I'm currently using the nexus7 for playing embedded lisp but havent been able to enable netusb. Is there a way to enable it or is it a recompile job?
[13:29] <ogra_> baggers, not yet, the current kernel only has the android gadget enabled
[13:29] <ogra_> janimo, ^^^
[13:30] <ogra_> janimo, there is a composite cdc device that should give us serial and usb network
[13:31]  * ogra_ installs a kernel with all android bits disabled now
[13:31] <ogra_> lets see if that still boots
[13:32] <janimo> ogra_, baggers if you can provide me with the required config options I'll enable it
[13:32] <ogra_> (trusted_foundations is highly android dependant apparently)
[13:32] <ogra_> ouch
[13:33] <ogra_> that doesnt look good
[13:33] <ogra_> hangs at the bootloader screen
[13:33] <ogra_> grmbl
[13:35] <baggers> janimo: wow I must admit I'm a total noob at this depth so I may need things spelling out. I'll explain what I'm going for. I tried to enable network over usb using 'iifconfig usb0 192.168.1.1' I got an error about device not existing and that (with some google'age) led me to a page talking about the netusb module. So I'm not really sure what I'm looking for!
[13:36] <janimo> baggers, ok nevermind. Probably USB_NET or some such , I do not know the exact name
[13:36] <baggers> sorry about that, I'm ready to learn but I'm defintely trying to learn by diving in the deep end (or it feels deep to me!)
[13:36] <baggers> k
[13:36] <janimo> baggers, no problem :)
[13:38] <ogra_> janimo, CONFIG_USB_CDC_COMPOSITE
[13:38] <janimo> ogra_, ok thanks
[13:38] <ogra_> or  CONFIG_USB_ETH
[13:38] <janimo> I wish ubuntu had a config file with all arch indep options it enabledin the kernel
[13:38] <ogra_> first one gets you serial and net, second one net only
[13:38] <ogra_> janimo, i thought apw said they had something
[13:39] <ogra_> but gadget support is pretty arm specific
[13:40] <ogra_> (at least intel machines with otg port are rather rare)
[13:40] <ojn> I have one right here. :)
[13:41] <ogra_> heh
[13:41] <ojn> Motorola Razr i :)
[13:41] <ogra_> lol
[13:41] <ogra_> a very common device then :)
[13:41] <ogra_> sigh, so TF needs android
[13:42] <ojn> Given that I now have an ARM laptop, an Intel phone somehow seems suitable. :)
[13:42] <janimo> ogra_, do we need TF at all?
[13:42] <ogra_> janimo, yes, the bootloader checks for it
[13:42] <ogra_> it wont fire up the kernel without it in place
[13:42] <baggers> ojn: what laptop are you using?
[13:42] <ogra_> just tested here
[13:42] <ojn> baggers: Samsung Chromebook
[13:42] <janimo> ogra_, ok. is it a problem that we use some android functionality then?
[13:43]  * ogra_ ordered one for playing around with it 
[13:43] <ogra_> janimo, no idea, i dont think it uses much more than that
[13:43] <ogra_> i migth be wrong though. there might be ifdefs in drivers
[13:44] <ogra_> so that they function differently in android vs linux
[13:44] <ogra_> i guess someone should look into maiking TF work without android enabled
[13:45] <ogra_> so we are on the safe side
[13:45] <janimo> safe side in what sense? What do we lose by having some android cfg options enabled?
[13:47] <lilstevie> ogra_, how do you mean "make tf work without android enabled"
[13:48] <ogra_> lilstevie, have a trusted foundations driver that works n a normal linux kernel
[13:48] <lilstevie> oh you mean without the android drivers enabled
[13:49] <ogra_> lilstevie, i fear if the general android option is on, there might be drivers having ifdefs focring different behavior
[13:49] <lilstevie> that shouldn't be much of a problem, you may have to watch out for some things, I know with the tf201 they use functions from the android drivers for things like the vibrate motor
[13:49] <ogra_> TF needs general android support enabled
[13:49] <lilstevie> which drivers out of interest
[13:50] <ogra_> dunno
[13:50] <ogra_> network/BT come to mind
[13:50] <janimo> ogra_, I think the ifdefs are for specific features not something too generic line ANDROID
[13:50] <lilstevie> cause I have disabled it on my builds, but it really does not make anything work better
[13:50] <janimo> I think wakelocks is the most important that can affect the behaviour
[13:50] <lilstevie> yeah
[13:50] <ogra_> janimo, if they are "#ifdef ANDROID" i would expect android specifics
[13:50] <janimo> ogra_, true.
[13:50] <lilstevie> and that is one of the first things I turn off
[13:51] <lilstevie> wakelocks are pretty horrid to sleep
[13:51] <ogra_> i.e. i could imagine hardcoded firmware paths etc
[13:51] <ogra_> or points to android userspace bits
[13:51] <lilstevie> ogra_, the only one that I know of with hardcoded firmware paths are the wifi drivers
[13:52] <lilstevie> which is based off defconfig anyway
[13:52] <ogra_> yeah
[13:52] <ogra_> well, that was just an example
[13:52] <lilstevie> the bt requires brcm patchram plus no matter what
[13:52] <lilstevie> the camera maybe
[13:52] <ogra_> there are 10000s of lines of code one would have to look at for finding out about it :)
[13:53] <lilstevie> heh
[13:53]  * ogra_ doesnt really feel like doing a grep -r on the kernel tree
[13:53] <janimo> ogra_, git grep is faster :)
[13:53] <lilstevie> well I honestly haven't seen anything that works better with android* disabled
[13:53] <lilstevie> also grep -r isn't too bad on the kernel
[13:53] <lilstevie> the whole aosp tree not so much
[13:54] <janimo> git grep -w ANDROID|grep "#if" or something
[13:54] <ogra_> ogra@anubis:~/Desktop/nexus/kerneltree/nexus7$ grep -r "#ifdef ANDROID" * 2>/dev/null|wc -l
[13:54] <ogra_> 9
[13:54] <janimo> ogra_, you suspect bluetooth or net may depend on ANDROID code to work well?
[13:55] <ogra_> i'm likely grepping for the wrong thing
[13:55] <lilstevie> wifi doesn't depend on android code
[13:55] <janimo> maybe there ar ifndefs
[13:55] <ogra_> janimo, well, i know that net definitel has intercepting code paths for the groups stuff
[13:55] <lilstevie> bluetooth is so hit and miss with kicking up to life I couldn't tell you :p
[13:56] <ogra_> BT works fine up to the point where data goes over the connection here
[13:56] <ogra_> i can pair just fine
[13:56] <ogra_> and tkamppeter claimed at UDS he had a mouse working
[13:56] <ogra_> (i only tried keyboards yet)
[13:57] <lilstevie> I could never get keyboards working
[13:57] <lilstevie> I had my mouse work once, then all of a sudden stop, and never work again
[13:57] <lilstevie> and I have been able to send a file over bt about half a dozen times, but again hit and miss
[13:58] <ogra_> ogra@anubis:~/Desktop/nexus/kerneltree/nexus7$ grep -r "ANDROID" * 2>/dev/null|grep ifdef|wc -l
[13:58] <ogra_> 114
[13:58] <ogra_> ogra@anubis:~/Desktop/nexus/kerneltree/nexus7$ grep -r "ANDROID" * 2>/dev/null|grep ifndef|wc -l
[13:58] <ogra_> 47
[13:58] <ogra_> janimo, ^^^
[13:59] <ogra_> and security/tf_driver/tf_device.c has "#ifdef CONFIG_ANDROID"
[13:59] <lilstevie> probably cause of it only really being useful in android
[14:00] <ogra_> why would it have an ifdef then ?
[14:00] <lilstevie> no idea
[14:01] <lilstevie> seen some pretty stupid things though
[14:01] <ogra_> seems it calso could use zebra or crypto_fips
[14:01] <ogra_> #ifdef CONFIG_ANDROID
[14:01] <ogra_> #include <linux/device.h>
[14:01] <ogra_> #endif
[14:01]  * ogra_ shakes his head
[14:05] <ogra_> uh
[14:05] <lilstevie> ogra_, heh, ASUS/nVidia have done some really silly stuff in places
[14:06] <ogra_> the gadget support makes my desktop get confused
[14:06] <ogra_> NM tries to set up the network on both devices now
[14:20]  * lardman wonders when ARM will release an OpenCL SDK (for the Mali T604)
[15:09] <victorp> ogra_, quick q - is there a command line way to get the battery level ?
[15:15] <ogra_> victorp, cat /sys/class/power_supply/battery/capacity
[15:15] <ogra_> victorp, gets you the percentage
[15:36] <victorp> ogra_, thanks
[16:22] <Laney> can I dist-upgrade to raring on the nexus or will the world end?
[16:22] <ogra_> Laney, you want to pretty heavily pin the PPA stuff
[16:23] <Laney> could that be copied up to raring in the PPA?
[16:23] <ogra_> i dont think unity/nux7compiz have all fixes in raring already
[16:23] <ogra_> and linux-firmware definitely doesnt have the wlan FW yet
[16:23] <Laney> righto
[16:23] <ogra_> the PPA stuff shuld go into raring directly
[16:23] <Laney> unity/nux will go out of date in quantal even soon
[16:24] <ogra_> yeah, noticed the uploads
[16:24] <Laney> when the SRU is released, that is
[16:24] <ogra_> achiang, ^^^
[16:24] <ogra_> will we do rebuilds for updates/security ?
[16:24] <ogra_> Laney, note that we disabled both on purpose
[16:24] <ogra_> with exactly that intent :)
[16:25] <ogra_> (i.e. to not have to care about updates and security versions)
[16:25]  * Laney lives on the edge and goes to raring
[16:26] <ogra_> Laney, btw, i think cjwatson tired that too already
[16:26] <ogra_> at least he asked about it
[16:26] <achiang> ogra_: sorry, not seeing the question for me?
[16:26] <ogra_> but i havent heard back
[16:26] <ogra_> achiang, Laney pointed out that -updates has a new unity
[16:27] <Laney> proposed ATM, but will be updates soon
[16:27] <ogra_> achiang, the question was will anybody update the PPA packages
[16:27] <achiang> ogra_: specifically which packages?
[16:28] <ogra_> we said initially we wouldnt support that
[16:28] <achiang> ogra_: i think we just want all fixes to go into R
[16:28] <ogra_> achiang, unity and its stack
[16:28] <achiang> ogra_: i doubt we would update the PPA. there's not too much gain for us to do so
[16:28] <ogra_> k
[16:28] <achiang> ... unless there is something i am missing, in which case i am happy to be educated. :)
[16:29] <ogra_> well, people play with the sw-sources  UI and enable updates/security
[16:29] <achiang> see "software updates" - https://wiki.ubuntu.com/Nexus7/UsingTheDevice
[16:29] <ogra_> no biggie since we can point to "we said we wouldnt suzpport that"
[16:31] <ogra_> achiang, yeaaah ... but that was on Oct. 26 !
[16:31] <achiang> right. when time comes, we'll just ask jono to blog about it and say, "everyone should dist-upgrade to R now"
[16:31] <ogra_> (we should take the date out and make clear we also wont start to support it)
[16:31] <achiang> ... except he'll forget to say for just the nexus7 and everyone on x86 will do it too ;)
[16:32] <ogra_> it sounds a bit like "we're working on it" with that date in there
[16:32] <ogra_> haha
[16:32] <achiang> ogra_: ok
[16:50] <xnox> hrw: I like the android-tools packaging in debian with all the makefiles =)
[16:50]  * GrueMaster debates leaving #ubuntu-arm since none of his systems appear to be functional anymore.
[16:51] <ogra_> GrueMaster, why did you break them ?
[16:52] <GrueMaster> I updated my servers to 12.04, and that broke a lot of stuff.
[16:53] <GrueMaster> For example, my 8-port serial card no longer works.  And it took me 2 days after upgrading from Natty to Precise for me to get my mirror raid working again.
[16:53] <GrueMaster> I just don't have time to put into fixing these issues.
[16:53] <ogra_> wow, sounds like missing kernel modules
[16:53] <GrueMaster> And without them, I have no infrastructiure for my pandas to do anything usefull.
[16:54] <ogra_> yeah, understood, but let ppisati know
[16:54] <ogra_> i bet it got lost in a merge somewhere
[16:54] <GrueMaster> He only does arm kernels.  THese aren't arm kernel issues, but x86 kernel.
[16:54] <ogra_> oh !
[16:56] <GrueMaster> I feel the quality of Ubuntu is diminishing, and I just don't have the time to track bugs on issues that don't ever get fixed (a vast majority of my bugs have closed due to inactivity).
[16:57] <GrueMaster> I saw a lot of major issues upgrading one server from 10.04 to 12.04 that had that server down most of the weekend.  The issues were dead simple and could/should have been discovered and fixed prior to 12.04 release.
[16:58] <GrueMaster> But since Canonical's stance towards QA seems to be to let the community do it, I can find better use of my time/resources.
[17:06] <mfisch> GrueMaster: the only bugs closed due to inactivity should be ones marked Incomplete
[17:07] <GrueMaster> mfisch: I have seen a few bugs of mine filed back on Maverick closed as that release is no longer supported.  The bug reports were complete, triaged, and very reproducable.
[17:08] <GrueMaster> No one bothered to work on them.
[17:08] <GrueMaster> I have even posted patches for some bugs, but they were never pulled in.
[17:10]  * mfisch extinguishes GrueMaster's lamp
[17:11] <mfisch> GrueMaster: I suspect the bug closers were just triagers rather than people who could fix issues, but ignored patches are annoying
[17:13] <GrueMaster> Check out https://bugs.launchpad.net/~gruemaster and see how many bugs are listed as in-progress, confirmed, triaged.  Look at the dates or bug numbers and tell me I'm wrong.
[17:15] <achiang> well, the good news is Canonical is taking QA much more seriously now, and i would 100% disagree that the company is assuming the community will just do it. doesn't fix what's past though, but i don't know what the solution there is either
[17:19] <GrueMaster> So, they are bringing back some level of manual/desktop testing?  Or are they going to continue to script everything and run in VM only?  A lot of the bugs I found were only found through manual testing.  And some of the bugs had scripts to work around them as opposed to marking them for fixing.
[17:21] <GrueMaster> At any rate, the only reason I have stuck around this channel was to help users.  SInce most of my wiki pages have been either deleted or rewritten beyond being helpful, this has bcome too time consuming.  And I have real work to do.
[17:21] <hrw> xnox: I have more stuff for it. have to organize a bit
[17:23] <ogra_> xnox, will i get both, make_ext4fs and ext2simg ?
[17:23]  * ogra_ just noticed the blueprint status change
[17:24] <ogra_> would be good to have tehm both for comparison (and after all to have make_ext4fs as a fallback since we already know it works)
[17:26] <xnox> ogra_: yes, that's what I am hacking together right now.
[17:26]  * ogra_ hugs xnox 
[17:27] <xnox> hrw: ` cat makefile | pastebinit ` is good enough =)
[17:27]  * xnox is working on it.
[17:27] <ogra_> wow
[17:27] <ogra_> how complex
[17:27] <ogra_> pastebinit makefile
[17:27] <ogra_> ;)
[17:28] <ogra_> or probably: pastebinit ./makefile
[17:32] <hrw> xnox: open bug in debian
[17:34] <xnox> ack.
[17:45] <xnox> ogra_: my hand compiled binaries don't even segfault =)
[17:45] <ogra-nx7> heh, cool
[17:57] <[mbm]> Laney: dist upgrade on the n7 really didn't break as much as I was expecting, unity rendered incorrectly without the libnux changes
[17:58] <Laney> [mbm]: nice. how incorrectly?
[17:58] <[mbm]> just got alpha blended garbage where dash would be on the side
[18:01] <[mbm]> removed most of the n7 specific packages from my install, especially the autologin stuff
[18:14] <xnox> ogra-nx7: I built them, but didn't test them at all. You can try $ bzr bd lp:~xnox/ubuntu/raring/android-tools/add-ext4-utils
[18:14] <xnox> to get yourself a package.
[18:15] <xnox> Will upload tomorrow. As I am EOD now.
[18:16] <ogra-nx7> xnox, you rock !
[18:17] <xnox> ogra-nx7: hardly.... it's mostly monkey-patching.
[18:17] <xnox> but thanks =)
[18:17] <ogra-nx7> :)
[18:17] <infinity> Monkeys make the world go 'round.
[18:17] <ogra-nx7> ++
[18:18] <mjrosenb> ok, I installed  (GNU/Linux 3.4.0-1487-omap4 armv7l) somewhat recently, and now wish to run the previous kernel (3.2.0-mumble)
[18:18] <mjrosenb> I alread ran:
[18:18] <mjrosenb>  apt-get remove linux-image-3.4.0-1487-omap4 linux-image-3.4.0-1486-omap4 linux-image-3.4.0-1485-omap4 linux-image-3.4.0-1484-omap4
[18:19] <mjrosenb> but I still seem to be running a brand-spanking new kernel
[18:19] <infinity> mjrosenb: Re-running flash-kernel might fix you up, if the only kernels you have left are 3.2.0-*
[18:20] <mjrosenb> how is that file even around any more?
[18:20] <infinity> You're actually booting from kernels on the u-boot partition, not from your root.
[18:20] <infinity> Which is what flash-kernel moves around and mangles.
[18:20] <infinity> mangles, too.
[18:21] <infinity> Very likely a legitimate bug here that removing kernels doesn't re-run flash-kernel, while installing them does.
[18:21] <infinity> ogra-nx7: ^-- Sound familiar?  I've never really noticed, to be honest, if this is broken. :P
[18:24] <ogra-nx7> quantal ?
[18:24] <ogra-nx7> f-k cant downgrade in its 3.0 version
[18:24] <infinity> "can't" seems a bit strong.  I suspect that's fixable...
[18:24] <infinity> But ew, if that's the current state.
[18:24] <ogra-nx7> yeah
[18:25] <ogra-nx7> there s a bug open somewhere
[18:30] <mjrosenb> welp, it looks like I am back to running 3.2
[18:30] <mjrosenb> hopefully it'll be more stable than its successor
[18:31] <infinity> mjrosenb: 3.4.0 wasn't a shipping kernel anyway... If you're on Q, you should have been up to 3.5.0-something.
[18:31] <infinity> And if you're on precise, well, installing a current Q kernel should work alright too.
[18:32] <infinity> (But precise's kernel is generally fine as well)
[18:32] <mjrosenb> infinity: I bumped it manually because I was trying to get oprofile working
[18:32] <mjrosenb> since evidently oprofile and pandaboards don't get along too well
[18:47] <mfisch> ogra-nx7: is there an upstream project for tegra3 drivers in LP?
[18:49] <ogra-nx7> mfisch, nope, just use the package
[19:20] <LarsN> afternoon everyone.
[19:30] <LarsN> how are some of you using your Ubuntu powered Nexus7 devices?
[19:36] <[mbm]> with bluetooth keyboards and mice
[20:47] <cwayne> ogra_: ping
[20:49] <achiang> mfisch: do you know which upstream bug is the one where suspend via power button doesn't work?
[20:49] <mfisch> achiang: it's linked in the wiki, let me look
[20:50] <mfisch> its been re-duped now even
[20:50] <mfisch> AceLan: https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1041137
[20:50] <ubot2`> Launchpad bug 1041137 in gnome-session (Ubuntu) "Activating suspend from power button menu does not work" [Undecided,Confirmed]
[20:50] <mfisch> sorry AceLan
[20:50] <mfisch> achiang: ^^
[21:00] <[mbm]> wasn't there a dconf setting to make the power button go directly to suspend?
[21:03] <[mbm]> oh, gsettings
[21:31] <mfisch> [mbm]: I think ogra_ knows the magic to do that
[21:33] <cwayne> mfisch: [mbm]: there is one, let me look for it
[21:34] <[mbm]> gsettings set org.gnome.settings-daemon.plugins.power button-power 'suspend'
[21:34] <cwayne> yep, that sounds right
[21:38] <[mbm]> is it just me or is the elan-touchscreen extremely buggy?
[21:55] <AlanBell> is there any value in me getting a Nexus 10?
[21:57] <mfisch> AlanBell: in terms of Ubuntu?
[21:58] <AlanBell> mfisch: naturally :)
[21:58] <mfisch> AlanBell: I think it's a different manufacturer and chipset
[21:58] <mfisch> AlanBell: Nexus10 - Samsung, Nexus7 - Asus
[21:58] <achiang> AlanBell: nexus10 is samsung exynos
[21:59] <achiang> AlanBell: nexus7 is tegra3
[21:59] <mfisch> AlanBell: so you'd need a new kernel
[21:59] <AlanBell> so, not going to work?
[21:59] <achiang> AlanBell: very different chipsets, our image 100% won't work on it
[21:59] <mfisch> AlanBell: nope
[21:59] <AlanBell> aww, but that screen is yummy :(
[21:59] <mfisch> seems like a great FAQ question
[22:00] <achiang> cwayne: ^^ FAQ question :)
[22:00] <AlanBell> hmm, maybe I will get a N10, give that to family for the kitchen, and nick their N7 and reflash that one
[22:00] <mfisch> not a bad idea
[22:09] <cwayne> achiang: it's already there :)
[22:10] <achiang> thanks!
[22:11] <k1l_> well, driver support on ARM is like back in the 90s on regular PCs :/
[22:36] <ogra_> [mbm], ony my way out, but there it is http://people.canonical.com/~ogra/tegra/nexus7/
[22:38] <cwayne> mfisch: huh, apport-collect added nothing