=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
=== micahg_ is now known as micahg
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine
[02:57] <drizzy> hell
[02:57] <drizzy> hello
[02:57] <drizzy> what's some of your favorite applications for ubuntu-arm ?
=== hatake is now known as blackjack
[07:53] <dholbach> good morning
[08:17] <diwic> ogra_, good morning, do you know anything about the status of virtualized ppas for arm?
[08:18] <diwic> ogra_, I mean, will they ever arrive?
[08:22] <ogra_> diwic, thats in use since a while
[08:23] <ogra_> if you have a PPA the needs to build arm, you can contact the LP people and have them enable it
[08:23] <diwic> ogra_, does that mean we can have arm ppa for non-canonical people?
[08:23] <ogra_> your package should build in a sane time though, nothing that builds several days is allowed etc
[08:23] <ogra_> yes
[08:23] <diwic> \o/
[08:23] <ogra_> there was a mail about that
[08:23] <ogra_> about two months ago or so
[08:23] <lilstevie> nice
[08:24] <lilstevie> about time :p
[08:25] <diwic> ogra_, what list?
[08:26] <ogra_> either u-devel or u-devel-discuss
[08:26]  * ogra_ forgot which one
[08:27] <diwic> ogra_, looking at both but cannot find it
[08:27] <diwic> ogra_, maybe they don't have "arm" or "ppa" in the subject line
[08:28] <ogra_> well, ask in #launchpad, i'm sure they can point you to it (or just enable arm for you)
[08:28] <ogra_> i cant find it either
[08:29] <scientes> what are you looking for?
[08:29] <scientes> ppas build for armhf (raring drops armel, so not sure about that)
[08:29] <diwic> ogra_, https://dev.launchpad.net/CommunityARMBuilds
[08:30] <ogra_> yeah, that was in the mail too
[08:30] <ogra_> great
[08:30]  * ogra_ bookmarks for the next person asking :)
[08:33] <scientes> that page should mention armel vs armhf
[08:33] <ogra_> why ? armel is dead
[08:34] <scientes> ok your right
[08:34] <ogra_> it wasnt supported in the last LTS
[08:34] <ogra_> (it was "just there" though)
[08:34] <scientes> ogra_, it was release with last LTS
[08:34] <scientes> but yeah, it was armv7
[08:34] <ogra_> nope
[08:34] <ogra_> and nope
[08:34] <scientes> quantal was armv5
[08:34] <scientes> but precise armel was armv7
[08:35] <ogra_> precise armel is v5
[08:35] <ogra_> but was never released as supported arch
[08:35] <scientes> fedora is dropping armv5 too
[08:35] <ogra_> (or v6, dont remember exactly, but not v7)
[08:35] <scientes> no, precise is armv7
[08:35] <ogra_> everyone but debian is dropping it
[08:35] <scientes> for armel
[08:36] <ogra_> i'm pretty sure we switched it to v6
[08:36] <scientes> ld.gold is broken upstream for armv5, i fixed it and ian says its good, but its not comitted
[08:36] <scientes> for quantal AFAIK
[08:36] <scientes> but anyways that is past
[08:36] <ogra_> right, we havent supported armel in a while
[08:37] <ogra_> 11.10 was the last one we claimed to support
[08:37] <ogra_> everything after that, while armel was still existsing, had no support for it
[08:38] <ogra_> "best effort community support" :)
[08:51] <scientes> so, are the arm-linux-gnueabi and arm-linux-gnueabihf toolchains actually differn't in terms of what they target (besides default options)?
[08:51] <scientes> this is a topic that has confused me
[08:51] <scientes> or is it just that the multi-arch paths and linker paths are hard coded into them?
[08:52] <scientes> wait, its the ABI
[08:52] <ogra_> one builds armel the other armhf
[08:52] <scientes> would it really add much size to the binary to support both abi's with one compiler?
=== zz_jackyalcine is now known as jackyalcine
[08:54] <ogra_> dunno, ask hrw
[08:54] <ogra_> he maintains the cross compilers
[08:55] <hrw> I maintained
[08:56] <ogra_> oh, i thought you still do it as spare time thing
[08:56] <hrw> no, doko kind of took over
[08:58] <hrw> ok, 320GB hdd moved to usb3 case. time for cabling
=== jackyalcine is now known as zz_jackyalcine
[08:59] <hrw> chromebook -> usb3 hub -> (usb3 case -> sata hdd) + usb-ethernet
[09:03] <hrw> one thing to buy during linaro connect - usb3 cables
=== zz_jackyalcine is now known as jackyalcine
[09:07] <hrw> 76MB/s sounds much better than 23MB/s
[09:08] <ogra_> arent the cables the same ?
[09:08]  * ogra_ doesnt need special cables to get the full throughput out of his 3.0 devices
[09:08] <hrw> ogra_: usb3 cables differ from usb2 cables
[09:09] <hrw> other connectors (especially at device side)
[09:09] <hrw> and I want to buy longer A-B, A-microusb, A-A extenders
[09:11] <hrw> now usb harddrive is faster than internal emmc
=== Quintasan_ is now known as Quintasan
[09:24] <lilstevie> ogra_, usb3.0 is electrically different from usb2
[09:25] <ogra_> lilstevie, well, then it at least behaves great in compatibility mode :)
[09:26]  * ogra_ never saw any issues due to having 2.0 cables here, all my disks reach their tech specs
[09:28] <lilstevie> ogra_, heh
[09:38] <hrw> real    21m38.431s
[09:38] <hrw> nice time for rebuilding kernel
[09:38] <hrw> ogra_: while their tech specs are 30MB/s?
[09:50] <tjaalton> flashing nexus7 fails here, fastboot flash userdata just says "error: cannot load raring...img"
[09:50] <tjaalton> even when done manually
[09:50] <tjaalton> current image
[10:04] <ogra_> hrw, more like 70-100MB/s
[10:09] <hrw> ogra_: and you try to say that you get this on usb2 cables?
[10:22] <tjaalton> same issue with yesterdays image..
[10:26] <scientes> how can  i debug EGL_NOT_INITIALIZED with mali non-free graphics?
[10:27] <hrw> scientes: which device?
[10:27] <scientes> chromebook samsung arm
[10:28] <hrw> scientes: which kernel you have?
[10:28] <scientes> i can't get EGL/GLESv2 to work
[10:28] <scientes> chromeos git tip 3.4
[10:28] <hrw> scientes: and you do not know about https://launchpad.net/~chromebook-arm/ as well?
[10:28] <scientes> like rebuilt today
[10:28]  * ogra_ has it working ... including flash in chromium
[10:28] <hrw> scientes: which branch
[10:28] <scientes> hrw, yes i do
[10:28] <scientes> chromeos-3.4
[10:28] <hrw> use R25
[10:28] <hrw> like I did in PPA of that LP project
[10:29] <scientes> i independantly packages vboot_reference
[10:29] <hrw> fragmentation happens
[10:29] <hrw> our vboot-utils got stuck in NEW queue in Debian
[10:30] <scientes> the printf() patch is wrong
[10:30] <scientes> in yours
[10:30] <hrw> patches are welcome?
[10:30] <hrw> http://anonscm.debian.org/gitweb/?p=collab-maint/vboot-utils.git;a=summary
[10:30] <scientes> hrw, http://git.debian.org/?p=collab-maint/vboot_reference.git
[10:32] <hrw> scientes: "git rebase --help" please
[10:32] <scientes> yeah i can audit your packaging and pull in what i did
[10:33] <scientes> your copyright file looks much better
[10:35] <hrw> licencecheck tool is useful
[10:37] <scientes> have you tried R26?
[10:38] <hrw> no
[10:38] <hrw> too many other things to do
[10:39] <scientes> ok i will
[10:39] <hrw> 300K diff compared to r25
[10:39] <hrw> not too much
[10:40] <scientes> well wondering why chromeos-3.4 doesn't work...
[10:40] <scientes> also suspend is flaky
[10:41] <hrw> scientes: if you have lot of time then feel free to find out. if not: R25
=== dholbach_ is now known as dholbach
[12:02] <hrw> wow! my fresh 13.04 installation just booted on chromebook
[12:05] <ogra_> nice
[12:07] <hrw> no wifi firmware
[12:08] <hrw> I think that will have to take it from marvell repo and send to linux-firmware repo
[12:32] <hrw> ok, sent. I hope that dwmw2 will accept ;D
[13:21] <hrw> http://marcin.juszkiewicz.com.pl/2013/02/14/how-to-install-ubuntu-13-04-on-chromebook/
[13:22] <ogra_> hrw, fail ... not intrested in using SDs :P
[13:23] <hrw> ogra_: I do not plan to destroy my working 13.04 installation which I have on internal ;d
[13:23] <ogra_> pfft, do it for the community !
[13:24] <hrw> I will check how to upgrade chrubuntu to 13.04 on weekend
[13:24] <hrw> but also on sd
[13:24] <ogra_> hrw, i assume to just use your kernel i just need to use all these commands for mmcblk0p1 instead oof 1p1 ?
[13:24] <hrw> yes
[13:24] <ogra_> ok
[13:24] <hrw> moment
[13:24] <ogra_> i dont want to destroy my install either ... but want to use your kernel
[13:24] <hrw> s/mmcblk1p1/KERN-x/
[13:25] <ogra_> ok
[13:25]  * ogra_ will try on the weekend
[13:25] <hrw> you need to check which KERN-[ABC] you use and replace kernel in it
[13:25] <ogra_> i want a kernel with zram
[13:25] <hrw> http://paste.ubuntu.com/1650688/
[13:25] <hrw> it is my do-a-kernel.sh
[13:26] <hrw> http://paste.ubuntu.com/1650692/ - write-a-kernel.sh
[13:26] <ogra_> dude !
[13:26] <ogra_> that should be a flash-kernel patch !
[13:26] <hrw> is flash-kernel able to identify board in other way than /proc/cpuinfo?
[13:27] <hrw> Hardware        : SAMSUNG EXYNOS5 (Flattened Device Tree)
[13:27] <ogra_> how do you identify it ?
[13:27] <hrw> that's chromebook, probably also nexus10, maybe andale
[13:28] <suihkulokki> that kind of definitions are going to become really common with device tree enabled platforms
[13:29] <hrw> exactly
[13:29] <hrw> ogra_: and how flash-kernel have to guess where I keep kernel?
[13:29] <ogra_> z`z`s/guess/detect/
[13:29] <ogra_> :)
[13:30] <hrw>  /dev/mmcblk0p{2,4,6} or /dev/mmcblk1p1 or maybe I use U-Boot in KERN-C and load kernel from /boot/uImage
[13:30] <hrw> so many options
[13:31] <ogra_> well, eventually we should add something to f-k
[13:31] <hrw> feel free - you got code
[13:31] <ogra_> yeah, but i'm using the device
[13:31] <hrw> do not forget to add dependencies on cgpt and vboot-utils which are stuck in NEW in Debian
[13:31] <ogra_> yeah, we'll have to wait anyway
[13:32] <hrw> we have 3 chromebook packages in NEW in Ubuntu
[13:32] <ogra_> still ?
[13:32] <ogra_> slackers !
[13:35] <hrw> I can wait - they are also in PPA :D
=== shuduo is now known as shuduo_afk
=== rsalveti_ is now known as rsalveti
=== XenGi_ is now known as XenGi
=== shuduo_afk is now known as shuduo|iphone
=== doko__ is now known as doko
=== hatake is now known as cetar-membahana
=== jackyalcine is now known as zz_jackyalcine
=== yofel_ is now known as yofel
[20:19] <drizzy> what are some of your favorite applications that you run on ubuntu-arm ?
[20:19] <ogra_> the same i run on ubuntu x86
[20:25] <infinity> I don't have favourites: I love all my software equally.
[20:38] <darkfaded> drizzy: nagios, dhcp, dns :)
[20:39] <drizzy> basic services are your favorite apps darkfaded?
[20:39] <drizzy> infinity: that's cute
[20:40] <darkfaded> drizzy: for the ubuntu/arm: yes - because it silently does its job
[20:40] <drizzy> i understand
[20:40] <darkfaded> and the power consumption is so low that i'll never need to think about it again
[20:40] <drizzy> :)
[20:41] <darkfaded> what will / are you running on it?
[20:51] <drizzy> i'm running all the standard daemons
[20:51] <drizzy> but i also run xchat and audacious on it
[20:51] <drizzy> i installed gimp
=== zz_jackyalcine is now known as jackyalcine
[23:00] <Tassadar> bootloader update broke kexec-hardboot on Nexus 7, anybody has any idea what might be wrong http://paste.ubuntu.com/1654119/ ?
[23:12] <Tassadar> hm, looks like it just needs different --mem-min setting, the part of memory is probably erased during reboot or something
=== jackyalcine is now known as zz_jackyalcine
=== zz_jackyalcine is now known as jackyalcine
[23:34] <xnox> argh!
[23:34] <xnox> http://www.androidpolice.com/2013/02/12/new-android-4-2-2-feature-usb-debug-whitelist-prevents-adb-savvy-thieves-from-stealing-your-data-in-some-situations/
[23:35] <Tassadar> ..yeah :/
[23:35] <xnox> ogra_: https://gist.github.com/archon810/4772945/raw/c845a6282dbc2b55a6697c5e2ffe831263db3a86/Changelog_android-4.2.1_r1.2_android-4.2.2_r1.txt 4.2.2 details
[23:40] <Tassadar> hmm, what does kernel cmdline parameter "vmalloc" do?
=== jackyalcine is now known as zz_jackyalcine
[23:42] <Tassadar> it was changed from 128mb to 512mb in new n7 bootloader
=== zz_jackyalcine is now known as jackyalcine
=== jackyalcine is now known as zz_jackyalcine