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