**** BEGIN LOGGING AT Tue Dec 06 02:59:57 2011
Dec 06 09:23:24 <doko> infinity, can you see what is wrong with exo?
Dec 06 09:25:32 <infinity> doko: Well, the log just looks like bad quoting in variable assignment...
Dec 06 09:26:04 <infinity> FOO=bar baz ./quux ; bash: bar: No such file or directory
Dec 06 09:26:19 <infinity> Err, "baz: No such"... But you get the idea.
Dec 06 09:26:35 <infinity> Should be FOO="bar baz" ./quux
Dec 06 09:32:30 <doko> must have been blind ...
Dec 06 09:36:11 <ogra_> WOAH !
Dec 06 09:36:34 <ogra_> 0 upgraded, 1021 newly installed, 0 to remove and 0 not upgraded.
Dec 06 09:36:35 <ogra_> Need to get 325 MB of archives.
Dec 06 09:36:35 <ogra_> After this operation, 955 MB of additional disk space will be used.
Dec 06 09:36:36 <ogra_> ....
Dec 06 09:36:53 <ogra_> thats from apt-get install ubuntu-desktop in my hf chroot !
Dec 06 09:37:05 <ogra_> doko, infinity, you guys rock !
Dec 06 09:37:35 <ogra_> janimo, can i have an armhf ac100 kernel ? :)
Dec 06 09:41:06 <infinity> ppisati: Any progress on ti-omap4 kernels for armhf?
Dec 06 09:41:38 <infinity> ogra_: 1021 newly installed?  What was that the build-deps for? :)
Dec 06 09:41:50 <ogra_> build deps ?
Dec 06 09:42:01 <ogra_> thats just a plain apt-get install ubuntu-desktop
Dec 06 09:42:08 <ogra_> no build deps :)
Dec 06 09:42:15 <ogra_> on top of -core btw
Dec 06 09:45:15 <ogra_> abh, abootimg hasnt been built yet
Dec 06 09:45:19 <ogra_> *bah even
Dec 06 09:46:16 <infinity> Ahh.
Dec 06 09:46:28 <infinity> Can fix.
Dec 06 09:46:53 <infinity> Anything else you need?
Dec 06 09:46:56 <ogra_> can you trigger a build without uploading a build1 version ?
Dec 06 09:47:05 <ogra_> else i'm happy to do that
Dec 06 09:47:08 <infinity> There's nothing to trigger, I just had to score it up.
Dec 06 09:47:12 <infinity> https://launchpad.net/ubuntu/+source/abootimg/0.6-1/+build/2960109
Dec 06 09:47:14 <ogra_> oh, ok
Dec 06 09:47:44 <sefokuma> hi, i have a ecafe slim netbook with a A8 freescale i.MX515
Dec 06 09:48:01 <infinity> Can I have it?
Dec 06 09:48:21 <sefokuma> i'm triying to change OS to Ubuntu from this way https://wiki.ubuntu.com/ARM/MX5/QuickStart
Dec 06 09:48:25 <ogra_> infinity, stay with the qiockstart :)
Dec 06 09:48:44 <sefokuma> but when i try to boot system dont boot from sd crad
Dec 06 09:48:49 <sefokuma> *card
Dec 06 09:49:00 <infinity> sefokuma: The uBoot on that card won't boot your system.
Dec 06 09:49:06 <infinity> And the kernel may or may not.
Dec 06 09:49:37 <ogra_> unlikely that the kernel works, but you should be able to boot with the exiting kernel and bootloader the device ships with
Dec 06 09:49:52 <ogra_> you will need to do a bit of fiddling
Dec 06 09:50:06 <sefokuma> infinity i select boot from external card with dip switch, i think that netbook must boot from it
Dec 06 09:50:27 <sefokuma> if ubuntu armel for MX5 its prepared with uboot bootable... why dont work?
Dec 06 09:50:33 <ogra_> sefokuma, the bootloader on the SD wont support that hardware
Dec 06 09:50:38 <infinity> ^
Dec 06 09:50:41 <sefokuma> ogra_ ok
Dec 06 09:50:59 <ogra_> you need to find a u-boot binary that does and replace the one on the SD
Dec 06 09:51:13 <ogra_> same goes for the kernel i guess
Dec 06 09:51:20 <sefokuma> ogra_ aham ok
Dec 06 09:51:27 <ogra_> these images are specifically built for the quickstart board
Dec 06 09:51:36 <sefokuma> oh! ok now i understand
Dec 06 09:51:44 <ogra_> userspace will work on your device
Dec 06 09:52:45 <sefokuma> i will try install image on SD but overwrite uboot and ulinuximage with originals from guillemot
Dec 06 09:53:26 <ogra_> right
Dec 06 09:53:56 <ppisati> infinity: i'm starting it now
Dec 06 09:54:03 <ppisati> janimo: off topic
Dec 06 09:54:04 <infinity> ppisati: Awesome.
Dec 06 09:54:20 <infinity> ppisati: I uploaded meta that assumes 1401 will build on armhf.  So, now I just need a kernel. ;)
Dec 06 09:54:22 <ppisati> janimo: is mosh micolay (whatever is the name/pronunciation) today?
Dec 06 09:55:57 <ppisati> janimo: Nicolai Mosh actually
Dec 06 09:56:13 <infinity> ppisati: It should just be a question of "for i in `rgrep -l armel *`; do sed -i -e 's/armel/armel armhf/'; done && for i in find . -name \*armel\*; do (I can't be bothered to type a decent automated version of "cp foo-armel foo-armhf"); done
Dec 06 09:56:53 <ppisati> infinity: somehow :)
Dec 06 09:56:59 <infinity> ppisati: I fact, I can do that right now, if you like, and you can work on newer ABIs and shiny feature merges with 3.2? ;)
Dec 06 09:58:09 <ppisati> infinity: i'm doing it manuallu right now
Dec 06 09:58:16 <infinity> ppisati: I would have done it already, but I didn't want to step on your toes and make you grumpy if you were half done.
Dec 06 09:58:20 <infinity> ppisati: Alright, cool.
Dec 06 09:58:46 <infinity> ppisati: Just watch for both "rgrep armel *" and "find . -name \*armel\*"... The file copies was what bit apw when he did it. :P
Dec 06 09:58:54 <infinity> (As in, he forgot)
Dec 06 09:59:28 <apw> ppisati, very true, you need the d-i bits as well which are in files by arch name
Dec 06 10:01:34 <infinity> ogra_: https://launchpad.net/ubuntu/+source/abootimg/0.6-1/+build/2960109/+files/abootimg_0.6-1_armhf.deb
Dec 06 10:02:02 <ogra_> yay, thanks !
Dec 06 10:02:10 <ogra_> now i just need a kernel
Dec 06 10:02:23 <infinity> You have omap.  Break out a Beagle.
Dec 06 10:02:32 * ogra_ would change the existing one himself but i really really dont want to touch git 
Dec 06 10:02:36 <infinity> But I can do ac100 on armhf, if you like.
Dec 06 10:03:01 <ogra_> well, there is a 3.0 branch ready for testing
Dec 06 10:03:15 <infinity> I wasn't going to touch git, I was just going to mangle the packaging and let jani sort it.  Not because I dislike git (I quite like it), but because I suspect I can't merge to whatever branch he's using anyway.
Dec 06 10:03:25 <ogra_> i would assume that janimo is already on it and we get armhf with the next upload
Dec 06 10:03:30 <infinity> 3.0 would be shiny, but any working kernel is good for now.
Dec 06 10:03:40 <infinity> Though it's unsupported anyway, blah blha.
Dec 06 10:03:41 <infinity> So.
Dec 06 10:03:44 <ogra_> hmm, so you wouldnt touch git either
Dec 06 10:03:50 <infinity> Wait for ppisati, and go armhf on your panda? :)
Dec 06 10:03:50 <ogra_> then i can do it as well
Dec 06 10:04:08 <ogra_> i want to upgrade my ac100 to precise anyway
Dec 06 10:04:53 <ogra_> so i can as well try the adventurous cross grade :)
Dec 06 10:06:07 <infinity> It won't even remotely work.
Dec 06 10:06:14 <infinity> So, like.  Don't try.
Dec 06 10:06:19 <ogra_> pfft
Dec 06 10:06:24 <infinity> libc-bin makes the world explode.
Dec 06 10:06:35 <infinity> Well, I guess you can try.  But be prepared to wipe and reinstall right after. :P
Dec 06 10:06:49 <infinity> ogra_: Anyhow.  I'm about to do the ac100 armhf thing.  Unless you really want to.
Dec 06 10:07:03 <ogra_> if i unpack -core over my rootfs and then do a simple desktop install ....
Dec 06 10:07:17 <ogra_> no. do it if you feel like
Dec 06 10:08:11 <infinity> Doing.
Dec 06 10:08:25 <infinity> Build needed 45:44:37, 8327584k disk space
Dec 06 10:08:35 <infinity> ^-- qt4-x11 on a babbage.
Dec 06 10:08:41 <ogra_> nice
Dec 06 10:08:41 <infinity> We can't get rid of those things fast enough...
Dec 06 10:08:55 <infinity> It takes, like, 13 hours on a Panda.
Dec 06 10:09:31 <ogra_> yeah
Dec 06 10:09:45 <ogra_> and 10min on a calxeda :)
Dec 06 10:09:52 <dmart> Build needed 45:44:37, 8327584k disk space> hah, I remember that.  Pretty painful
Dec 06 10:10:02 <apw> ogra_, but do you have one
Dec 06 10:10:05 <dmart> 10min> nice
Dec 06 10:10:12 <apw> and indeed does anyone
Dec 06 10:10:26 * apw would like one to build kernels on
Dec 06 10:10:37 <ogra_> apw, sadly not yet
Dec 06 10:10:48 <ogra_> in a year from now though ....
Dec 06 10:10:51 <ogra_> *g*
Dec 06 10:10:57 <apw> then build time ->infinity right now on one ;/
Dec 06 10:11:29 <xranby> yesterday i started a armhf deboostrap... http://paste.ubuntu.com/761449/   for some reason it stalled and have now been stuck for 12h I: Configuring console-setup...
Dec 06 10:11:30 <dmart> Sure 1 year + 10 mins ?
Dec 06 10:11:38 <xranby> am i the only one hitting this?
Dec 06 10:11:54 <infinity> xranby: I've not seen it.
Dec 06 10:11:59 <ogra_> xranby, did you mount /proc and /sys ?
Dec 06 10:12:19 <ogra_> i had it doing weird things to my host when it configured procps
Dec 06 10:12:40 <infinity> The procps madness only happens on upgrade.
Dec 06 10:12:42 <infinity> Not on debootstrap.
Dec 06 10:12:48 <xranby> ogra_: no i simply crated the precise-hf foler and executed sudo debootstrap --verbose --arch armhf precise /media/dh0/chroot/precise-hf
Dec 06 10:12:51 <infinity> xranby: Ctrl-C and try harder? :P
Dec 06 10:13:08 <ogra_> oh, right mine was an upgrade
Dec 06 10:13:19 <infinity> xranby: Although, I haven't tried a full debootstrap yet.  I'm only using --variant=buildd and --variant=minbase
Dec 06 10:13:27 <infinity> xranby: (I'd recommend one of those)
Dec 06 10:13:34 <xranby> ok i have now used ctrl-c
Dec 06 10:13:42 <xranby> will chroot into it and see if it are usable
Dec 06 10:13:48 <infinity> It won't be.
Dec 06 10:13:57 <infinity> Just wipe it and use --variant=buildd.
Dec 06 10:14:04 <xranby> heh ok
Dec 06 10:37:32 <soren> Would Ubuntu work on the new Eee Transformer Prime (including graphics support)?
Dec 06 10:43:42 <infinity> soren: Graphics are a big "maybe, but not sure yet".  The bigger issue right now will be locked bootloaders.
Dec 06 10:43:46 <infinity> soren: So, uhh.  We'll see.
Dec 06 10:43:56 <infinity> soren: But I suspect a number of people will be buying them to make it happen. :P
Dec 06 10:45:16 <soren> infinity: What will I need to keep an eye on? Is there a tegra X.org driver where this is likely to land (for the graphics stuff, obviously)?
Dec 06 10:46:35 <soren> infinity: ...or is this all kernel-side these days, so keeping an eye on LKML will suffice?
Dec 06 10:47:00 <infinity> soren: Oh, we'll probably have non-accelerate video out of the gate.  It's binary drivers that will be iffy.
Dec 06 10:47:18 <xranby> infinity:  --variant=buildd = works for me
Dec 06 10:47:23 <xranby> thanks
Dec 06 10:47:24 <infinity> xranby: Figured it would.
Dec 06 10:47:41 <infinity> soren: But, until we get past the bootloader, I make no promises about... Well... Anything. ;)
Dec 06 10:48:03 <soren> infinity: Oh, cool. Is there a generic graphics sort of thing for ARM as well (akin to VESA)?
Dec 06 10:48:30 <infinity> There are a few framebuffer drivers.
Dec 06 10:48:42 <infinity> For some large value of "few".
Dec 06 10:53:41 <infinity> ogra_: Running a test-build of linux-ac100...
Dec 06 10:53:47 <infinity> ogra_: If it's good, I'll upload before bed.
Dec 06 10:58:12 <soren> infinity: Using one of these framebuffer drivers instead of proper accelerated drivers, will that drain the battery with normal use, or only if I try to do a lot of OpenGL stuff, for instance?
Dec 06 10:59:05 <infinity> soren: Who knows.  The hardware's still a mystery to me until I have one.
Dec 06 10:59:39 <soren> infinity: Alright. I just thought that was the sort of thing you could answer based on past experience. No worries.
Dec 06 11:00:40 <infinity> soren: Well, on the Tegra2 netbook I use, I don't use binary drivers, and I get insanely good battery life.  Not sure how useful that data point is, but I imagine Tegra3 stuff will play out similarly.
Dec 06 11:01:05 <soren> infinity: Wicked. Thanks.
Dec 06 11:13:20 <ogra_> infinity, awesome !
Dec 06 11:13:49 * infinity taps foot.
Dec 06 11:14:07 <infinity> My Panda needs some go-faster juice.
Dec 06 11:55:22 <ppisati> infinity: i want to do another thing to P/omap4 before i upload, but if you want i can give you an omap4 armhf kernel now
Dec 06 11:55:37 <ogra_> ppisati, we need it in the archive
Dec 06 11:55:46 <ogra_> to build images
Dec 06 12:23:01 <sefokuma> hi again
Dec 06 12:23:10 <sefokuma> i have now a ubuntu-core running on my arm
Dec 06 12:23:24 <sefokuma> but.. i dont know default password of ubuntu-core fs lol
Dec 06 12:23:27 <sefokuma> any idea?
Dec 06 12:23:31 <ogra_> there is none
Dec 06 12:23:37 <sefokuma> and user¿
Dec 06 12:23:41 <ogra_> nor is there a user or any networking config
Dec 06 12:23:48 <ogra_> you need to configure that by hand
Dec 06 12:24:02 <ogra_> -core is to build images on top of it, not for plain usage
Dec 06 12:25:00 <sefokuma> yes i know
Dec 06 12:25:11 <sefokuma> but i need first boot and login
Dec 06 12:25:18 <sefokuma> to continue making system
Dec 06 12:25:20 <ogra_> if you want to use it you need to make a bunch of adjustments before using it (create a user, install the networking bits, configure the system etc
Dec 06 12:25:30 <ogra_> (before booting into it)
Dec 06 12:25:36 <sefokuma> ok
Dec 06 12:25:45 <sefokuma> i was following his steps
Dec 06 12:25:59 <sefokuma> https://wiki.ubuntu.com/Core - Deploying Ubuntu Core
Dec 06 12:26:13 <ogra_> yeah, thats not complete yet
Dec 06 12:26:21 <sefokuma> oh ok
Dec 06 12:26:25 <ogra_> we have a task to update the documentation for precise
Dec 06 12:29:57 <sefokuma_> sorry coniecction time out
Dec 06 12:45:28 <sefokuma> ok works
Dec 06 12:46:01 <sefokuma> but im thinking on copy armel MX5 rootfs directly to SD cardroot filesystem
Dec 06 13:12:27 <lool> hey folks, does someone know whether someone still cares for the "mobile" packageset?
Dec 06 13:12:51 <ogra_> nobody does
Dec 06 13:12:56 <ogra_> same for netbook
Dec 06 13:13:18 <ogra_> though i'm not sure kubuntu-mobile didnt migrate to just be called mobile
Dec 06 13:13:25 <ogra_> better ask them :)
Dec 06 13:15:26 <infinity> I'm not sure what mobile is anymore.
Dec 06 13:15:31 <infinity> It has xfce stuff in it..
Dec 06 13:16:12 <doko> xfce should build now, unless the desktop team hates xfce even more ...
Dec 06 13:16:22 <lool> is there a web ui to check packagesets contents and upload permissions?
Dec 06 13:16:38 <lool> I figure launchpadlib might expose it
Dec 06 13:16:51 <infinity> lool: No idea.  I'm pretty packageset ignorant.
Dec 06 13:17:06 <infinity> lool: I know that creating/managing them is still an annying by-hand affair with some voodoo.
Dec 06 13:21:03 <Daviey> lool: edit_acl.py
Dec 06 13:21:20 <lool> Daviey: I'm not an archive admin
Dec 06 13:21:34 <Daviey> lool: neither am i, but you can use it to check who has upload access where
Dec 06 13:21:39 <Daviey> and packageset contents
Dec 06 13:22:25 <lool> Daviey: where is it?
Dec 06 13:23:10 <lool> oh wow, lp:ubuntu-archive-tools is public and I never used it
Dec 06 13:23:25 <Daviey> $ edit_acl.py -P mobile -S precise query
Dec 06 13:23:46 <lool> worked fine, thanks
Dec 06 13:24:07 <Daviey> groovy
Dec 06 13:24:09 <infinity> hildon and xfce and other bits.
Dec 06 13:24:15 <infinity> That's so painfully obsolete.
Dec 06 13:24:28 <ogra_> kill it !
Dec 06 13:25:01 <lool> it seems we don't have a process for removing sources from packagesets
Dec 06 13:25:15 <lool> I mean binaries from packagesets when we remove sources
Dec 06 13:25:33 <ogra_> but you should be able to remove the whole packageset
Dec 06 13:25:43 <ogra_> which in this case would be proper
Dec 06 13:26:06 <infinity> lool: Eh?  Binaries aren't in packagesets.
Dec 06 13:26:28 <infinity> lool: Package set define archive rights, it's source-level ganularity.
Dec 06 13:26:57 <lool> ah right
Dec 06 13:27:10 <lool> indeed these are used for source upload rights
Dec 06 13:31:10 <lool> Ok; going to lie down a bit, I feel too sick
Dec 06 14:00:06 <infinity> top - 13:55:57 up  7:18,  0 users,  load average: 12.08, 10.66, 9.29
Dec 06 14:00:13 <infinity> And they said the Panda wasn't server hardware...
Dec 06 14:06:09 <ogra_> ha ha
Dec 06 14:07:29 <Daviey> infinity: did you do mdad raid via partitions on a single sdcard?
Dec 06 14:07:41 <Daviey> redundancy++
Dec 06 15:08:48 <S0NiC> hi
Dec 06 15:09:57 <S0NiC> can anyone help me to change some values for this tutorial https://wiki.ubuntu.com/ARM/BuildEABIChroot? because http://ports.ubuntu.com/ubuntu-ports/dists/karmic/Release doesnt exist
Dec 06 15:17:08 <ogra_> S0NiC, that howto i sreally really outdated
Dec 06 15:18:41 <ogra_> S0NiC, if you feel like, please delete it ....
Dec 06 15:19:21 <ogra_> (else we will delete it along woth the rootfs from scratch page etc)
Dec 06 15:19:26 <ogra_> *with
Dec 06 15:25:44 <S0NiC> ogra_ can you tell me another howto?
Dec 06 15:26:05 <ogra_> not yet, we will rework all this with the switch to live-build
Dec 06 15:26:32 <ogra_> currently the existing howtos refer to obsolete tools adn the new tools arent properly documented yet
Dec 06 15:26:56 <S0NiC> hmm shit i have to crosscompile a programm for amr7
Dec 06 15:27:05 <ogra_> as for building a chroot, install qemu-user-static, run qemu-debootstrap
Dec 06 15:27:24 <S0NiC> mom
Dec 06 15:27:28 <ogra_> that will create an arm chroot on an x86 machine
Dec 06 15:27:44 <ogra_> at least on systems newer than lucid
Dec 06 15:27:59 <ogra_> for lucid ask in #linaro for the lucid PPA of qemu
Dec 06 15:28:09 <S0NiC> i am useing maverick
Dec 06 15:28:12 <S0NiC> -.e
Dec 06 15:28:34 <ogra_> might be ok ...
Dec 06 15:28:39 <S0NiC> have i to specifiy a target-arch=
Dec 06 15:29:16 <S0NiC> http://nopaste.info/cae429e70f.html
Dec 06 15:29:22 <S0NiC> because i get this error?
Dec 06 15:29:23 <ogra_> i think aemu-debootstrap defaults to armel ... if not, the same options debootstrap uses apply
Dec 06 15:29:28 <ogra_> *qemu
Dec 06 15:30:04 <ogra_> yeah, try --arch armel
Dec 06 15:30:31 <ogra_> beyond that, all other debootstrap options apply
Dec 06 15:32:14 <S0NiC> ogra_ i tried... http://nopaste.info/4493dfff57.html but doesnt work ;(
Dec 06 15:33:00 <ogra_> well, it tells you what you are missing
Dec 06 15:33:18 <ogra_> just follow the suggestion the "usage" line gives you
Dec 06 15:34:38 <ogra_> suite is the release name i.e. oneiric, maverick etc ...
Dec 06 15:34:53 <ogra_> target is the dir relative to the dir you run the command in
Dec 06 15:37:17 * ogra_ hugs infinity 
Dec 06 15:37:37 <ogra_> so tomorrow is the image day :)
Dec 06 15:38:44 <ogra_> ndec, before end of the week we should have armhf images for panda, beagle and ac100 ...
Dec 06 15:39:15 <ndec> ogra_: hey! cool.
Dec 06 15:39:17 <ogra_> ndec, an armhf  recompiled gles driver for panda would rock soooo hard :)
Dec 06 15:44:02 <S0NiC> sorry i was away
Dec 06 15:47:14 <S0NiC> ogra_ now it works. thanks
Dec 06 15:47:20 <ogra_> :)
Dec 06 15:48:24 <ogra_> S0NiC, does your project have heavy dependencies ? else you could just use the cross compiler
Dec 06 15:48:27 <S0NiC> ogra_ i have a question for my understanding: if its finished i change to the directory and can compile there my program?
Dec 06 15:48:47 <S0NiC> what do you mean by heavy depndencies?
Dec 06 15:48:48 <ogra_> you can run: sudo chroot <path to your target dir>
Dec 06 15:49:04 <ogra_> that will switch your filesystem root to the chroot
Dec 06 15:49:13 <ogra_> well, libraries etc
Dec 06 15:49:18 <S0NiC> ogra_ iam new to this ;D thanks, i read this already
Dec 06 15:49:30 <S0NiC> i try to compile a qtwebkit program
Dec 06 15:49:40 <S0NiC> i think, thats heavy? ;)
Dec 06 15:49:46 <ogra_> ah, k, then the chroot approach is probably better
Dec 06 15:50:26 <S0NiC> i did some tries but the conclusion was not soooooooooo good ;)
Dec 06 15:50:28 <ogra_> if it would have been a cmdline thing that only needs libc that would be lightweight enough to not use a chroot
Dec 06 15:51:20 <S0NiC> e.g. with make i can compile my program on my target (pandaboard) and on my desktop machine. i tried it with g++ and it doesnt work (its a little c++ program)
Dec 06 15:51:25 <S0NiC> i see thx
Dec 06 15:52:01 <ndec> ogra_: are armel PPA building for armhf by default as well?
Dec 06 15:52:14 <ogra_> ndec, not yet
Dec 06 15:52:53 <ogra_> all that armhf stuff went way faster than expected (after massive probs in the bringup phase we're suddenly far ahead of the plan)
Dec 06 15:53:23 <ogra_> ndec, but whats there should be enough to re-roll the binary blob in preparation
Dec 06 15:53:48 <ogra_> i'll take care for PPAs soon
Dec 06 15:54:10 <ogra_> (i hope we can just make them dual build for both arm arches and be done)
Dec 06 15:54:14 <S0NiC> ogra_ wow that needs a lot of time... to build the chroot
Dec 06 15:54:35 <ogra_> S0NiC, well, it downloads all packages from the archive
Dec 06 15:54:45 <S0NiC> yes
Dec 06 15:54:53 <ogra_> then it unpacks them without using dpkg ...
Dec 06 15:55:23 <ogra_> and then it configures them by running the maintainer scripts ... in a qemu chroot each process is wrapped by a qemu call ...
Dec 06 15:55:55 <ogra_> so while thats a lot faster than running an actual qemu machine, its indeed a lot slower than if you would build an x86 chroot
Dec 06 15:55:58 <S0NiC> sounds deep in the system ;D
Dec 06 15:56:43 <ogra_> it is deep in the system ... actually on kernel level (for the wrapping of the processes)
Dec 06 15:57:03 <S0NiC> okay finished no i try to chroot
Dec 06 15:57:47 <S0NiC> okay i chrooted an now i can try to compile my program ?
Dec 06 15:58:04 <ogra_> you will want to install some bits to actually be able to compile
Dec 06 15:58:06 <infinity> ogra_: "dual build for both arches"?
Dec 06 15:58:13 <ogra_> a chroot like this is a virgin system
Dec 06 15:58:22 <ogra_> infinity, armel and armhf
Dec 06 15:58:25 <ogra_> in two runs
Dec 06 15:58:33 <ogra_> would that be very complex ?
Dec 06 15:58:34 <infinity> ogra_: Yeah, I didn't quite get what you were driving at, though.
Dec 06 15:58:35 <S0NiC> orga tahn apt-get updaten and so on?
Dec 06 15:58:47 <infinity> ogra_: PPAs get armel and armhf build records.  Just like every other arch.
Dec 06 15:58:56 <ogra_> S0NiC, apt-get update; apt-get install build-essential
Dec 06 15:59:03 <ogra_> that should get you the very basics
Dec 06 15:59:08 <S0NiC> ah thanks
Dec 06 15:59:29 <ogra_> infinity, well, the armel ones are currently limited (artificailly i think) to build armel only
Dec 06 15:59:39 <infinity> ogra_: Not entirely true.
Dec 06 15:59:45 <ogra_> S0NiC, and then indeed the -dev packages for the libs your app needs
Dec 06 15:59:46 <infinity> ogra_: There's been plenty of armhf PPA activite.
Dec 06 15:59:58 <ogra_> infinity, ah, cool, i didnt know
Dec 06 16:00:00 <S0NiC> orga thanks
Dec 06 16:00:05 <infinity> ogra_: It's only the "virtual" ones that have that strange limitation (and they're not actuall virtual, obviously)
Dec 06 16:00:14 <infinity> ogra_: It's... Messy.
Dec 06 16:00:26 <ogra_> infinity, well, we need to enable ndec's PPA for hf then so he can build us the shiny for panda :)
Dec 06 16:00:59 <infinity> Which team/ppa is that again?
Dec 06 16:01:03 <ogra_> that has a physical builder attached
Dec 06 16:01:06 <ogra_> TI
Dec 06 16:01:11 <S0NiC> ogra_ sorry for interrupt your conversation but i get an E: Unable to locate package build-essential
Dec 06 16:01:18 <infinity> ogra_: That was remarkably unhelpful.
Dec 06 16:01:20 <ogra_> ti-omap-dev is teh team iirc
Dec 06 16:01:39 <infinity> 404.
Dec 06 16:01:42 <infinity> I'm thinking not. ;)
Dec 06 16:01:44 <ogra_> S0NiC, hmm, did you apt-get update ?
Dec 06 16:02:07 * infinity asks his panda.
Dec 06 16:02:22 <S0NiC> yes
Dec 06 16:02:46 <S0NiC> nopaste.info/e869c03242.html
Dec 06 16:04:57 <infinity> ogra_: Oh, I can't tell from looking at it what kind of PPA it is.  But it might just magically get armhf build records on the next upload.  Dunno.
Dec 06 16:06:57 <infinity> ogra_: Oh, I can't tell from looking at it what kind of PPA it is.  But it might just magically get armhf build records on the next upload.  Dunno.
Dec 06 16:07:10 <ogra_> infinity, https://launchpad.net/~tiomap-dev/+archive/release
Dec 06 16:07:14 * ogra_ had a crash here 
Dec 06 16:07:42 <ogra_> chromium actung up usually leads to OOM at some point
Dec 06 16:08:00 <ogra_> i'll better buy a bucket to stop the leaking
Dec 06 16:08:06 <ogra_> *acting
Dec 06 16:08:12 <infinity> Or open fewer tabs.
Dec 06 16:08:16 <S0NiC> ogra_ i have to leave now, it possible to talk later to you=?
Dec 06 16:08:35 <ogra_> luckily i dont use a laptop ... so it doesnt leak on my lap ...
Dec 06 16:08:45 <ogra_> a netbook must leak to the net, right ?
Dec 06 16:10:03 <S0NiC> cu guys and thanks for the help
Dec 06 16:10:08 <ogra_> ciao
Dec 06 16:54:28 <doko> infinity, can you apply the mmap patch to the ac100 image too?
Dec 06 16:54:51 <ogra_> doko, i guess thats rather a task for janimo
Dec 06 16:55:02 <ogra_> (he maintains the git tree)
Dec 06 16:55:13 <doko> ok
Dec 06 16:55:24 <infinity> doko: Yeah, I was just enabling armhf in the packaging, jani's working on 3.x source mangling.
Dec 06 16:55:34 <ogra_> and he doesnt seem around today
Dec 06 16:55:45 <ogra_> (probably a holiday in romania)
Dec 06 16:55:55 <infinity> I believe someone said it was, yeah.
Dec 06 16:56:15 <infinity> Anyhow..
Dec 06 16:56:29 <infinity> ogra_: You have an ac100 kernel.
Dec 06 16:56:36 <ogra_> done already ?
Dec 06 16:56:42 <infinity> ogra_: Can't make images with it yet, cause I can't publish it until the librarian is recovered. :P
Dec 06 16:56:42 <ogra_> geez, these pandas are so fast
Dec 06 16:56:55 <infinity> ogra_: But you can download it from LP and install it locally and such.
Dec 06 16:56:56 <ogra_> right, i plan to roll manual builds tomorrow
Dec 06 16:57:07 <ogra_> and will then test the full image
Dec 06 16:57:20 <infinity> Builds should Just Work.
Dec 06 16:57:23 <infinity> Unless I screwed up. ;)
Dec 06 16:57:25 <ogra_> sure
Dec 06 16:57:27 <infinity> But what are the odds, right?
Dec 06 16:57:32 <ogra_> else i'll fix them
Dec 06 16:58:14 <ogra_> if they all work fine i wonder how to make them autobuild ... i fear we are getting to a point where a full set of images will take 24h :)
Dec 06 16:58:37 <ogra_> i guess we should just do some selected areches for the start
Dec 06 16:58:44 <ogra_> ac100 and omap4 or so
Dec 06 16:59:14 <infinity> Well, it's on a different machine.
Dec 06 16:59:26 <ogra_> sure sure
Dec 06 16:59:28 <infinity> And post-processing doesn't take long at all.
Dec 06 16:59:34 <Xase> How do I mount the preinstalled image again to replace the kernel, i cant seem to find it on the wiki.
Dec 06 16:59:51 <ogra_> Xase, just re-plug the card after writing it
Dec 06 16:59:51 <infinity> I bet all 4 flavours on armhf will build in about the same time as they do on armel over two buildds.
Dec 06 16:59:58 <ogra_> right
Dec 06 17:00:06 <Xase> Oh lol..
Dec 06 17:00:10 <ogra_> thats 4h per build and flavour
Dec 06 17:00:11 <Xase> Never thought about tbhat
Dec 06 17:00:19 <Xase> it's not even dd'd yet
Dec 06 17:00:20 <Xase> klol
Dec 06 17:00:22 <Xase> brb
Dec 06 17:00:27 <ogra_> so 8h for two flavours of the same subarch
Dec 06 17:00:29 <infinity> ogra_: Yes, but arches build in parallel.
Dec 06 17:00:41 <ogra_> 16 for 4 etc etc
Dec 06 17:00:43 <infinity> ogra_: My point is that armhf should be about the same speed as armel, so adding it slows nothing down.
Dec 06 17:00:58 <ogra_> it fuills the few time gaps we have öeft
Dec 06 17:01:01 <ogra_> *left
Dec 06 17:01:04 <infinity> ...?
Dec 06 17:01:06 <infinity> What?
Dec 06 17:01:10 <infinity> Parallel.
Dec 06 17:01:12 <infinity> Same time.
Dec 06 17:01:18 <aquadran> hi, i'm sure it's good place to ask here. i have issue with hdmi audio working on pandabaord with ubuntu 11.10. analog audio works. for hdmi i get 0,5 sec proper sound then it cut and nothing and only some low clicks. worked fine on 10.10
Dec 06 17:01:22 <ogra_> you can only build two in paralell
Dec 06 17:01:30 <infinity> What are you talking about? :)
Dec 06 17:01:38 <ogra_> omap4 is always built on the same builder
Dec 06 17:01:47 <infinity> armel+omap4 is.
Dec 06 17:01:49 <ogra_> we build at least four flavours of omap4 images atm
Dec 06 17:01:53 <infinity> armhf+omap4 is another machine.
Dec 06 17:02:05 <ogra_> we have new live builders ?!?
Dec 06 17:02:09 <infinity> Adding armhf slows nothing.
Dec 06 17:02:12 <infinity> Yes...
Dec 06 17:02:13 <aquadran> is there know issue for hdmi audio, i know for some it works fine
Dec 06 17:02:16 <ogra_> OH !
Dec 06 17:02:23 <infinity> Lamont and I have been debugging the armhf builder for the last two days. :P
Dec 06 17:02:27 * ogra_ humps infinity's leg
Dec 06 17:02:36 <ogra_> i DIDNT KNOW !
Dec 06 17:02:39 <ogra_> whoops
Dec 06 17:03:03 <ogra_> i would say disregard the caps but they somehow feel appropriate :)
Dec 06 17:04:17 <lilstevie> haha
Dec 06 17:09:54 <GrueMaster> Erm, ogra_, infinity.  Kernel panic with the omap armhf netinstall kernel.
Dec 06 17:10:11 <ogra_> :(
Dec 06 17:10:48 <ogra_> when ? did you get to any console or directly on boot
Dec 06 17:11:27 <infinity> GrueMaster: Output of the panic would be nice.
Dec 06 17:11:38 <GrueMaster> Working on it now.
Dec 06 17:11:39 <infinity> GrueMaster: To see if it's the kernel's fault, or a userspace fuckup.
Dec 06 17:12:11 <ogra_> or the bootloader probably :)
Dec 06 17:12:31 <ogra_> on omap you never know
Dec 06 17:12:40 <infinity> My bet's on userspace (well, the initramfs), but I'm blindly guessing. ;)
Dec 06 17:12:52 <infinity> I haven't actually done a by-hand install yet.
Dec 06 17:12:57 <ogra_> thats why i asked about console :)
Dec 06 17:13:08 <infinity> I guess with the ti-omap4 kernel rolling, I can replace armel on my Panda with armhf.
Dec 06 17:13:19 <ogra_> yeah
Dec 06 17:13:33 <ogra_> how do we go forward btw
Dec 06 17:13:48 <ogra_> do we concentrate all efforts on armhf and leave el be el ?
Dec 06 17:14:08 <ogra_> given the state of it i would actually be in favour of that
Dec 06 17:14:23 <GrueMaster> Hmmm.  Not finding init.
Dec 06 17:14:25 <ogra_> OTOH, if we find a hard blocker we might be screwed
Dec 06 17:15:08 <GrueMaster> http://paste.ubuntu.com/761820/
Dec 06 17:15:41 <infinity> ogra_: I don't see why they're mutually exclusive.  99% of the work I've done for armhf was duplicating armel.
Dec 06 17:16:01 <Xase> will renaming uInitrd to uRamdisk be the same thing or is it different?
Dec 06 17:16:02 <infinity> ogra_: In rare cases, you need an entry for each in a rules file or something (a package that cares about float-abi), but that's 5 seconds of your time.
Dec 06 17:16:04 <ogra_> well, i wouldnt like to duplicate testing efforts etc
Dec 06 17:16:17 <infinity> ogra_: For testing efforts, that's tougher, I agree.
Dec 06 17:16:18 <Xase> Because the u-boot on the nook color looks for uRamdisk
Dec 06 17:16:20 <GrueMaster> Xase: ???
Dec 06 17:16:31 <Xase> not uInitrd
Dec 06 17:16:34 <GrueMaster> Ah.  Should
Dec 06 17:16:35 <infinity> ogra_: Testing effectively 8 arches instead of 4 is daunting.
Dec 06 17:16:36 <rcn-ee> GrueMaster, i'm seeing that same with Debian Sid armhf with mainline.. ;)
Dec 06 17:16:53 <ogra_> infinity, plus the work janimo does on live images :) thats one more
Dec 06 17:16:55 <GrueMaster> rcn-ee: ouch.
Dec 06 17:16:59 <ogra_> and likely really slow
Dec 06 17:18:06 <infinity> GrueMaster: Okay, I'll replace armel with armhf on my Panda today and figure out WTF that's all about.
Dec 06 17:18:14 <GrueMaster> ogra_: I thought the live images were manually built for the moment.
Dec 06 17:18:15 <infinity> GrueMaster: It's almost certainly userspace.
Dec 06 17:18:24 <ogra_> GrueMaster, yes, currently
Dec 06 17:19:12 <ogra_> infinity, i'm not sure
Dec 06 17:19:16 <GrueMaster> As to image testing, I am working hard to get a lot of it automated.  All the headless testing should be automated by EOY.  That leave me with desktop to manually muck about.
Dec 06 17:19:25 <infinity> ogra_: I did say "almost".
Dec 06 17:19:28 <ogra_> "Trying to unpack rootfs image as initramfs..."
Dec 06 17:19:34 <Xase> Lessee if udev crashes like crazy this time.
Dec 06 17:19:50 <ogra_> thats usually the line before "freeing init memory"
Dec 06 17:19:53 <GrueMaster> Although I will be short non-omap4 platforms for automated installs.
Dec 06 17:19:56 <ogra_> i dotn see it in tobins paste
Dec 06 17:20:09 <Xase> Nope... it seems to be working :D
Dec 06 17:20:11 <Xase> YAY
Dec 06 17:20:12 <Xase> Mouse
Dec 06 17:20:21 <Xase> ubuntu on Nook Color with a mouse :p
Dec 06 17:20:28 <ogra_> GrueMaster, well, omap4 should soon be netinstallable on hf too
Dec 06 17:20:36 <Xase> Nothing else so far =/
Dec 06 17:20:50 <Xase> Probably something else broke...
Dec 06 17:20:51 <GrueMaster> Or equally broken.  :P
Dec 06 17:21:04 <infinity> GrueMaster: Does current omap netinstall work on armel?
Dec 06 17:21:11 <infinity> GrueMaster: Cause the kernel's identical.
Dec 06 17:21:15 <Xase> but if it got past the kernel loading, I should now be able to retrieve some sort of log from the SDCard right?
Dec 06 17:21:18 <Xase> Oh wait
Dec 06 17:21:19 <GrueMaster> I wonder if the switch to no initrd has anything to do with this breakage?
Dec 06 17:21:20 <Xase> Its still doing its thing
Dec 06 17:21:22 <infinity> GrueMaster: That should be the nail in the coffin.
Dec 06 17:21:22 <ogra_> Trying to unpack rootfs image as initramfs...
Dec 06 17:21:24 <ogra_> hmm
Dec 06 17:21:24 <Xase> Guest Session login ;)
Dec 06 17:21:26 <GrueMaster> Will try armel.
Dec 06 17:21:30 <ogra_> no error though
Dec 06 17:21:53 <Xase> Hmmm. Ghetto. The touchscreen is nil working
Dec 06 17:21:58 <GrueMaster> Xase: You have an ubuntu image on nook color????  COOL!!!
Dec 06 17:22:06 <GrueMaster> Well, aside from touch.
Dec 06 17:22:25 <Xase> Yeah, it needs cypress truetouch...
Dec 06 17:22:28 <Xase> Hmm
Dec 06 17:22:41 <Xase> I'm using Dalingrin CM sources plus some patches from a  mer developer.
Dec 06 17:22:47 <Xase> But mer dies while loading udev.
Dec 06 17:23:08 <Xase> Figured it'd continue on the Ubuntu image
Dec 06 17:23:20 <Xase> Because the suspect in the Mer case is bad dding
Dec 06 17:23:42 <Xase> However now it's time to see if I can recompile with TrueTouch in menuconfig :D
Dec 06 17:23:52 <ogra_> GrueMaster, "switch to no initrd" ? do you refer to my spec ? nothing has been done for that yet
Dec 06 17:24:02 <ogra_> so no worries
Dec 06 17:24:03 <Xase> make ARCH=arm menuconfig right?
Dec 06 17:24:22 <ogra_> i guess apw will explicitly tell us if he (potentially) breaks the world
Dec 06 17:24:57 <GrueMaster> Ok, something broken on the hf image.  I'm in netinstall on armel on omap.
Dec 06 17:25:06 <ogra_> k
Dec 06 17:25:11 <ogra_> lets wait for omap4
Dec 06 17:25:20 <ogra_> and see if thats omap3 specific
Dec 06 17:25:28 <Xase> GrueMaster: the ubuntu image doesn't seem to see battery... something having to do with Kernel?
Dec 06 17:25:44 <ogra_> rcn-ee, you dont happen to know a workaround ?
Dec 06 17:26:08 <apw> GrueMaster, odd indeed as the armel and armhf should basically be the same bits
Dec 06 17:26:08 <GrueMaster> Xase: Possibly.  Not sure, since I haven't had time to muck about on my NC.
Dec 06 17:26:16 <Xase> also I  need SGX530, can I chroot into the ARM image from my machine and apt-get install that way?
Dec 06 17:26:24 <ogra_> apw, well, compiled differently
Dec 06 17:26:41 <ogra_> (theoretically that shouldnt have any impact indeed .... theoretically ...)
Dec 06 17:26:52 <apw> ogra_, well not really the only change is the float interfaces, and they kernel doesn't use float ever
Dec 06 17:26:58 <rcn-ee> ogra_, nope, debugging it too right now..  what's weird, it worked fine with the "debian unstable armhf" (sep time frame) repo's.. so something changed between that timeframe and the current sid repo.
Dec 06 17:27:11 <ogra_> yeah
Dec 06 17:27:22 <apw> kernel normally panics if you do use float as the fpu isn't available
Dec 06 17:27:40 <ogra_> well, it doesnt seem to be the kernel
Dec 06 17:27:51 <ogra_> and by the looks of it even the initrd is fine
Dec 06 17:28:03 <apw> ogra_, well that is something at least
Dec 06 17:28:27 <ogra_> it just chokes on "no init found"
Dec 06 17:28:52 <apw> hmmm ... maybe we have no upstart
Dec 06 17:28:54 <Xase> Hrmmm...
Dec 06 17:29:00 <rcn-ee> GrueMaster, if it helps, my old armhf image is still available: http://elinux.org/BeagleBoardDebian#armhf_Demo_Image
Dec 06 17:29:03 <Xase> Truetouch is enabled in my kernel already...
Dec 06 17:29:10 <Xase> but I'm getting no response from the screen.
Dec 06 17:29:11 <ogra_> i dont think d-i uses upstart
Dec 06 17:29:43 <ogra_> (unless it has been ported recently)
Dec 06 17:30:09 <apw> oh alternative cds are they, i was assuming live
Dec 06 17:30:15 <ogra_> netinstall
Dec 06 17:30:21 <ogra_> easiest to test :)
Dec 06 17:31:27 <apw> could be a heap of things, do you have the network drivers in your initrd for instance
Dec 06 17:31:43 <GrueMaster> What (if any) config changes to the kernel are in the armhf rev?
Dec 06 17:31:43 <ogra_> it loads all fine, see the paste of the dmesg output
Dec 06 17:31:50 <ogra_> GrueMaster, none
Dec 06 17:31:57 <GrueMaster> apw: See my pastebin.
Dec 06 17:31:58 <ogra_> its just a rebuilds for armhf
Dec 06 17:32:06 <ogra_> *rebuild
Dec 06 17:32:06 <apw> its configuration is identicle between armel and armhf
Dec 06 17:32:06 <infinity> The kernels should be almost literally identical.
Dec 06 17:32:08 <GrueMaster> ok
Dec 06 17:32:17 <infinity> I'm sure the issue is userspace.
Dec 06 17:32:37 <ogra_> probably d-i's init uses floating point :P
Dec 06 17:32:45 <infinity> No.
Dec 06 17:32:53 <ogra_> yeah, i know
Dec 06 17:33:24 <infinity> My bet's on initramfs-tools, and possibly the interpreter not landing in the initramfs.
Dec 06 17:33:26 <ogra_> well, lets see how desktop images behave tomorrow, could as well be a d-i issue
Dec 06 17:33:34 <infinity> I haven't actually built an initramfs on armhf yet.
Dec 06 17:33:44 <ogra_> d-i doesnt use initramfs-tools, does it ?
Dec 06 17:34:39 <GrueMaster> I think it does.
Dec 06 17:34:55 * ogra_ thought it uses cpio and whatever compressor directly 
Dec 06 17:35:03 <ogra_> as it doesnt use upstarts init
Dec 06 17:35:04 <infinity> It might do.
Dec 06 17:35:28 <ogra_> so i would rather like to wait until we have desktop images and compare with that
Dec 06 17:36:12 <GrueMaster> We have core, right?  I could muck something together that way.
Dec 06 17:36:13 <infinity> 	initramfs) \
Dec 06 17:36:13 <infinity> 		  (cd ./tmp/omap_netboot/tree && find . | cpio --quiet -o -H newc) >  ./tmp/omap_netboot/initrd; \
Dec 06 17:36:16 <infinity> 		gzip -v9f ./tmp/omap_netboot/initrd; \
Dec 06 17:36:20 <ogra_> yeah
Dec 06 17:36:31 <infinity> So, how it's populating that will be interesting.
Dec 06 17:36:57 <ogra_> from udebs indeed
Dec 06 17:37:20 <ogra_> intresting would also be what init it uses
Dec 06 17:37:33 <infinity> My bet's still on the linker.
Dec 06 17:37:36 <GrueMaster> Could it be busybox?  How do I differentiate between armel and armhf versions?
Dec 06 17:37:41 <infinity> Let me tear apar this initrd.
Dec 06 17:38:20 <ogra_> hmm. good question, the file command doesnt know the difference
Dec 06 17:38:35 <ogra_> at least not with std output
Dec 06 17:39:42 <infinity> adconrad@cthulhu:~/ung$ cat initrd | cpio -t | grep ld-linux
Dec 06 17:39:42 <infinity> lib/ld-linux.so.3
Dec 06 17:39:46 <infinity> And that's the problem.
Dec 06 17:39:50 <infinity> I figured.
Dec 06 17:40:08 <infinity> Now to see if that's the udeb's fault, or d-i's build process.
Dec 06 17:40:14 <GrueMaster> diff initrd/bin/busybox busybox/usr/lib/initramfs-tools/bin/busybox
Dec 06 17:40:14 <GrueMaster> Binary files initrd/bin/busybox and busybox/usr/lib/initramfs-tools/bin/busybox differ
Dec 06 17:40:22 <infinity> GrueMaster: Of course they differ.
Dec 06 17:40:26 <ogra_> indeed
Dec 06 17:40:26 <infinity> GrueMaster: But the problem is above.
Dec 06 17:40:31 <infinity> Linker in the wrong place.
Dec 06 17:41:52 <GrueMaster> Where should it be?
Dec 06 17:42:07 <infinity>  /lib/arm-linux-gnueabihf/ld-linux.so.3
Dec 06 17:42:40 <GrueMaster> in the initrd?
Dec 06 17:42:48 <GrueMaster> Seems odd.
Dec 06 17:42:49 <infinity> Yes.
Dec 06 17:42:51 <infinity> And it's my fault.
Dec 06 17:43:00 <infinity> The udeb has it in the wrong location.
Dec 06 17:43:04 <GrueMaster> Ok.
Dec 06 17:43:05 <infinity> eglibc upload incoming. :/
Dec 06 17:43:09 * GrueMaster points blame.
Dec 06 17:43:17 <GrueMaster> :P
Dec 06 17:43:38 <GrueMaster> In the meantime, I'll reassemble this and tally forth.
Dec 06 17:43:52 <ogra_> awesome, that means desktop images wont be affected :D
Dec 06 17:44:09 <infinity> Can you manually mangle the initrd to move ld-2.13.so and ls-linux.so.3 to that path?
Dec 06 17:44:17 <ogra_> why not
Dec 06 17:44:39 <ogra_> you can cat cpio archives together, the one you append acts like an overlay
Dec 06 17:44:58 <infinity> I meant to be asking GrueMaster to try that. :P
Dec 06 17:45:01 <infinity> Not asking if it was possible.
Dec 06 17:45:09 <GrueMaster> I have a couple of scripts for exploding and reassembling initrd.img
Dec 06 17:45:29 <infinity> GrueMaster: If you can move those two files (and make sure the symlink still resolves), and try again?
Dec 06 17:45:38 <ogra_> so just pull both files out, roll a cpio archive witgh them in the right place, and just cat it at the end of the existing cpio initrd ... then compress it again
Dec 06 17:46:34 <GrueMaster> ogra_: Don't over-complicate things.
Dec 06 17:46:41 <ogra_> GrueMaster, huh ?
Dec 06 17:46:49 <GrueMaster> Easier for me to reroll with my existing scripts.
Dec 06 17:46:51 <Xase> So... I have my touch driver enabled in kernel... however, I don't know how to get xorg to use it.
Dec 06 17:46:56 <ogra_> thats way faster than unpacking everything and re-rolling the whole thing
Dec 06 17:47:22 <GrueMaster> ogra_: On a Core2Quad running at 3ghz?  Speed is not the issue.
Dec 06 17:47:36 <ogra_> k
Dec 06 17:47:43 <GrueMaster> (actually takes longer for this discussion).
Dec 06 17:48:02 <GrueMaster> infinity: Not seeing ld-2.13.so.
Dec 06 17:48:18 <ogra_> grab it from a -core image ?
Dec 06 17:48:25 <infinity> GrueMaster: It's in lib...
Dec 06 17:48:29 <infinity> GrueMaster: I see it here.
Dec 06 17:48:40 <infinity> Oh.
Dec 06 17:48:41 <infinity> No.
Dec 06 17:48:48 <infinity> I'm looking at the udeb.
Dec 06 17:49:01 <ogra_> IT SHOUDL ALSO BE IN /LIB/TRIPLET/
Dec 06 17:49:03 <ogra_> argh
Dec 06 17:49:05 <ogra_> sorry
Dec 06 17:49:24 <GrueMaster> No /lib/triplet directory.
Dec 06 17:49:32 <infinity> Yeah, nevermind.  d-i canonicalises the paths, so no ld-2.13.so
Dec 06 17:49:34 <ogra_> lib/arm-blah-foo-bar
Dec 06 17:49:40 <infinity> ld-linux.so.3 is a real file, not a symlink.
Dec 06 17:49:43 <infinity> So just move that.
Dec 06 17:49:45 <Xase> Bah.
Dec 06 17:49:52 <infinity> GrueMaster: You have to create the directory, it's not there. :P
Dec 06 17:50:12 <infinity> GrueMaster: /lib/arm-linux-gnueabihf/ld-linux.so.3 is where that one file needs to live.
Dec 06 17:50:13 <ogra_> GrueMaster, lib/arm-linux-gnueabihf/ that is :)
Dec 06 17:50:41 <GrueMaster> I know that part.  I was just looking for the other file.
Dec 06 17:50:54 <infinity> Yeah, the other file isn't on the initrd.
Dec 06 17:51:24 <infinity> On a real system, ld-linux.so.3 is a symlink to ld-2.13.so, in the initrd, ld-linux.so.3 *is* ld-2.13.so.
Dec 06 17:51:30 <GrueMaster> Had me worried.  find was returning nothing in the initrd.
Dec 06 17:51:50 <GrueMaster> Thought this was horribly broken.
Dec 06 17:52:14 <infinity> Also, glibc's udeb building is making my eyes cross.
Dec 06 17:52:47 <GrueMaster> ogra_: time pack-initrd initrd.img initrd
Dec 06 17:52:47 <GrueMaster> real    0m1.341s
Dec 06 17:52:47 <GrueMaster> user    0m1.340s
Dec 06 17:52:47 <GrueMaster> sys     0m0.076s
Dec 06 17:52:58 <GrueMaster> Just fyi.
Dec 06 17:53:15 <ogra_> yeah yeaqh
Dec 06 17:54:31 <GrueMaster> :P
Dec 06 17:54:36 <ogra_> :)
Dec 06 17:55:16 <GrueMaster> Much better.
Dec 06 17:55:23 <ogra_> boots through `
Dec 06 17:55:25 <ogra_> ?`
Dec 06 17:55:36 <GrueMaster> I'm in the installer.
Dec 06 17:55:40 <infinity> \o/
Dec 06 17:55:40 <ogra_> yay
Dec 06 17:56:13 * ogra_ goes afk for an hour or so
Dec 06 17:57:09 <GrueMaster> grrrr.
Dec 06 17:58:02 <GrueMaster> I'm being hit by bug 838200 (not an armhf issue).
Dec 06 17:58:03 <ubot2> Launchpad bug 838200 in u-boot-linaro "No network support on Beagle XM" [High,Confirmed] https://launchpad.net/bugs/838200
Dec 06 17:59:27 <GrueMaster> Ok, moving forward again.
Dec 06 17:59:51 <Xase> o.o
Dec 06 18:00:51 <GrueMaster> Yea.  seems to only affect me, as I have a rev B beagleXM.  Rest of the world is on rev C.
Dec 06 18:10:04 <GrueMaster> Hrm.  "No installable kernel was found in the defined APT sources."  Might need to fix this in d-i.
Dec 06 18:10:25 * GrueMaster can preseed around it for now.
Dec 06 18:10:34 <infinity> That sounds like an oops.
Dec 06 18:11:03 <GrueMaster> I think d-i has hardcoded arches.
Dec 06 18:14:34 <infinity> It does.
Dec 06 18:14:41 <infinity> I suspect Colin just missed a spot or something.
Dec 06 18:14:59 * GrueMaster facepalms
Dec 06 18:15:22 <infinity> Let me guess, it's using archive instead of ports?
Dec 06 18:15:43 <GrueMaster> No, actually it is using my local mirror.
Dec 06 18:15:59 <GrueMaster> But it is updated every 2h, so that shouldn't be the issue.
Dec 06 18:19:02 <GrueMaster> I think I had to do the same thing for omap4.  I know I have the linux-omap4 meta listed there.
Dec 06 18:21:13 <rcn-ee> sweet, the /lib/ld-linux.so -> /lib/arm-linux-gnueabi fixes debian sid armhf.. ;)
Dec 06 18:21:30 <infinity> rcn-ee: Yeah.  Working on fixing eglibc now, will push to Debian too.
Dec 06 18:22:21 <rcn-ee> thanks infinity! was about to just figure out where to submit the bug.. ;)
Dec 06 18:34:28 <Xase> is there a sample xorg.conf or some way of telling xorg to use evtouch?
Dec 06 18:40:38 <Xase> No one? :(
Dec 06 18:41:27 <GrueMaster> Xase: You might be better asking that in #ubuntu-desktop.  I think all the xorg guys hang out there.
Dec 06 18:42:11 <Xase>  ok
Dec 06 18:51:49 <GrueMaster> infinity: Rebooting into armhf.  Fingers crossed.
Dec 06 18:52:26 <infinity> GrueMaster: If it installed, I'm confident it'll boot. ;)
Dec 06 18:52:32 <infinity> (eglibc uploaded and building)
Dec 06 18:54:43 <GrueMaster> Grr.  I hate that it sits and spins waiting for a network.  On this broken system, means I have to manually unplug/plug in the cable for link detect to work.
Dec 06 18:55:27 <GrueMaster> Still waiting on something in init to finish.
Dec 06 18:57:14 <GrueMaster> It is pingable, but no getty so far.  Will need to enable console logging in the boot.scr to see what is borked.
Dec 06 19:04:09 <GrueMaster> Do I need the updated eglibc or something?  It is hanging after "Starting configure network device".  System is pingable, but no login.
Dec 06 19:04:26 <infinity> Nope.  Not eglibc's fault there.
Dec 06 19:04:42 <GrueMaster> ssh appears to work, but no shell.
Dec 06 19:04:55 <infinity> No shell sounds ominous.
Dec 06 19:05:50 <GrueMaster> ssh logs in, lays out the welcome mat, then closes.
Dec 06 19:06:23 <GrueMaster> Hrm.  Appears there is no /bin/bash
Dec 06 19:06:40 <infinity> That seems rather unlikely...
Dec 06 19:10:04 <GrueMaster> Nothing stands out in syslog.
Dec 06 19:10:26 <GrueMaster> I have the rootfs drive on my PC now, so I can root arount.
Dec 06 19:10:28 <GrueMaster> *around
Dec 06 19:17:20 <Xase> Well that's pretty useless no one helpful with X seems to be in #ubuntu at the moment
Dec 06 19:18:09 <GrueMaster> Xase: Some of them may be on vacation.
Dec 06 19:18:23 <Xase> just my luck.
Dec 06 19:18:38 <Xase> I'm unsure why the already there evdev rules don't catch the screen
Dec 06 19:22:03 <GrueMaster> It could need to be updated with your device info, and an xorg.conf file could work around it.  I am just not sure how to do that.
Dec 06 19:23:46 <Xase> Well if I even try to add anything to a new rules file or an xorg.conf ubuntu fails to boot.
Dec 06 19:30:59 <Xase> meh.
Dec 06 19:38:31 <GrueMaster> Hmmm.
Dec 06 19:39:15 <GrueMaster> Do you get an Xorg.0.log when you change the config or rules?
Dec 06 19:39:44 <Xase> Well I have to change it on the sdcard but I'll check, I have no other way to input besides the non working touch screen ;)
Dec 06 19:40:30 <Xase> Where would it exactly be located?
Dec 06 19:40:34 <GrueMaster> Yea, I know (I have a Nook Color as well).
Dec 06 19:40:39 <GrueMaster> Should be in /var/log
Dec 06 19:41:17 <Xase> Nope it's blank.
Dec 06 19:41:25 <Xase> I'm sure I'm editing them wrong anyways.
Dec 06 19:41:34 <GrueMaster> Odd.
Dec 06 19:41:41 <Xase> It gives me a very specific error
Dec 06 19:41:57 <GrueMaster> It should at least complain.  Anything in /var/log/sysog?
Dec 06 19:43:12 <Xase> When I mess with xorg it gives this during boot.
Dec 06 19:43:17 <Xase> (stk) :line disc installation timed out
Dec 06 19:43:18 <Xase> ti_st_open: st_register failed -22
Dec 06 19:43:44 <GrueMaster> That looks like a bluetooth error.
Dec 06 19:44:24 <Xase> Ah.
Dec 06 19:44:33 <Xase> So I'm seeing something normally hidden by x
Dec 06 19:44:37 <Xase> Then boot isn't crashing
Dec 06 19:44:40 <Xase> X just isn't loading
Dec 06 19:44:47 <Xase> I'm definitely editing things wrong :D
Dec 06 19:45:14 <Xase> Nothing in syslog about x11 or xorg
Dec 06 19:45:16 <GrueMaster> I just got a link from one of our devs.  https://help.ubuntu.com/community/EloTouchScreen
Dec 06 19:45:35 <Xase> o.o
Dec 06 19:45:43 <GrueMaster> Although he also says evtouch is obsolete.
Dec 06 19:46:04 <Xase> yeah apparently just evdev is used
Dec 06 19:46:13 <Xase> So try evtouch?
Dec 06 19:46:49 <GrueMaster> I can't really answer.  But the link has some good pointers at least.
Dec 06 19:46:51 <Xase> well I have no clue how to do that. as I have no idea how to chroot into this sdcard since it's arm.
Dec 06 19:48:36 <GrueMaster> What are you using for a base image?
Dec 06 19:48:49 <Xase> Ubuntu Preinstalled Omap3
Dec 06 19:50:04 <GrueMaster> I don't know if the gadget port can be enabled or not, but if you could figure that out, you might be able to get a serial console working.
Dec 06 19:50:39 <Xase> Someone else I'm working with had issues...
Dec 06 19:50:53 <GrueMaster> Also, the preinstalled image will be a bit more difficult, as it resizes the rootfs and launches oem-config.
Dec 06 19:51:05 <Xase> Hmm
Dec 06 19:52:14 <GrueMaster> but if you are able to boot this far, there is a lot that can go forward.  I don't know how to do it, but I'm sure you could use qemu to chroot into the image for adding packages and such.
Dec 06 19:52:49 <janimo> infinity, thanks for the armhf/ac100 bits, I'll add them to the packaging git tree (also I'll check if zinc is still alive in the meantime for user kernels trees)
Dec 06 19:54:02 <Xase> would... syslog show what devices were detected at startup GrueMaster ?
Dec 06 19:55:07 <GrueMaster> I would think so.  You could also edit one of the init scripts (/etc/init.d) to execute some discovery commands that pipe to a log file.
Dec 06 19:56:11 <Xase> alright
Dec 06 19:56:45 <Xase> sort of lshal >> /var/log/lshal
Dec 06 19:56:46 <Xase> ?
Dec 06 19:56:51 <GrueMaster> Can you give me a link to your kernel?  I'll try to muck with it a bit here in my spare time this week.
Dec 06 19:57:01 <GrueMaster> Yea, something like that.
Dec 06 19:57:01 <Xase> Sure, just my uImage?
Dec 06 19:57:44 <GrueMaster> Actually, I would need that and any modules.  Or are they all built-in?
Dec 06 19:58:54 <GrueMaster> Better still, if you can give me a dd of your sd boot partition, that would give me everything I need.
Dec 06 19:59:14 <Xase> All bubuilt in sure
Dec 06 19:59:53 <GrueMaster> dd bs=4M if=/dev/mmcblk0p1 |gzip boot.img.gz
Dec 06 20:00:25 <Xase> ok I was just about to ask.
Dec 06 20:02:22 <Xase> o.o
Dec 06 20:02:38 <Xase> gzip: boot.img.gz: No such file or directory
Dec 06 20:03:06 <GrueMaster> Oops.  dd bs=4M if=/dev/mmcblk0p1 |gzip >boot.img.gz
Dec 06 20:03:12 <GrueMaster> Missed the >
Dec 06 20:03:16 <GrueMaster> my bad
Dec 06 20:05:26 <GrueMaster> infinity: Any hints for what to look for as to why the beaglexm won't boot all the way in armhf?
Dec 06 20:05:45 <infinity> GrueMaster: Not sure off the top of my head.
Dec 06 20:05:52 <GrueMaster> I can chroot into the image (using a preinstalled-server image).
Dec 06 20:05:59 <infinity> GrueMaster: But I'm going to fiddle on my panda in a bit.
Dec 06 20:07:16 <GrueMaster> Fiddler on the Root.
Dec 06 20:07:35 * GrueMaster is in a weirdish mood today.
Dec 06 20:10:07 <Xase> Hold on.
Dec 06 20:10:58 <janimo> infinity, do you know what's with many FTBFS (today at least) not having build logs available?
Dec 06 20:12:01 <Xase> GrueMaster:  data.excloo.com/~jase/boot.img.gz
Dec 06 20:13:19 <GrueMaster> Cool, got it.
Dec 06 20:14:23 <Xase> Fack I can't remember how to add a host to known_hosts
Dec 06 20:14:57 <GrueMaster> On your desktop?  Which release?
Dec 06 20:15:18 <Xase> I have debian to be honest =/
Dec 06 20:15:25 <Xase> I'm trying to ssh into my ipod
Dec 06 20:15:39 <Xase> ad it's omplaining about it... probably because I downgraded its firmware
Dec 06 20:17:22 <GrueMaster> I usually just delete the offending key entry.
Dec 06 20:18:03 <Xase> Yeah
Dec 06 20:18:08 <Xase> That's what I just did.
Dec 06 20:25:00 <Xase> man sftp is frustrating
Dec 06 20:25:03 <infinity> janimo: The librarian is down.
Dec 06 20:25:13 <infinity> janimo: Or, rather, was.  It's being recovered.
Dec 06 20:25:51 <janimo> infinity, I had moments today when it worked so I was not sure if it is down or just being flakey atm
Dec 06 20:26:13 <janimo> it being LP, I do not know of intricacies such as the 'librarian'
Dec 06 20:26:42 <infinity> janimo: The librarian is the massive back-end filesystem where large things that aren't database bits are kept.
Dec 06 20:26:46 <infinity> janimo: packages, logs, etc.
Dec 07 01:26:19 <Xase> GrueMaster: I think I figured something out.
Dec 07 01:26:37 <Xase> I think the current "NookBuntu" on XDA Developers is also using EvTouch.
Dec 07 01:26:42 <Xase> And something titled tslib
**** ENDING LOGGING AT Wed Dec 07 02:59:57 2011