 one might be able to rip them out of a cracked surface RT ... <-- you really wouldn't need it to be cracked, you have full admin access on Windows RT, the only policies are you cannot run unsigned binaries or drivers
[05:43] <aladdin> hello
[05:43] <aladdin> chromium 25 build failed because headers missing :(
[05:43] <aladdin> https://launchpad.net/ubuntu/+source/chromium-browser/25.0.1364.160-0ubuntu1/+build/4358080
[05:44] <aladdin> v8/src/../include/v8stdint.h:34:19: fatal error: stdio.h: No such file or directory
[05:45] <aladdin> https://launchpad.net/ubuntu/+source/chromium-browser/25.0.1364.160-0ubuntu1/+build/4358080
[08:04] <yunfan> hi i came here for asking if there is any plan for supporting ubuntu on samsung's arm chromebook?
[08:35] <ogra_> ynezz, not officially, but there is a lot chromeboot work from the community and it works flawless with ubuntu
[08:36]  * ogra_ hugs xnox 
[08:36] <ogra_> lilstevie, well, then you would need to crack the signature ... carcking would be involved somewhere in the process :)
[08:38] <lilstevie> ogra_, why would you need to crack the signature, low integrity level code (metro apps) don't have the same code sign integrity, also you could just not worry about checking the sig in wine for arm :p I think the bigger task is trying to emulate the metro APIs
[08:39] <ogra_> heh, yeah, well, thats a requirement in general for wine :)
[08:39] <lilstevie> yeah
[08:41] <yunfan> ogra_: i have installed the chrUbuntu
[08:42] <yunfan> but that's lack of multi-touch supoport
[08:42] <yunfan> and its X is reaaaaaly slow while the tty is quite flex
[08:42] <ogra_> yunfan, using unity ?
[08:43] <ogra_> (and sorry ynezz)
[08:43] <yunfan> ogra_: yep, i just wondering if they have some debug code like sleep 99999
[08:43] <ogra_> haha
[08:43] <ogra_> no
[08:43] <ogra_> but there is definitely something wrong with the GLES support for mali ...
[08:43] <yunfan> everytime when i press the key, i need to wait for the terminal window's response action
[08:44] <ogra_> gles itself runs fine for me but unity seems ot still do SW rendering nontheless
[08:44] <ogra_> oh, its not that bad for me
[08:45] <ogra_> its actually usable ... just not as fast as it could be, did you copy the binary libs from chromeos ?
[08:45] <yunfan> i heard that ubuntu touch would be run on galaxy note2 which share the same cpu with my chromebook
[08:45] <yunfan> i didnt , just follow the install step from chrUbuntu
[08:45] <ogra_> ubuntu touch is based on cyanogenmod
[08:45] <yunfan> mabybe they did in that shell script
[08:46] <yunfan> oop
[08:46] <ogra_> unless someone has chromebook support added to that it wont "just run" with code from another device
[08:46] <ogra_> and ubuntu touch doesnt use X at all
[08:46] <yunfan> got it, that's why you have ac100 supporting?
[08:46] <yunfan> i also own an ac100
[08:47] <yunfan> which after update to the armHF version, runs very fast
[08:47] <ogra_> i started the ac100 port several years ago ... there wasnt even a tought for ubuntu touch ...
[08:47] <yunfan> but the battery life is terrible
[08:47] <ogra_> and keeping ac100 alive was a constant matter of pain dealing with the binary drivers
[08:48] <lilstevie> also ac100 is very much a netbook
[08:48] <ogra_> i still love my ac100 and the 8-9h battery life are definitely unbeaten
[08:48] <lilstevie> IMO much better suited to a desktop environment though
[08:48] <yunfan> so the simple answer is there're not an official plan for supporting samsung's chromebook ?
[08:48] <ogra_> but 512M just hurt
[08:49] <yunfan> well by using LXDE, i feel the ac100 is just enough , but the battery which is a real problem , i cant accept 1.5 hour
[08:49] <yunfan> and its powerline is ugly
[08:49] <ogra_> yunfan, canonical wont support it ... but hrw did already so much packaging work that we could probably build images for it at some point if someone does the work to implement that in the build system
[08:50] <ogra_> yunfan, your battery is clearly broken
[08:50] <ogra_> i get 8-9h out of one charge
[08:50] <yunfan> ogra_: i have send to the factory and they told me its normal :[
[08:50] <yunfan> ogra_: well another question
[08:50] <ogra_> and i own three ac100's which all get me that
[08:50] <hrw> yunfan: you really want to abandon unity/3d in favour of something working
[08:51] <ogra_> hrw, no, you want to file bug reports and pester daniel van vugt :)
[08:51] <hrw> ogra_: I dropped opengles driver from ppa
[08:51] <hrw> ogra_: no redistribution license
[08:51] <yunfan> ogra_: can you recommend a quick turtorial for my learning arm asm ? i am a python engineer currently, i knew those binary trans 2's complement number things
[08:52] <ogra_> good move ... better have a howto for people to copy the stuff from chromeos
[08:52] <hrw> ogra_: will do such
[08:53] <ogra_> yunfan, so your answer is, no, chromebook will never get official support, but it might come to a level where the ac100 is at some point
[08:53] <ogra_> (which never was officially supported)
[08:53] <yunfan> ogra_: that's good if it could arrive the ac100's level
[08:54] <hrw> yunfan: so far there are nearly no people doing work which ac100 community did
[08:54] <yunfan> ogra_: what about my secondary question?
[08:54] <ogra_> building image is a matter of someone investing the time into implementing that in the build system ... for ac100 it was me who did that in his sparetime ... i dont currently have that much of spare time to do it again for a new device
[08:54] <hrw> I packaged kernel, handled opengles, x11 driver and had fingers in few other places but my time is limited
[08:54] <yunfan> hrw: yep, but sonner or later , people would do that, its just that device is in really use
[08:55] <hrw> during Linaro Connect Asia I was fully ARMed - did not took x86 at all
[08:55]  * ogra_ does that since 3 years :)
[08:55] <ogra_> but i'm a masochist if it comes to HW :)
[08:56] <hrw> :D
[08:56] <yunfan> guys, can you recommend a quickly arm asm turtorial for me plz?
[08:56] <yunfan> btw, i prefer att syntax
[08:56] <ogra_> the arm page might have some
[08:56]  * ogra_ tries to stay away from asm if possible
[08:56] <yunfan> its not that quick by therir documents
[08:57] <hrw> asm?
[08:57] <hrw> why anyone wants to learn asm
[08:57] <yunfan> yep
[08:57] <hrw> ~armarm
[08:57] <yunfan> because i want to port my forth impl on arm platform
[08:57] <hrw> yunfan: do it in C
[08:58] <ogra_> use gcc atomics
[08:58] <hrw> C version will be faster, trust me
[08:58] <yunfan> which require emmit machine code while doing metaprogramming
[08:58] <yunfan> hrw: true man wont use c for their own forth  :]
[08:58] <hrw> C ver can also be tunned for a8/a9/a7/a15/a53/a57/aWHATEVER
[08:59] <ogra_> even if there is a massive performance advantage over asm ?
[08:59] <hrw> good luck with hand tuning for a7/a15
[08:59] <yunfan> its just joking : ] i am intereting of low level things
[08:59] <ogra_> (and portability across the different arm arches)
[08:59] <yunfan> but i dont like x86, so what i can choose is mips or arm. consider that i have two arm devices , so i choose arm
[09:00] <ogra_> well, i'm not touching asm ... and honestly never had to apart from fixing horrid stuff of people that (falsely) thought they need asm in their code to be fast
[09:00] <ogra_> so i cant point you to a tutorial ...
[09:00] <yunfan> i am just reading CSAPP the greate book which lead me so interesting of low level things
[09:01] <ogra_> well, try #linaro during the week, you might find some asm specialists there
[09:01] <yunfan> no i am not need asm for just be fast, as a python engineer, i knew that most times implments that i wrote in c wont be faster that the python official's
[09:01] <ogra_> (but i'm pretty sur ethey'll tell you the same)
[09:02] <lilstevie> the only time we use ASM is for payloads that need to be super small
[09:02]  * lilstevie doesn't know asm
[09:02] <lilstevie> :p
[09:02] <yunfan> i want to learn asm is that i am interesting of it and the low level things made me understand easier by the simple term and less complex
[09:02]  * ogra_ knows some from his teenager days ... but thats looooong ago
[09:03] <yunfan> i will try that , thanks ogra_
[09:03] <lilstevie> that is a single case where asm is probably the better approach though, the whole bootloader situation on x86 is a good show of why doing something in asm is a bad idea
[09:03] <lilstevie> syslinux or grub would be wonderful on arm
[09:04] <yunfan> ogra_: as a chinese , i might just acts like your teanager in CS knowledges ,i bought PC when i was in college
[09:12] <ogra_> lilstevie, there is some arm code in grub ...
[09:12] <ogra_> just nothing finished ...
[10:18] <hrw> lilstevie: I saw grub on arm already
[10:18] <hrw> Linaro is working on it
[11:09] <lilstevie> hrw, heh yeah, but it is still nowhere near ready from what I've seen
[18:24] <marvin24> hi, I'm about to add http://paste.ubuntu.com/5602702/ to our version of flash-kernel
[18:24] <marvin24> it copies the right device tree from /lib/firmware to /boot
[18:24] <marvin24> so uboot can find it
[18:24] <marvin24> does this makes sense or is it totally bogus?
[18:32] <marvin24> ok, it's totally bogus to ask such questions on sunday eve
[19:04] <marvin24> (install to /etc/kernel/postinst.d, if someone wonders)
[23:09] <ogra_> marvin24, you mean to your kernel package, not flash-kernel, right ?