=== zz_chihchun is now known as chihchun [07:55] hi, i'm experimenting with ubuntu 13.04 on a nexus7 and was wondering what's used in order to check battery state. acpi is not installed. any hints? [07:58] While using OLife my Eee Pad transformer was crashed. [07:59] I have found the ROM from ASUS http://www.asus.com/Tablets_Mobile/Eee_Pad_Transformer_TF101/#support_Download_32 [07:59] But how can i transfer it to my Eee Pad using OLife? [08:07] Where do i put those files? http://www.asus.com/Tablets_Mobile/Eee_Pad_Transformer_TF101/#support_Download_32 [08:07] i have downloaded the http://lilstevie.geek.nz/downloads/OLiFE-Prime-Edition.tar.gz_1.2a_TF101_767779ccfa200e5e00b2f1e33a3d73a9 === chihchun is now known as zz_chihchun === zz_chihchun is now known as chihchun === chihchun is now known as zz_chihchun === zz_chihchun is now known as chihchun [08:57] dbus on org.freedesktop.UPower does the trick... [08:59] right, we're using upower which attaches to the platform battery device === doko_ is now known as doko [09:08] another question, any idea to fix screen orientation to landscape? first time i tried 12.10 on n7, orientation was landscape, this changed with 13.04 to portrait [09:11] it should actualy autorotate [09:11] shake it ;) [09:12] sudo service acceld stop [09:12] Why the Asus Eee pad after installing OLife always in Black screen? [09:12] use that to stop auto rotation [09:12] then use xrandr to rotate [09:13] ogra_: thx [09:19] ogra_, where? [09:21] IamTrying, ? [09:21] where what ? [11:22] ok, xrandr works, now i need to transform xinput as well in order to correct touch input... === chihchun is now known as zz_chihchun === zz_chihchun is now known as chihchun === chihchun is now known as zz_chihchun [12:26] ogra_, no its ok thanks, i thought you answered me [12:26] ah, sorry ... i didnt prefix the answer === zz_chihchun is now known as chihchun === chihchun is now known as zz_chihchun [13:59] hrw, the nexus has usb host ... [14:00] (just reading your blohg post) [14:02] (not sure if android offers it in userspace though, but the ubuntu desktop nexus7 image heavily relies on usb host (and we use the android kernel)) [14:06] ogra_: it has OTG [14:06] well, it runs in host mode if you attach an OTG cable [14:06] i'm using it with a HUB here [14:06] with a bunch of devices attached [14:07] sure but it is still otg [14:07] and I have had bad experiences with such [14:07] you want a big socket you mean ?= [14:08] yep [14:08] ah [14:08] with ehci signalling [14:08] i thought it was a complaint about function, not form :) [14:08] both [14:08] it uses ehci === cmagina_away is now known as cmagina [14:08] afaik [14:09] updated post [14:10] +And by USB Host port I mean normal EHCI host port. Not an OTG one present in Nexus 7. [14:10] Archos has EHCI + OTG [14:10] ah [14:10] i never had an archos ... they never sent me one [14:10] * ogra_ blames av500 :) [14:10] I bought mine [14:11] crazy talk :) [14:11] never again [14:11] omap4430 suxx too much with 512MB ram [14:11] well, there were times when that was awesome :) [14:11] 4 years ago or so [14:11] I had to skip those [14:12] note that ubuntu touch actually focuses on 512M now :) [14:12] arm926 512MB -> arm1136 128MB -> 1136 256MB -> omap3 128MB -> omap3 256MB -> omap4430 1GB [14:13] s/(arm)?1136/i.mx31 [14:13] tell that to the manufacturers [14:14] the average non-highend phones still ship with 512M [14:14] and 128MB of that is reserved for graphics :D [14:23] ogra_: ICS was fine with 512MB [14:23] UTouch will be too :) [14:24] ogra_: where are apps for utouch? [14:24] likely not shiny, but it will be ok [14:24] in the apps PPAs [14:24] michael hall blogs about them all the time [14:24] see planet :) [14:26] so far did not saw anything breath taking [14:26] what woudl you expect ? there wasnt even a release of UTouch [14:27] and for not having a stable api yet i think over 40 apps is a good number already [14:27] (and for not having any sensors access) [14:30] hrw, *and* Ubuntu Touch is the *only* OS that has a Jono Head app ! [14:30] ;D [14:31] ogra_: anyway I do not have device for ubuntu phone/tablet testing [14:31] really ? [14:31] we support over 50 [14:32] ogra_: neither my nexus 4 or 7 are free to be reflashed [14:32] I know that they are supported but I use them [14:32] yeah, i dont run it on these either [14:32] my test device is my old galaxy S2 [14:32] heh the age old issue of needing actual working devices :-D [14:33] i think thats solved brilliantly for UTouch [14:33] thanks to the android core porting is super easy [14:33] https://wiki.ubuntu.com/Touch/Devices [14:34] ogra_: I noticed that UbuntuTouchCore is other name for CyanogenMod ;D [14:34] hmm, i dont think so ... [14:34] core defines the plumbing layer on the ubuntu side afaik [14:34] (libhybris and Mir) [14:35] Building the Android pieces [14:35] You can find all the needed Android git repositories at http://phablet.ubuntu.com/gitweb. This is basically a mirror of CyanogenMod 10.1, but containing only the needed low level services used by Android (e.g. no Dalvik at all). [14:35] porting guide [14:35] yeah [14:35] but i dont think thats what we calkl ubuntu touch core [14:35] And: "To support a wide range of devices, we decided to use CyanogenMod as a base for the Android system. You could safely use AOSP, as we don't use a lot of the customizations and improvements done at the App/Java side, but it's easier with CyanogenMod due the scripts and build procedures available for it. " [14:36] would be silly to upset the CM devs by renaming their stuff :) [14:41] ;) [14:41] will be intresting once we have the first preinstalled devices ... [14:42] i dont think it is decided yet if that will keep the android layer or not [14:44] It would certainly be better for the whole ecosystem if canonical put engineers into reverse engineering graphics drivers rather than working on wrapping propiertary android drivers [14:44] well, that would take a lot longer [14:45] which means they'd do cool stuff and go bankrupt ;) [14:45] :) [14:45] a cool but buggy solution [14:46] like ndiswrapper was quick to come but ended up cringing users with cornercase bugs [14:46] its a quick shot to get as many devices supported as possible so devs can work [14:46] with 13.10 you will see the first preinstalled devices ... or shortly after [14:47] and if canonical actually gains some market share there is the possibility to actually push for more opened drivers [14:48] (i'm pretty sure it wont be hard to surpass BB or Win8 sales for one for the free OSes like FFos or UTouch ... the question is how close either of them comes to anbdroid or iOS in sales to make some actual impact) [14:49] ogra_: preinstalled drivers, do you think there's a chance of gps and 3g drivers? [14:49] i know the touch / graphics are much harder on people who use their n7 as a tablet [14:50] but mine is wallmounted ;) [14:50] the preinstalled ubuntu touch device will definitely support all builtin sensors, yes === mhall119 is now known as mhall119|lunch === mhall119|lunch is now known as mhall119 [17:43] yeah someone needs to employ luc to get on with the mali drivers [17:46] s'funny how we used to suffer with hardware only coming with windows binary driver support. Now it's the same with android binary driver support, which is slightly better but still quite annoying. [17:47] I'm sure this isn;t where we supposed to end up. something went wrong somewhere along the way [17:51] ogra_: https://plus.google.com/u/0/101339419642360856354/posts/MFc5mJKUAys [17:51] heh, just popped up in my stream [17:52] thanks :) [17:52] (got you in my circles) [17:53] ogra_: hehe [17:53] ogra_: ahh right [17:54] gma600 is PVR ? [18:15] wookey: The Android binary driver situation isn't even remotely better. It's just *lucky* that Android happens to be Linux, and we can fudge the situation to our advantage and toss a free userspace on top. [18:16] wookey: But I don't see that as progress, or even "a little better". We could have done the same thing with a free userspace on top of the NT kernel if we'd wanted to. [21:55] * xnox ponders if Android used HURD kernel..... === davidm` is now known as davidm