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