**** BEGIN LOGGING AT Tue Mar 08 02:59:57 2011
Mar 08 08:32:30 <sveinse> Anyone tried running rootstock installing natty? I'm getting a fatal from qemu and a subsequent lockup
Mar 08 08:32:48 <rsalveti> sveinse: are you trying with qemu from maverick?
Mar 08 08:32:53 <sveinse> yes
Mar 08 08:32:58 <rsalveti> that could be the issue
Mar 08 08:33:21 <rsalveti> newer qemu is a lot better, but I believe only available for natty atm
Mar 08 08:33:29 <rsalveti> maybe linaro is also providing it at a ppa
Mar 08 08:33:31 <sveinse> ok, thanks. I'll try natty then
Mar 08 08:33:36 <rsalveti> it's now called qemu-linaro
Mar 08 08:33:41 <rsalveti> the src package
Mar 08 08:34:32 <sveinse> OT: Is there installers for natty (i386) available? I need to setup a new virtualbox with natty then
Mar 08 08:36:06 <rsalveti> sveinse: you can download and install our alpha 3 image
Mar 08 08:36:10 <rsalveti> that was released last week
Mar 08 08:48:05 <sveinse> rsalveti: uhm, where exactly can I find the alpha 3 images? I cant seem to find them
Mar 08 08:49:33 <rsalveti> sveinse: http://www.ubuntu.com/testing/natty/alpha3
Mar 08 08:49:51 <sveinse> thanks
Mar 08 09:09:57 <ppisati> ericm_: ping
Mar 08 09:10:53 <Audio> HI All, I have used latest  Maverick image and booted the panda board. But none of the sound drivers are installed. How can i get audio drivers installed?
Mar 08 09:18:02 <ppisati> ericm_: i managed to get the dove board working (it was a dumb mistake on my side... :P)
Mar 08 09:18:48 <ppisati> ericm_: now i'm building a new kernel for it (old way make uImage ARCH=arm CROSS_COMPILE...)
Mar 08 09:19:12 <ppisati> ericm_: but i noticed that i used on dove, contrary to omap that uses rootstock and a plain fs, a squashfs
Mar 08 09:19:49 <ppisati> ericm_: can you tell me how to recreate it? or, how to get a new kernel there?
Mar 08 09:20:26 <ppisati> ericm_: i mean, besides copying uImage over the stick
Mar 08 09:20:45 <ppisati> ericm_: is there something else that i should do? i.e. what about the modules? and so on...
Mar 08 09:36:05 <Audio> #pandaboard
Mar 08 09:42:54 <ericm_> ppisati, I normally use fdr binary-dove
Mar 08 09:43:17 <ericm_> ppisati, for the kernel package, but you need something like below first
Mar 08 09:43:18 <ericm_> export $(dpkg-architecture -aarmel); export CROSS_COMPILE=arm-linux-gnueabi-
Mar 08 09:43:26 <ericm_> ppisati, and then do a 'fdr clean; fdr binary-dove'
Mar 08 09:43:53 <ppisati> ericm_: fdr? let me try
Mar 08 09:44:14 <ericm_> ppisati, fakeroot debian/rules
Mar 08 09:44:35 <ppisati> ericm_: and excuse me if i hammer you with stupid questions, but i want to get started (boot the board, compile custom kernels for it, install new kernel, etcetc)
Mar 08 09:45:04 <ericm_> ppisati, dude I'm completely fine, you are doing good
Mar 08 09:45:23 <ppisati> ericm_: k
Mar 08 09:47:17 <ppisati> ericm_: and with the binady-dove i get... a .deb?
Mar 08 09:47:41 <ericm_> ppisati, yep
Mar 08 09:47:47 <ericm_> ppisati, in the parent directory
Mar 08 09:48:00 <ppisati> ericm_: ok, and how do i install it in the dove image?
Mar 08 09:48:13 <ppisati> ericm_: it's a squashfs image, i can't copy there and dpkg -i ...
Mar 08 09:48:15 <ericm_> ppisati, copy it over - through wire or usb
Mar 08 09:48:35 <ericm_> ppisati, oh - you may want to install that image first
Mar 08 09:48:44 <ericm_> ppisati, you need a SATA hard drive
Mar 08 09:49:06 <ppisati> ericm_: no no, wait... :P)
Mar 08 09:49:08 <ppisati> :)
Mar 08 09:49:21 <ppisati> ericm_: we have 2 things (actually 3)
Mar 08 09:49:26 <ppisati> ericm_: to update here
Mar 08 09:49:44 <ppisati> ericm_: the uImage in casper/ (and i can just copy over it) and that's ok
Mar 08 09:50:02 <ppisati> ericm_: but then i've to update the modules and uInitrd
Mar 08 09:50:43 <ppisati> ericm_: i already tried to copy an uImage i produced with make uImage but at boot the board was not so happy
Mar 08 09:50:44 <ericm_> ppisati, the casper/ image is the installer image, so you just want to use that image as a test base instead of a full system?
Mar 08 09:50:57 <ppisati> ericm_: ok
Mar 08 09:51:02 <ericm_> ppisati, yeah - probably modules missing due to uInitrd not matching
Mar 08 09:51:11 <ppisati> ericm_: right
Mar 08 09:51:26 <ppisati> ericm_: how do i recreate uInitrd and the lib/modules/... stuff?
Mar 08 09:51:36 <ericm_> ppisati, to cross generate the uInitrd is much more painful
Mar 08 09:51:46 <ericm_> ppisati, if you insist doing that - you may need a chroot environment
Mar 08 09:51:51 <ppisati> ericm_: uhm
Mar 08 09:51:59 <ppisati> ericm_: so i guess you compiled it natively?
Mar 08 09:52:07 <ppisati> from the arm board itself
Mar 08 09:52:13 <ppisati> i guess
Mar 08 09:52:21 <ericm_> ppisati, but I personally prefer to install the system and get it generated natively
Mar 08 09:52:23 <ericm_> ppisati, yes
Mar 08 10:30:05 <ppisati> ericm-dinner: so let me see if i got it right, you attached a sata hd to the mvl dove
Mar 08 10:30:11 <ppisati> ericm-dinner: booted via a usb stick
Mar 08 10:30:20 <ppisati> ericm-dinner: installed everything on sata disk
Mar 08 10:30:28 <ppisati> ericm-dinner: and then used that for all the work, right?
Mar 08 11:55:48 <sveinse> Hi. I'm getting a lot of "include/qt4/QtCore/qstring.h:187:17: note: the mangling of ‘va_list’ has changed in GCC 4.4" while cross compiling Qt for armel. Anyone familiar with a fix?
Mar 08 11:56:33 <ogra> fix the code :)
Mar 08 11:56:36 <sveinse> The source has been patched with 92_armel_gcc43_valist_compat.diff from qt4-x11 sources, but it doesn't seem to stop the nagging
Mar 08 11:57:05 <sveinse> interestingly I'm getting no response from the qt-developers, they don't have the issue
Mar 08 11:57:49 <ppisati> ogra: can i ask you for the dove board too?
Mar 08 11:57:57 <ogra> well, are they using 4.5 and the gold toolchain ?
Mar 08 11:58:01 <sveinse> I've noticed that qt and (linaro/ubuntu) gcc isn't always best of friends
Mar 08 11:58:27 <ogra> ppisati, you mean hos i installed my dove back then ?
Mar 08 11:58:41 <ogra> *how
Mar 08 11:58:46 <sveinse> I've tried both 4.4(.4) and 4.5(.2)
Mar 08 11:58:52 <ppisati> ogra: yep, more or less
Mar 08 11:59:05 <ogra> iirc i used usb to install to the sata disk
Mar 08 11:59:21 <ppisati> ogra: booted from the disk and did all the compilation from there, right?
Mar 08 11:59:23 <ogra> having my full system on sata in the end
Mar 08 11:59:33 <ogra> compilation ?
Mar 08 11:59:37 <ppisati> ogra: yep
Mar 08 11:59:50 <ppisati> ogra: new kernel and stuff like that
Mar 08 12:00:05 <ppisati> ogra: actually it's the kernel, kernel modules and uInitrd
Mar 08 12:00:06 <ogra> well, i only compile userspace packages usually, but yes
Mar 08 12:00:15 <ppisati> ogra: uhm... k
Mar 08 12:00:30 <ogra> i dont touch kernel if i dont have to, thats what we have you guys for ;)
Mar 08 12:00:43 * ogra is a consumer of the binaries here 
Mar 08 12:01:19 <ogra> sveinse, well, i can only point you to the toolchain specialists in #linaro
Mar 08 12:01:45 <ogra> but i would think that gcc and binutils gold are way more strict than whats out there elsewheer
Mar 08 12:01:49 <ogra> *elsewhere
Mar 08 12:02:34 <sveinse> well, thanks
Mar 08 12:02:51 <ogra> s/gcc/linaro gcc/
Mar 08 12:06:48 <sveinse> yeah, I got that.
Mar 08 12:08:00 <sveinse> Except I'm not running linaro gcc yet, since my target system still is maverick. And I can't install natty via rootstock since qemu fails *sigh*
Mar 08 12:13:20 <ogra> maverick uses linaro gcc
Mar 08 12:13:24 <ogra> all over the place
Mar 08 12:15:55 <lool> sveinse: You could try with qemu-linaro
Mar 08 12:16:07 <lool> sveinse: We have a backport in the ~linaro-maintainers tools PPA; it's fairly solid
Mar 08 12:16:23 <lool> it does break versatile kernels though, but we can switch to vexpress instead  :-)
Mar 08 12:16:28 <lool> ogra rsalveti: ^
Mar 08 12:17:24 <ogra> do we have a netinst setup for vexpress ?
Mar 08 12:17:39 <ogra> (to have an easy place to download vmlinuz)
Mar 08 12:23:35 <sveinse> lool, I found this: https://code.launchpad.net/~linaro-maintainers/ubuntu/maverick/qemu-linaro/ppa - Are there any prebuilt packages available, or do I need to build from source?
Mar 08 12:25:05 <lool> sveinse: https://launchpad.net/~linaro-maintainers/+archive/tools is the one
Mar 08 12:25:33 <sveinse> lool, aaah. Thanks a lot
Mar 08 13:05:53 <ppisati> ogra: do you know who created the dove image?
Mar 08 13:06:23 <ppisati> ogra: i'm trying to replace the kernel there with a new one
Mar 08 13:11:29 <ericm|ubuntu> ppisati, it's auto generated I guess
Mar 08 13:12:07 <ogra> design and initial creation was a team effort, all further maintenance after bringing it to existance is done by NCommander
Mar 08 13:12:24 <ppisati> ogra: k, all ping ncommander then
Mar 08 13:12:32 <ppisati> we are rallying in Millibank
Mar 08 13:12:48 <ppisati> and i don't have any sata disk to attach to that board
Mar 08 13:13:11 <ppisati> else i would install the system on the disk, compile a new .deb kernel
Mar 08 13:13:14 <ogra> you will have to re-roll the whole initrd if you replace the kernel
Mar 08 13:13:16 <ppisati> copy over there, and install
Mar 08 13:13:20 <ppisati> ogra: right
Mar 08 13:13:27 <ppisati> ogra: that's one of my problem :)
Mar 08 13:13:38 <ogra> since its a casper initramfs
Mar 08 13:13:41 <ppisati> yep
Mar 08 13:13:46 <ppisati> i'ts a squashfs
Mar 08 13:14:36 <ogra> also note that there were massive issues (screen/console related iirc) with the recent set of kernel patches (GrueMaster knows more)
Mar 08 13:14:54 <ppisati> ogra: that's what i'm trying to reproduce :)
Mar 08 13:15:02 <ppisati> ogra: and i hope i got these
Mar 08 13:15:37 <ogra> to re-roll your initrd, just unpack the squashfs ion an intel machine, use qemu-arm-static to chroot into it and do the changes you need
Mar 08 13:16:27 <ppisati> ogra: uhm
Mar 08 13:16:31 * XorA needs a new cool device :-D
Mar 08 13:16:41 <ppisati> ogra: that's a good idea
Mar 08 13:17:16 <ppisati> ogra: can you walk me to that process?
Mar 08 13:17:32 <ogra> install qemu-kvm-extras.static on your host pc
Mar 08 13:17:37 <ogra> hrm
Mar 08 13:17:43 <ogra> qemu-kvm-extras-static
Mar 08 13:17:58 <ogra> then unpack your squashfs somewhere
Mar 08 13:18:25 <ogra> copy /usr/bin/qemu-arm-static into the unpacked root to usr/bin/
Mar 08 13:18:41 <ogra> then just chroot <your unpacked root>
Mar 08 13:22:14 * ogra needs to work on a machine without internet access for a while ... afk for a few ...
Mar 08 13:24:25 <sveinse> are there a gdb-armel-cross available now? There were some talk of it a while ago
Mar 08 13:26:37 <hrw> sveinse: https://launchpad.net/~linaro-maintainers/+archive/toolchain/+packages
Mar 08 13:26:45 <hrw> sveinse: grab gdb-multiarch
Mar 08 13:28:20 <lool> That reminds me I should do the same thing for gdb-multiarch as for binutils-multiarch
Mar 08 13:32:43 <sveinse> So I install the gdb-multiarch on the host and install gdbserver on target, right?
Mar 08 13:33:34 <lool> sveinse: Yup
Mar 08 13:33:55 <lool> sveinse: There are other gdb servers out there, like the one in qemu or kgdb
Mar 08 13:37:16 <sveinse> lool, yes, but the biggest issue in my experience is to find a native gdbserver for the target system. CSL provides target gdbserver, but it's doesn't run without hazzle due to different runtime libs configs.
Mar 08 13:43:16 <lool> sveinse: well we provide a gdbserver package
Mar 08 13:43:24 <lool> sveinse: It's linux+eglibc
Mar 08 13:44:09 <sveinse> lool, ok. I planned on using the gdbserver package in armel ubuntu... Or simply the gdbserver armel package in the linaro PPA
Mar 08 13:44:21 <ppisati> ogra: the idea is good
Mar 08 13:44:40 <ppisati> ogra: but update-initramfs complains about missing files in /proc&c
Mar 08 13:44:42 <lool> sveinse: Sure, either is fine
Mar 08 13:44:44 <ppisati> root@longino:/# update-initramfs -u -k 2.6.32-204-dove
Mar 08 13:44:45 <ppisati> update-initramfs: Generating /boot/initrd.img-2.6.32-204-dove
Mar 08 13:44:45 <ppisati> cryptsetup: WARNING: could not determine root device from /etc/fstab
Mar 08 13:44:45 <ppisati> /bin/cat: /proc/cmdline: No such file or directory
Mar 08 13:44:45 <ppisati> /bin/grep: /proc/cpuinfo: No such file or directory
Mar 08 13:44:59 <sveinse> lool, excellent. Thanks!
Mar 08 13:48:34 <ppisati> ogra: what scares is that, even if i mount /proc inside the new chroot environment
Mar 08 13:48:50 <ppisati> ogra: stuff like cpuinfo will still reflect the host system
Mar 08 13:49:07 <ppisati> ogra: and that's what update-initramfs is looking for
Mar 08 13:56:16 <sveinse> Hmm. Are there any side-effect to qemu-linaro?
Mar 08 13:56:33 <sveinse> It's eating my cpu cycles while doing apt-get...
Mar 08 14:08:15 <ppisati> ogra: it seems initrd is ok
Mar 08 14:08:26 <ppisati> ogra: even if it complained about /proc
Mar 08 15:17:38 <rsalveti> morning
Mar 08 15:52:27 <GrueMaster> morning all.
Mar 08 15:55:36 <janimo> GrueMaster, hello
Mar 08 15:55:50 <ogra> yo
Mar 08 15:56:01 <GrueMaster> janimo: What's up?  (other than me).
Mar 08 15:59:02 <rsalveti> janimo: how is the qt neon bug going?
Mar 08 15:59:58 * ogra has to report that testing neon on the ac100 is impossible atm
Mar 08 16:00:18 <ogra> my upgrade to natty failed miserably
Mar 08 16:00:57 <rsalveti> :-(
Mar 08 16:01:43 <ogra> alignment traps, SIGILLs and segfaults all over the place after rebooting
Mar 08 16:02:09 <rsalveti> ouch
Mar 08 16:02:09 <ogra> no input at all in X ... all GTK apps fail
Mar 08 16:04:26 <janimo> GrueMaster, nah, it's just you :)
Mar 08 16:04:40 <janimo> rsalveti, waiting for Qt build to finish
Mar 08 16:05:24 <GrueMaster> Pffft.  Figures.
Mar 08 16:05:36 * GrueMaster needs his own private barista.
Mar 08 16:05:47 <ogra> i'll try to do a piecemeal upgrade later this evening to identify the package that introduces the issue
Mar 08 16:06:09 <ogra> probably libc but could be higher level
Mar 08 16:18:46 <GrueMaster> ogra: I should be able to tell you later today how my maverick->natty upgrade went.  Spent all day downloading packages (it didn't like my mirror).  Just noticed it was stuck on sudoers file.
Mar 08 17:27:08 <ppisati> NCommander: ping
Mar 08 17:27:20 <ppisati> NCommander: are you the guys who roll the mvl-dove images?
Mar 08 17:30:14 <NCommander> ppisati: were mostly
Mar 08 17:31:25 <ppisati> NCommander: ok
Mar 08 17:31:31 <ppisati> NCommander: can you tell me how do you create it?
Mar 08 17:31:45 <ppisati> NCommander: i'm trying to recreate one with a newer kernel
Mar 08 17:32:18 <ppisati> NCommander: s/^/^cause /
Mar 08 17:32:41 <NCommander> ppisati: why are you trying to respin with a new kernel? Spinning a new image requires a considerable amount of work and trouble
Mar 08 17:32:48 <ppisati> NCommander: i know
Mar 08 17:33:08 <ppisati> NCommander: we are sprinting in Millibank, i've the dove board but no sata disk
Mar 08 17:33:29 <ppisati> NCommander: so the only way to get a new kernel on that board, is to recrate the usb image
Mar 08 17:33:37 <ppisati> NCommander: this is what i did
Mar 08 17:33:48 <ppisati> NCommander: i unsquashed the fs on my fs
Mar 08 17:34:05 <ppisati> NCommander: copied over the modules
Mar 08 17:34:12 <ppisati> NCommander: and recreated the squashfs
Mar 08 17:34:27 <ppisati> NCommander: then i chrooted in it
Mar 08 17:35:01 <NCommander> You need to use livecd-rootfs to respin the squashfs, and modify it to grab your new kernel
Mar 08 17:35:11 <NCommander> ppisati: then use the files it generates
Mar 08 17:35:23 <ppisati> and create the uImage and uInitrd
Mar 08 17:35:24 <ppisati> -update-initramfs -u -k 2.6.32-214-dove
Mar 08 17:35:24 <ppisati> -mkimage -A arm -O linux -T ramdisk -C none -a 0 -e 0 -n initramfs -d /boot/initrd.img-2.6.32-214-dove /boot/uInitrd
Mar 08 17:35:27 <ppisati> -mkimage -A arm -O linux -T kernel -C none -a 0x00008000 -e 0x00008000 -n 2.6.32-214-dove -d /boot/vmlinuz-* /boot/uImage
Mar 08 17:35:38 <NCommander> something like that
Mar 08 17:35:41 <ppisati> then i copy the uImage and uInitrd over the usb stick
Mar 08 17:35:45 <ppisati> and boot with that
Mar 08 17:35:49 <NCommander> Yeah
Mar 08 17:35:57 <ppisati> NCommander: uhmmm... so it should be ok
Mar 08 17:36:02 <NCommander> ppisati: ?
Mar 08 17:36:21 <ppisati> NCommander: i mean, i wanted to double check that i didn't do anything stupid on my side
Mar 08 17:36:30 <NCommander> ppisati: no, that sounds right
Mar 08 17:36:34 <ppisati> NCommander: k
Mar 08 17:38:33 <ppisati> NCommander: do you do that by hand everytme?
Mar 08 17:39:08 <NCommander> ppisati: no, there's an entire infrastructure to do and handle it automatically
Mar 08 17:53:52 <amelim> Are there any additional steps required to boot a preinstalled OMAP3 image for a Gumstix Overo?
Mar 08 17:55:52 <rsalveti> probably correct x-loader and u-boot
Mar 08 17:56:09 <rsalveti> you can already find the packages at the archive
Mar 08 17:56:12 <rsalveti> and it should work with natty
Mar 08 17:56:31 <rsalveti> just need to replace the original x-loader and u-boot from the image to the ones for overo
Mar 08 17:57:51 <NCommander> janimo: w.r.t. to the headless stuff, what seed are you using?
Mar 08 17:58:34 <janimo> NCommander, minimal+standard
Mar 08 17:58:51 <janimo> avoiding complicating it to see it work
Mar 08 17:59:09 <janimo> then if we need more custom stuff we can create a seed
Mar 08 17:59:23 <janimo> at least I assumed it is less complicated by not creating a specific seed
Mar 08 17:59:28 <janimo> less files needing change etc
Mar 08 18:06:07 <GrueMaster> Ok, wrt upgrading frm Maverick to Natty, the only issue I have run into so far is that the current default session is for une-efl to run in Maverick, and upgrading reverts to ubuntu desktop (unity + clutter) which fails.  Need to figure out a way to autodetect and select unity-2d.
Mar 08 18:11:33 <amelim> Thanks rsalveti, I'll try that
Mar 08 19:07:08 <GrueMaster> Grrr.  ubiquity is broken on current images.
Mar 08 19:14:15 <amelim> how long should it take to pop up on my monitor on the first boot?
Mar 08 19:16:56 <rsalveti> GrueMaster: how broken?
Mar 08 19:17:45 <GrueMaster> Bah.  Appears to be a simple typo in the latest ubiquity-dm.  I edited /usr/bin/ubiquity-dm:385 and removed one ")" and now it works.
Mar 08 19:18:13 <rsalveti> :-)
Mar 08 19:28:43 <GrueMaster> Bug filed with patch attached.  Sad thing is vi picked it up immediately in auto-syntax check.
Mar 08 19:31:46 <GrueMaster> Aha, looking at the bzr diff, I see how it came about.  4 lines previous changed from "extras.append(subprocess.Popen(" to "proc = subprocess.Popen(" which is why the extra parenthesis was missed.
Mar 08 19:32:06 <GrueMaster> Still, a simple code check would have picked it up.
Mar 08 19:51:37 <lool> GrueMaster: bug #?
Mar 08 19:52:14 <lool> lp #731536
Mar 08 19:52:16 <ubot2> Launchpad bug 731536 in ubiquity "Typo in ubiquity-dm causes ubiquity/oem-config to not launch" [High,New] https://launchpad.net/bugs/731536
Mar 08 19:52:32 <GrueMaster> yep, that's the one.
Mar 08 19:54:14 <GrueMaster> I'm just glad it wasn't uploaded last week.
Mar 08 20:02:08 <lool> Hmm can't commit to it
Mar 08 20:02:44 <lool> send a mp though
Mar 08 20:05:44 <GrueMaster> Huh?
Mar 08 20:09:22 <lool> GrueMaster: Vcs-Bzr is owned by ~ubuntu-installer, so I've sent a merge request with your patch
Mar 08 20:12:08 <GrueMaster> Ah, ok.  I was getting to that next, but had to deal with a system running the latest image.  Multitasking can be fun.
Mar 08 20:16:48 <GrueMaster> janimo: Your boundary limits fail on an 8G class 10 card.  partition 1 file system is unrecognizable.
Mar 08 20:17:01 <GrueMaster> Same with partition 2.
Mar 08 20:17:05 <GrueMaster> dmesg
Mar 08 20:20:30 <janimo> GrueMaster, ouch. Thanks
Mar 08 20:20:47 <janimo> did you test on another card where it works?
Mar 08 20:23:16 <janimo> GrueMaster, omap3 or omap4?
Mar 08 20:23:28 <GrueMaster> I'm doing a write-timing test atm.  Compare flashing yesterday's image with todays.  It appears to be taking a very long time.
Mar 08 20:23:40 <GrueMaster> And this was with omap4.
Mar 08 20:23:47 <janimo> I wonder why the omap4 image is 78M
Mar 08 20:23:54 <janimo> instead of 500M+
Mar 08 20:24:11 <janimo> maybe not fully built?
Mar 08 20:24:15 <janimo> http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/20110308.1/
Mar 08 20:25:32 <GrueMaster> Hmm.  Didn't even notice that.  sigh.
Mar 08 20:29:46 <janimo> GrueMaster, so only omap4 was respun I guess, and it came out only slightly larger than the VFAT partition
Mar 08 20:30:12 <GrueMaster> That means zsync clobbered my 20110308 image.  Ok.
Mar 08 20:30:37 <GrueMaster> I'll smack NCommander.
Mar 08 20:45:09 <NCommander> hrm
Mar 08 20:46:14 <NCommander> GrueMaster: bah, it was a case of extreme stupidity on antimony's part.
Mar 08 20:46:50 <NCommander> maybe
Mar 08 20:46:50 <NCommander> hrm
Mar 08 20:47:22 <NCommander> janimo: sfdisk: ERROR: sector 0 does not have an msdos signature /srv/cdimage.ubuntu.com/scratch/ubuntu-netbook/daily-preinstalled/debian-cd/armel+oma$
Mar 08 20:47:34 <NCommander> your fix broke it, I'll back it out and do a .2 to confirm its been unbroken
Mar 08 20:50:05 <janimo> NCommander, hmm, maybe dropping the initial 63 from the first partition
Mar 08 20:50:31 <janimo> I am puzzled why the boot sector was not written
Mar 08 20:50:33 <NCommander> janimo: I'm not really interested in madly guessing to fix this :-/
Mar 08 20:51:01 <janimo> NCommander, do you know why the image came out only 78 M ?
Mar 08 20:51:13 <janimo> was the above error given by the script without >/dev/null ?
Mar 08 20:51:29 <NCommander> janimo: it was what was in the log
Mar 08 20:51:35 <janimo> ok
Mar 08 21:00:45 <amelim> hmm, so I replaced the u-boot.bin and MLO for the Gumstix. However, once I start it up nothing happens. The console outputs that it's booting the kernel but nothing pops up on my screen. :/
Mar 08 21:01:20 <GrueMaster> amelim: What video output are you using?  DVI?
Mar 08 21:01:56 <amelim> HDMI -> DIV
Mar 08 21:02:03 <amelim> sorry DVI
Mar 08 21:03:29 <GrueMaster> Well, that *should* work ok.  Can you try adding console=ttyO2,115200 earlyprintk=tty)2,115200 and seeing if there is something in the kernel output?
Mar 08 21:03:46 <GrueMaster> Unfortunately I don't have one of these devices to test with.
Mar 08 21:04:13 <amelim> to boot.src?
Mar 08 21:06:07 <GrueMaster> yes.  Add them to the bootargs.  You will need to convert the boot.scr to text first (dd bs=64 skip=1 if=boot.scr of=boot.script), make the mod, then reconvert to u-boot script (mkimage -A arm -O linux -T script -d boot.script boot.scr
Mar 08 21:06:09 <GrueMaster> )
Mar 08 21:10:49 <ogra> janimo, NCommander, the script only fails because of the missing redirect to /dev/null, the sfdisk error is normal
Mar 08 21:11:06 <ogra> oh, jani is gone
Mar 08 21:11:40 <NCommander> ogra: I backed it out, and I'm not going to run it down ATM
Mar 08 21:11:41 <ogra> sfdisk always complains if no partition table exists at all
Mar 08 21:12:08 <ogra> Warning: partition 1 does not end at a cylinder boundary
Mar 08 21:12:08 <ogra> Successfully wrote the new partition table
Mar 08 21:12:08 <ogra> Re-reading the partition table ...
Mar 08 21:12:12 <ogra> ....
Mar 08 21:12:51 <ogra> the script runs "set -e", thats why sfdisk fd1 and 2 were redirected to null
Mar 08 21:15:22 <amelim> GrueMaster I'm not getting any output on my console other than what I've seen previously. Here is my boot.script http://pastebin.com/6ZiFYTwU
Mar 08 21:16:59 <GrueMaster> These console lines should give you output on the serial port.  I am assuming you have a serial debugging cable hooked up to your pc?
Mar 08 21:17:34 <amelim> doh, I'm connected through ttyUSB0
Mar 08 21:17:48 <amelim> should I change the script accordingly?
Mar 08 21:18:11 <GrueMaster> Is ttyUSB0 on the desktop system or the overo?
Mar 08 21:18:38 <amelim> host side
Mar 08 21:18:51 <rsalveti> amelim: it could be a bug at the display code for overo
Mar 08 21:18:57 <rsalveti> amelim: can you try linaro's kernel?
Mar 08 21:20:16 <amelim> rsalveti: Where can I find that?
Mar 08 21:21:05 <rsalveti> amelim: package linux-image-linaro-omap
Mar 08 21:21:15 <rsalveti> if you're testing with natty
Mar 08 21:21:48 <amelim> I was working with maverick
Mar 08 21:22:39 <rsalveti> amelim: oh, not sure if it was ever tested with overo
Mar 08 21:24:40 <amelim> I don't suppose there are any pre-installed images for Natty yet?
Mar 08 21:26:04 <rsalveti> amelim: yup, and we just had alpha 3 last week
Mar 08 21:28:49 <amelim> rsalveti: Any chance you can direct me to them? I'm having difficulty finding them
Mar 08 21:29:09 <GrueMaster> amelim: http://cdimage.ubuntu.com/ubuntu-netbook/releases/natty/alpha-3/
Mar 08 21:29:24 <amelim> many thanks
Mar 08 21:29:27 <GrueMaster> use the omap image.
Mar 08 22:52:29 <amelim> GrueMaster, rsalveti: I've gotten the console to output on boot and have encountered the following error with the installer http://pastebin.com/UWBqtxcX
Mar 08 22:58:53 <GrueMaster> amelim: Which image is this?  Natty Alpha 3?
Mar 08 22:58:58 <amelim> yes
Mar 08 23:18:44 <amelim> Is there a recent version of Ubuntu which is verified to work on an Overo that I can use in the meantime?
Mar 08 23:20:05 <GrueMaster> Not having said hardware, I couldn't tell you.  I am looking into this issue now though to see what may be the cause.
Mar 08 23:21:39 <GrueMaster> But it appears there is a difference with the image I tested vs the image they posted.  Not good.
Mar 08 23:23:07 <GrueMaster> At the console prompt that oem-config dumps you to, try "apt-get remove ubiquity-slideshow-*" and see if it produces anything.
Mar 08 23:28:45 <amelim> neither ubiquity-slideshow-kubuntu nor slideshow-ubuntu were installed
Mar 08 23:32:01 <GrueMaster> ok
Mar 08 23:32:29 <GrueMaster> I'm flashing an SD with that image now.  I should have it ready for boot soon.
Mar 08 23:32:54 <GrueMaster> Good thing I keep a mirror of all images between release milestones.
Mar 08 23:33:22 <GrueMaster> (well, all images I actively work with).
Mar 08 23:55:06 <GrueMaster> Hmm.  Ok, the install finished here without errors.
Mar 09 01:26:02 <rsalveti> amelim: did you change the x-loader binary to be the one compatible with overo?
Mar 09 01:26:07 <rsalveti> just to be sure
Mar 09 01:26:27 <rsalveti> it seems that no display is recognized, and that's why X can't start itself
**** ENDING LOGGING AT Wed Mar 09 02:59:57 2011