**** BEGIN LOGGING AT Thu Apr 19 02:59:59 2012
Apr 19 08:17:31 <LetoThe2nd> howdy! tried the armhf netinstall for omap4 today - Restarting system. is the last i see. then it's stuck.
Apr 19 08:18:51 <LetoThe2nd> created partition 1 with 72M, fat32, flashkernel obviously also found it
Apr 19 08:23:30 <LetoThe2nd> the boot.img-fat.serial i used was this:http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armhf/current/images/omap4/netboot/ so should be the updated, fixed version
Apr 19 09:19:14 <LetoThe2nd> just tried again.
Apr 19 09:19:37 <LetoThe2nd> fact: pandaboard does not boot anymore after finished netinstall hf.
Apr 19 09:20:14 <LetoThe2nd> ogra_: ping ^^^^ (who might know about?)
Apr 19 09:20:32 <ogra_> LetoThe2nd, hmm, infinity did the last d-i build i think
Apr 19 09:20:40 <ogra_> can you see anything on serial ?
Apr 19 09:20:59 <LetoThe2nd> nothin. it obviously doesn't even find MLO/uboot
Apr 19 09:21:02 <ogra_> also best file a bug and attach the syslog
Apr 19 09:21:12 <LetoThe2nd> what log... :(
Apr 19 09:21:13 <ogra_> (and possibly partman.log)
Apr 19 09:21:33 <ogra_> well, /var/log/syslog from your install :)
Apr 19 09:21:51 <LetoThe2nd> hmkay. to be found where on the sd card? are those files persistent?
Apr 19 09:22:00 <ogra_> yep
Apr 19 09:22:05 <LetoThe2nd> ok, will do.
Apr 19 09:22:18 <ogra_> the installer copies all logs at the end of the install
Apr 19 09:22:49 <ogra_> i assume its either one of the recent linker changes (unlikely) or the partitioning thats messed up (more likely)
Apr 19 09:23:02 <ogra_> did you pick guided partitioning ?
Apr 19 09:23:07 <LetoThe2nd> ogra_: partitioning was done manually as suggested.
Apr 19 09:23:13 <ogra_> ah, k
Apr 19 09:23:25 <LetoThe2nd> part1 is 72MByte FAT32, bootable flag set
Apr 19 09:23:31 <ogra_> and your former test install worked iirc
Apr 19 09:23:46 <LetoThe2nd> shame on me, i realized later that it was armel.
Apr 19 09:23:47 <ogra_> i dont think the flag matters
Apr 19 09:24:32 <ogra_> but you did the armel install with the same partitioning scheme ?
Apr 19 09:24:36 <LetoThe2nd> yep.
Apr 19 09:24:41 <ogra_> k
Apr 19 09:24:56 <ogra_> so it *shouldnt* be partitioning :)
Apr 19 09:25:31 <LetoThe2nd> one could guess that.
Apr 19 09:26:00 <ogra_> also, did you check the SD ? does it actually have the partitions, are MLO and friends where they should be etc
Apr 19 09:26:52 <LetoThe2nd> did after the last install. will do again in a few minutes, just need my sd reader otherwise.
Apr 19 09:26:58 <LetoThe2nd> then i can also look into the logs.
Apr 19 09:27:02 <ogra_> k
Apr 19 09:33:56 <fhilly_> Hi all
Apr 19 09:34:38 <fhilly_> is there any work on Ubuntu to work on allwinner a10 ARM chipset?
Apr 19 09:41:36 <ogra_> not atm, there might be community people working on it, but if so, they didnt show up here yet
Apr 19 09:42:11 <LetoThe2nd> ok, now i've got the logs ready. first partition looks basically good, MLO, u-boot.bin, uImage, uInitrd and boot.scr are all there.
Apr 19 09:47:37 <fhilly_> ogra_, regarding testing Ubuntu images on beagleboard, is there and test cases to be run for testing the images, or just install and use it will be sufficient?
Apr 19 09:52:22 <ogra_> fhilly_, testcases should be linked from the omap image entry on http://iso.qa.ubuntu.com/
Apr 19 09:56:45 <ogra_> http://testcases.qa.ubuntu.com/Install/ARM/PreinstalledImage (disregard the outdate link to the old install instructions in point 1)
Apr 19 09:57:07 <ogra_> LetoThe2nd, weird
Apr 19 09:57:25 * ogra_ was hoping for something obvious
Apr 19 09:57:28 <LetoThe2nd> Bug #985520
Apr 19 09:57:29 <ubot2> Launchpad bug 985520 in debian-installer "pandaboard ES does not boot after using armhf netinstall" [Undecided,New] https://launchpad.net/bugs/985520
Apr 19 09:58:15 <LetoThe2nd> anything else i should add?
Apr 19 10:04:31 <ogra_> LetoThe2nd, hmm, i cant see anything obvious
Apr 19 10:04:56 <LetoThe2nd> hehe
Apr 19 10:16:36 <fhilly_> Thanks ogra_
Apr 19 10:24:35 * ogra_ will try to reproduce the netinst bug later today, i really cant find a single issue in the logs
Apr 19 10:24:49 <LetoThe2nd> ogra_: are any other logs of interest?
Apr 19 10:24:56 <ogra_> not really
Apr 19 10:25:08 <ogra_> your install went totally fine though
Apr 19 10:25:16 <LetoThe2nd> thats what i thought too ;)
Apr 19 10:25:31 <LetoThe2nd> anyways, thanks in advance and just ping me if you need additional info.
Apr 19 10:25:55 <ogra_> and the final install is using the exact same kernel the installer used during install, so its definitely not a kernel issue either
Apr 19 10:26:16 * LetoThe2nd does not believe in such a high level issue. u-boot is not even startin.
Apr 19 10:26:48 <LetoThe2nd> is there a difference between uboot in armel/armhf?
Apr 19 10:26:48 <ogra_> well, i would say its the first partiton but even that looks ok
Apr 19 10:27:04 <ogra_> apart from being built with hf ? no
Apr 19 10:27:21 <LetoThe2nd> hmhm
Apr 19 10:28:38 <LetoThe2nd> i could offer an fdisk -l of the card, or dump of the partition table.
Apr 19 10:29:02 <ogra_> do that and attach it to the bug please
Apr 19 10:29:28 <ogra_> i wonder if parted makes the first partition not actually start at the beginning of the disk
Apr 19 10:30:23 <LetoThe2nd> ogra_: looks very much like it.
Apr 19 10:30:30 <LetoThe2nd> see last addition to bug.
Apr 19 10:31:18 <ogra_> hmm, 2048
Apr 19 10:31:30 <LetoThe2nd> nice number too, but bad for booting iomap ;)
Apr 19 10:31:35 <LetoThe2nd> omap, even.
Apr 19 11:47:58 <djszapi> ogra_: hey, ping
Apr 19 11:48:07 <djszapi> does upstart support the logging into a file ?
Apr 19 11:48:07 <ogra_> yep ?
Apr 19 11:48:23 <ogra_> yes, it does that by default in precise
Apr 19 11:48:43 <djszapi> ogra_: exec /usr/bin/foobar-commandline receive > /var/log/foobar.log 2>&1 -> I have put something like this into my upstart job.
Apr 19 11:48:54 <djszapi> but that file is entirely empty after the startup.
Apr 19 11:49:01 <djszapi> which should really be not the case.
Apr 19 11:49:37 <ogra_> did you set yourt console value in the upstart job right ?
Apr 19 11:50:18 <ogra_> iirc that manages the output handling
Apr 19 11:50:19 <djszapi> ogra_: I have mostly few lines, like: start on runlevel [23] stop on runlevel [!23] respawn exec /usr/bin/foobar-commandline receive > /var/log/foobar.log 2>&1
Apr 19 11:50:26 <ogra_> (dont ask me about details)
Apr 19 11:50:49 <djszapi> "receive" is an argument for the binary.
Apr 19 11:51:06 * ogra_ guessed that much
Apr 19 11:51:07 <djszapi> stream redirection should work according to the upstart cookbook: http://upstart.ubuntu.com/cookbook/#exec
Apr 19 11:51:49 <ogra_> see 6.3.2 to 6.3.4 in that doc
Apr 19 11:52:26 <ogra_> +i gues you want "console output"
Apr 19 11:54:15 <djszapi> ok, upstart 1.3-0ubuntu12~linaro2 in here.
Apr 19 11:54:43 * ogra_ has no idea about these two linaro changes
Apr 19 11:55:24 <djszapi> console log is probably better than console output in my case
Apr 19 11:55:30 <ogra_> but if you use a linaro image i think #linaro is the better place
Apr 19 11:56:14 <djszapi> sure
Apr 19 11:56:22 <ogra_> yeah, log sounds better
Apr 19 11:56:46 <ogra_> i guess you need to drop your output redirect though
Apr 19 11:57:09 <djszapi> of course.
Apr 19 11:57:19 <ogra_> since it looks like upstart wants to manage the file
Apr 19 11:57:31 <djszapi> yep, which is fine enough. ;)
Apr 19 11:57:57 <djszapi> though, there is no "/var/log/upstart" after the reboot.
Apr 19 11:58:15 <djszapi> I inserted the "console log" line after the "respawn" line and before the "exec" line.
Apr 19 12:13:48 <ogra_> djszapi, well, as i said, no idea what the two linaro changes are your version number indicates ... probably they switched loggin off :)
Apr 19 12:14:26 <djszapi> that would be a nasty one.
Apr 19 12:14:50 <ogra_> ask them :)
Apr 19 12:15:03 <ogra_> (or read the changelog)
Apr 19 12:30:31 <ndec> ogra_: hi. is compiz working now out of the archive on panda?
Apr 19 12:30:52 <ogra_> ndec, it *should*
Apr 19 12:31:10 <ndec> there is a subtle difference between it should and it does ;-)
Apr 19 12:31:11 <ogra_> i still havent gotten around to actually test it but plan to do so before end of the week
Apr 19 12:31:50 <ogra_> in any case all code is in, sgx gets automatically installed on first boot as well
Apr 19 12:57:17 <djszapi> ogra_: can I delete the linaro upstart, and install a stock ubuntu one ?
Apr 19 12:57:41 <ogra_> dunno, do you know what the changes are that linaro made ?
Apr 19 12:57:49 <djszapi> no clue
Apr 19 13:33:01 <djszapi> ogra_: is there a dpkg option for checking the changelog ?
Apr 19 13:33:30 <ogra_> ??
Apr 19 13:33:42 <ogra_> just look in /usr/share/doc/...
Apr 19 13:33:55 <ogra_> every package ships its changelog in its doc dir
Apr 19 13:35:31 <djszapi> ogra_: I do not see anything related: http://paste.kde.org/459902/
Apr 19 13:36:04 <djszapi> ogra_: this is my upstart job: http://paste.kde.org/459908/
Apr 19 13:38:49 <ogra_> well, i'm out of ideas, probably ask jodh (he is the upstart maintainer in ubuntu) in #ubuntu-devel
Apr 19 13:44:15 <djszapi> ogra_: you do not see any issues with the upstart job, right ?
Apr 19 13:44:25 <ogra_> nope
Apr 19 13:44:37 <ogra_> but i'm no upstart expert, mind you
Apr 19 13:44:46 <djszapi> jodh is also in #upstart, cool
Apr 19 13:48:15 <djszapi> ogra_: heh, figured out
Apr 19 13:48:24 <ogra_> what was it ?
Apr 19 13:49:42 <djszapi> console log was introduced in 1.4
Apr 19 13:51:03 <ogra_> oh
Apr 19 14:08:20 <nimesh_accenture> Hi guys... i have my Ubuntu image on the sdcard... how do i make a backup of it on the desktop?
Apr 19 14:08:51 <LetoThe2nd> nimesh_accenture: use dd
Apr 19 14:10:14 <nimesh_accenture> ya.. but that has a lt of options that need to be given... not sure ... which ones to give...
Apr 19 14:10:41 <LetoThe2nd> nimesh_accenture: usually you need if, of, and bs.
Apr 19 14:11:22 <LetoThe2nd> nimesh_accenture: googling "dd backup sd card" also gives a lot of ideas.
Apr 19 14:12:58 <nimesh_accenture> cool thx!
Apr 19 14:38:52 <djszapi> ogra_: pingie..
Apr 19 14:38:56 <LetoThe2nd> ogra_: it seems the partition table in the netinstall image is broken. see bug #985520
Apr 19 14:38:58 <ubot2> Launchpad bug 985520 in debian-installer "pandaboard ES does not boot after using armhf netinstall" [Undecided,New] https://launchpad.net/bugs/985520
Apr 19 14:39:20 <ogra_> djszapi, yes ?
Apr 19 14:40:12 <djszapi> ogra_: the modem on the serial port is most likely not initialized at the time my binary tries to write it during the upstart setup
Apr 19 14:40:21 <ogra_> LetoThe2nd, argh ... CHS issue it seems
Apr 19 14:40:24 <djszapi> ogra_: how can I postpone that, or which event shall I connect to ?
Apr 19 14:40:50 <ogra_> create a udev rule instead of an upstart job ?
Apr 19 14:40:50 <LetoThe2nd> ogra_: looks like that.
Apr 19 14:41:27 <ogra_> i wonder why though, since netinst is used in our automated testing infrastructure that shouldnt have shown up there as well
Apr 19 14:41:42 <LetoThe2nd> ogra_: don't ask *me* ;)
Apr 19 14:41:47 <ogra_> heh
Apr 19 14:42:06 <ogra_> well, theoretically CHS shouldnt have any influence on u-boot/MLO anymore
Apr 19 14:43:30 <ogra_> as a workaround you could try ext2 instead of vfat
Apr 19 14:44:00 <ogra_> iirc if you pick guided partitioning that default to an ext2 that gets mounted under /boot
Apr 19 14:44:17 <LetoThe2nd> i though guided partitioning is also broken?
Apr 19 14:45:51 <LetoThe2nd> and so far i'Ve never heard that the omap boot rom is ext2 capable.
Apr 19 14:48:14 <GrueMaster> LetoThe2nd: Are you doing a netboot install to the SD or to a USB drive?
Apr 19 14:48:26 <LetoThe2nd> GrueMaster: to the sd
Apr 19 14:49:17 <LetoThe2nd> GrueMaster: not really netboot install, its http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armhf/current/images/omap4/netboot/boot.img-fat-serial
Apr 19 14:49:23 <GrueMaster> Yea, that won't work with guided partitioning, and I doubt you will get far with manual either (the way partman tends to screw up partitions).
Apr 19 14:49:44 <GrueMaster> Yes, that is netboot install.
Apr 19 14:50:01 <LetoThe2nd> GrueMaster: exactly. interesting fact - the precise armel one worked like a charm.
Apr 19 14:50:04 <GrueMaster> That particular image is for partition 1.
Apr 19 14:50:25 <GrueMaster> Use boot.img-serial.
Apr 19 14:50:48 <GrueMaster> And flash it to the entire SD device.
Apr 19 14:51:15 <LetoThe2nd> ah.
Apr 19 14:52:07 * LetoThe2nd thought that the image i linked is just whats inside the -serial.tar.gz
Apr 19 14:53:04 <LetoThe2nd> improvement suggestion: give some rough information on the various images at https://wiki.ubuntu.com/ARM/OMAP :)
Apr 19 15:42:37 <rsalveti> ndec: where is the git tree for the 3.3 based kernel you're publishing to the ppa?
Apr 19 15:43:24 <ndec> rsalveti: as usual : http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=summary
Apr 19 15:43:32 <ndec> pick the right branch based on ABI.
Apr 19 15:44:49 <rsalveti> ndec: how is this related with the tilt-3.3 tree produced by the ti lt?
Apr 19 15:45:28 <rsalveti> probably based on it, but I don't see a clear tag, just the patches
Apr 19 16:01:40 <ndec> rsalveti: i think it's based on -21 tag from tilt.
Apr 19 16:01:59 <rsalveti> ndec: yup, seems so
Apr 19 16:03:49 <ndec> rsalveti: so you are trying to get the pkgs from 'trunk' ppa>?
Apr 19 16:04:08 <rsalveti> ndec: I'm just trying to understand which tree I'm going to track for the lebs :-)
Apr 19 16:04:16 <rsalveti> as we now got updates on both
Apr 19 16:04:17 <ndec> kernel?
Apr 19 16:04:21 <rsalveti> yup
Apr 19 16:04:28 <ndec> track Xavier's tree.
Apr 19 16:04:37 <ndec> this one is tested against X and video.
Apr 19 16:04:44 <ndec> fromt runkl
Apr 19 16:04:46 <ndec> trunk
Apr 19 16:05:22 <rsalveti> ndec: sure, then I expect xavier will keep updating his tree based on andy's one
Apr 19 16:05:56 <ndec> yep
Apr 19 16:06:00 <ndec> and the PPA as well...
Apr 19 16:06:21 <ndec> we are working atm at making GST updates for this new libdce (rpmsg) and new X/DRM
Apr 19 16:07:42 <ndec> rsalveti: btw, we have started 3.4 migration... and it's likely that -1482 kernel is the last 3.3 before we move to 3.4... fyi
Apr 19 16:07:53 <rsalveti> ndec: great, any eta to get the gst packages in place?
Apr 19 16:08:05 <ndec> rsalveti: when the development is done ;-)
Apr 19 16:08:06 <rsalveti> ndec: hm, ok
Apr 19 16:08:11 <rsalveti> ndec: ;-)
Apr 19 16:08:23 <ndec> i would hope by e/o this month...
Apr 19 16:08:32 <ndec> at least for decoders.
Apr 19 16:09:10 <rsalveti> yup, sounds good then
Apr 19 16:19:40 <ndec> rsalveti: did you see Xav's email? on armel image?
Apr 19 16:19:51 <rsalveti> ndec: yup, confirmed
Apr 19 16:19:58 <ndec> hehe
Apr 19 16:20:00 <rsalveti> ndec: already reported at #ubuntu-release
Apr 19 16:20:07 <ndec> it's always when we have to make a TI release ;-)
Apr 19 16:20:38 <rsalveti> ndec: :-)
Apr 19 17:22:46 <ogra_> janimo`, http://developer.nvidia.com/linux-tegra ... seems thesy released a new beta15
Apr 19 17:24:59 <ogra_> (and no, there is no armhf binary in there)
Apr 19 17:27:48 <janimo`> ogra_, yeah I think I saw that alpha a while ago, too bad there's no HF :(
Apr 19 17:28:19 <ogra_> well, i wonder if we should update or not
Apr 19 17:28:27 <ogra_> it surely has some fixes
Apr 19 17:28:38 <ogra_> but then, how much do we care for armel
Apr 19 17:29:15 <ogra_> i mean its nice they released it today so we still have a chance to pull it into precise if we want ...
Apr 19 17:29:42 * ogra_ wouldnt have noticed if the nvidia guys wouldnt just discuss it in #ac100 :) 
Apr 19 17:38:16 <infinity> ogra_: Is there anyone you can ping about why there's still no armhf?
Apr 19 17:38:22 <infinity> ogra_: (for the nvidia blobs)
Apr 19 17:38:50 <infinity> ogra_: I'm not against armhf magically appearing in an SRU of said blob, FWIW.
Apr 19 17:39:02 <ogra_> well, swarren is resident in #ac100 ... he works on it but seems to have no influence on what gets built
Apr 19 17:39:10 <infinity> (Would be nice to have jockey support too, but I'm guessing no one ever got around to that)
Apr 19 17:39:32 <ogra_> well, jockey support is trivial ... we just add it to the omap4 panda code
Apr 19 17:39:57 <infinity> s/to/alongside/ but yes, I agree.  It's trivial.
Apr 19 17:40:02 <infinity> And would have been a no-brainer a week ago. ;)
Apr 19 17:40:06 <infinity> Now, it's hardly RC.
Apr 19 17:40:25 <infinity> But you might be able to convince the SRU team it's zero impact for !ac100, if it's well-contained.
Apr 19 17:40:55 <ogra_> well, do we care for an update to the armel driver ?
Apr 19 17:41:07 <ogra_> i agree we should SRU if an hf driver shows up
Apr 19 17:41:17 <infinity> I'm not sure that I care deeply.
Apr 19 17:41:24 <ogra_> but i'm not sure we should bother with the el one
Apr 19 17:41:35 <infinity> We're not producing armel images anymore, so this would purely be for people installing from oneiric and upgrading.
Apr 19 17:41:47 <ogra_> right
Apr 19 17:42:12 <ogra_> well, the driver ships a minimal ubuntu armel rootfs in the tarball
Apr 19 17:42:22 <infinity> *choke*
Apr 19 17:42:29 <infinity> That's special.
Apr 19 17:42:41 <ogra_> and has instructions how to install the desktop
Apr 19 17:42:59 <ogra_> (one full page to explain apt-get install ubuntu-desktop) :)
Apr 19 17:43:18 <infinity> Brilliant.
Apr 19 17:43:35 <infinity> So, the next time you see swarren (he's not online right now), can you ask him to ping me?
Apr 19 17:43:59 <ogra_> srwarren
Apr 19 17:44:05 <ogra_> sorry, missed the r
Apr 19 17:44:39 <infinity> Damnit, xfce-terminal, middle-clicking on an email address shouldn't open a mail client.
Apr 19 17:45:05 <infinity> Every third time I try to middle-click-paste into IRC, someone joins or parts a channel right under my mouse. ;?
Apr 19 17:45:09 <infinity> :/
Apr 19 17:45:38 <ogra_> just unset the mailto mimetype ;)
Apr 19 17:46:02 <infinity> No, middle-click shouldn't be doing anything BUT pasting.
Apr 19 17:46:12 <infinity> It's wrong for it to be doubling as left click.
Apr 19 17:46:22 <ogra_> <ogra_> srwarren, whats the blocker ?
Apr 19 17:46:22 <ogra_> <ogra_> essentially its just a recompile
Apr 19 17:46:22 <ogra_> * ppisati hat die Verbindung getrennt (Remote host closed the connection)
Apr 19 17:46:22 <ogra_> <srwarren> Well, we found a bug in gcc for one, which set our validation process back a long way
Apr 19 17:46:35 <ogra_> <srwarren> Of course, and it's fixed in a newer release
Apr 19 17:46:49 * ogra_ wonders what ancient gcc they use internally at nvidia
Apr 19 17:47:20 <LetoThe2nd> oO( 2.95 )
Apr 19 17:54:34 <djszapi> ogra_: pingie...
Apr 19 17:54:43 <djszapi> am I using initramfs while booting ?
Apr 19 17:54:49 <ogra_> whats up ?
Apr 19 17:54:49 <djszapi> I have been asked, and I have seriously no clue
Apr 19 17:54:54 <djszapi> probably I do, I believe.
Apr 19 17:54:57 <ogra_> heh
Apr 19 17:55:05 <djszapi> ubuntu linaro thingie
Apr 19 17:55:08 <djszapi> oneiric
Apr 19 17:55:33 <ogra_> well, if you dont use quiet on your cmdline it shoudl be pretty obvious ...
Apr 19 17:55:46 <djszapi> sorry ?
Apr 19 17:55:49 <ogra_> else you need to check your boot log/dmesg, it will tell you
Apr 19 17:56:12 <djszapi> dmesg | grep initramfs
Apr 19 17:56:12 <djszapi> [    0.372070] Trying to unpack rootfs image as initramfs...
Apr 19 17:56:17 <ogra_> if the boot isnt quiet it talks about the init-top/init-bottom scripts etc
Apr 19 17:56:41 <ogra_> thats clearly stuff that only comes from an initrd
Apr 19 17:57:07 <djszapi> I had the impression it means I do use.
Apr 19 17:57:09 <ogra_> usually all ubuntu images use initramfs ... i would assume linaor does too
Apr 19 17:57:16 <djszapi> I am normally not checking the boot anyway, just using ssh
Apr 19 17:57:24 <djszapi> way after the boot.
Apr 19 17:57:48 <ogra_> well, if you used a std linaro image it should use the initrd
Apr 19 18:01:43 <djszapi> perhaps,
Apr 19 18:04:11 <ogra_> better ask in #linaro though
Apr 19 18:04:18 <ogra_> i dont use linaro images
Apr 19 19:54:35 <sveinse> I'm installing a chrooted armel system on a desktop intel machine (natty) using binfmt&qemu. This installer does a loopback mount, which works on my desktop machine (natty, amd64), while on the build server (natty, server, i386) it fails "loop: can't delete device /dev/loop0: No such device or address". Anything familiar to anyone?
Apr 19 19:55:12 <ogra_> sveinse, why so complex ?
Apr 19 19:55:20 <ogra_> use qemu-debootstrap
Apr 19 19:55:50 <ogra_> (there is no reason to use a loop device)
Apr 19 19:57:29 <sveinse> I am using debootstrap, initially. However, the (custom) system update comes on a image file, ISO to be specific, and needs to load the debs from it.
Apr 19 19:59:03 <sveinse> So this mechanism works perfectly on my machine, but not on the build server. There are two differences I can think of here: 1) I'm running dektop natty vs. server natty  2) I'm running stock qemu while server is runnning linary ppa qemu (to fix some qemu bugs)
Apr 19 20:01:07 <sveinse> But I guess you're shrugging already when I mention chroot and install armel system with qemu
Apr 19 20:04:37 <ogra_> well, does your server have loopdevice support ?
Apr 19 20:05:33 <sveinse> ogra_: Why so complex? Well, let me sidetrack and explain. Basic question: How do you update a system with a small sdcard? No internet, just USB. You put the debs on the USB stick. Secondly, you don't want to put 400 files on a USB stick (the customer will mess something up), so you need to encapsulate them into something, hence the ISO file and loopback. The beauty of loopback is that it...
Apr 19 20:05:34 <sveinse> ...can be mounted and installed from without any copying to disk which is painstakingly slow.
Apr 19 20:06:29 <ogra_> why do you take the iso format and not just .img ?
Apr 19 20:06:41 <ogra_> (with ext2 or so)
Apr 19 20:07:14 <ogra_> anyway, looks like your server doesnt know how to handle loopback devices
Apr 19 20:07:45 <ogra_> ahs3, did you already get a recent ubuntu to run on your cubox ?
Apr 19 20:07:58 <sveinse> I could. I think it was the convenience of mkisofs, i.e. not having to know the size of the img before copying all its contents. But we're about to merge to squashfs
Apr 19 20:08:01 <ogra_> (there is a guy in #ubuntu-devel trying that since yesterday)
Apr 19 20:08:30 <ahs3> ogra_: dunno.  haven't had any time to play with it yet
Apr 19 20:08:37 <ogra_> ah, k
Apr 19 20:08:47 <sveinse> Anyways, loopback is enabled on the server, as loopback are used elsewhere, but in the context of non-chroot and non-qemu/armel
Apr 19 20:08:57 <ahs3> you know, the day job and all that...
Apr 19 20:09:08 <ogra_> ahs3, yeah, these unimportant things
Apr 19 20:09:19 <ahs3> :)
Apr 19 20:09:33 * ogra_ looks at his half finished tube amp and knows what you mean :) 
Apr 19 20:10:41 * ahs3 pushes the partially disassembled auraslate tablet under the desk so no one can see it
Apr 19 20:10:45 * sveinse likes ogra_'s project
Apr 19 20:11:19 <ogra_> it a constantly ongoing  thing :) i build one in a quater ...
Apr 19 20:11:24 <sveinse> you HW guy? (I am)
Apr 19 20:11:47 <ogra_> without that day job crap i would be able to build one per month ! and sell them probably
Apr 19 20:12:00 <ogra_> only partially HW guy ...
Apr 19 20:12:45 <ogra_> tubes are my compensation for all the high tech i have to handle daily ... needs some low tech in the spare time ;)
Apr 19 20:13:08 <sveinse> :)
**** ENDING LOGGING AT Fri Apr 20 02:59:58 2012