**** BEGIN LOGGING AT Thu Nov 01 02:59:58 2012 Nov 01 11:45:34 hello lilstevie, ogra has pointed me to you to regarding ubuntu images for my transformer prime. do you have any pointer? Nov 01 11:50:36 nijaba, be a little patient with me? I have exams at the moment, but I am working on getting some stuff together Nov 01 11:50:54 there is of course the 11.10 stuff if you are interested in a solution for the meanwhile Nov 01 11:57:37 lilstevie: thanks a lot for the answer, I'll be patient :) Nov 01 11:57:50 lilstevie: and good luck with your exams Nov 01 11:58:24 thanks Nov 01 11:58:47 I have my last one on Monday, so I hope to have a few of the bugs worked out by then Nov 01 15:07:35 * ogra-nx7 hugs AlanBell Nov 01 15:07:54 thx for the redirect ! Nov 01 15:14:52 err, hi ogra-nx7 Nov 01 15:15:03 erm, what did I do? Nov 01 15:15:31 oh, the -nexus7 redirect :) Nov 01 15:15:34 redirect -nexus7 Nov 01 15:15:43 yeah Nov 01 16:00:06 So, how will killing freezes affect Ubuntu on Arm testing? In the past, weeks have gone by with little to no image QA due to pool churn between freezes. Nov 01 18:51:49 Hello, i am using ubuntu 12.04 on my pandaboard(OMAP4), i installed it in a usb drive. I'd like to know if i can switch off the drive when it is unused. Thanks Nov 01 18:55:35 i know that i may use hdparm, but seeing that some commands are labeled as "dangerous" and no guide speaks about turn off the drive with the OS i am asking to you :) Nov 01 18:56:23 What do you mean, switch off the drive? While the system is booted? Nov 01 18:58:50 Normally, you don't shut off the drive the system is booting from, regardless of architecture. You can in some cases shutdown after the OS has been suspended or halted, but not while running. Nov 01 19:05:30 i'd assume he means spin down the drive, and the "usb drive" is a regular hdd connected over a usb adapter Nov 01 19:06:20 That's what I was thinking, but still... Nov 01 20:29:41 GrueMaster: i mean spin down the drive where i installed ubuntu Nov 01 23:09:25 on the nexus 7 image, i see libGLESv2.so in /usr/lib/nvidia-tegra/ and /usr/lib/arm-linux-gnueabihf/mesa-egl/ .. the default ld path links things against the ones in mesa-egl, but should i actually be linking against the nvidia-tegra ones? Nov 01 23:10:01 opengl es 2.0 does work with the mesa-egl ones, but i'm wondering if there would be better performance/support via the nvidia-tegra ones Nov 01 23:12:03 oh, nm, heh, after thinking i had verified via ldd that things were linking against mesa-egl version, i see misread and /usr/lib/libGLESv2.so.2 is what it uses, which is a symlink for the nvidia-tegra so :) **** ENDING LOGGING AT Fri Nov 02 03:00:00 2012