**** BEGIN LOGGING AT Thu Nov 17 02:59:57 2011
Nov 17 09:03:14 <mmisc> hi, i managed to create an booting console-image for my n800, using angstrom 2010.x, only problem is it dosent spawn a shell, it just stops after setting the system time
Nov 17 09:03:29 <mmisc> any pointers how to solve this?
Nov 17 12:09:41 <CIA-55> angstrom: 03testlab <testlab@angstrom> 07yocto * r28256278a9 10testlab/beagleboard/eglibc/XFCE-NetworkManager-image/ (5 files): beagleboard: XFCE-NetworkManager-image configured for angstrom v2011.11-core using branch angstrom-staging and revision bae8e8181a2ce88c0fb41a8011d9e7cfdb445450
Nov 17 15:16:46 <Alistair070> hi guys, I've just used Narcissus and requested an SD image for a pandaboard distro but it has provided me with .tar.gz, I was expecting .img, is this correct?
Nov 17 15:33:38 <Crofton|work>   tar.gz you untar on a partitioned sd card
Nov 17 15:33:53 <Crofton|work> I thought there was also a way to get a image you could dd though
Nov 17 16:22:39 <Alistair070> Thanks crofton, the reason I'm looking for a proper image is that my card writer in on a Windows computer so can't handle anything but pure imaging
Nov 17 18:11:53 <CIA-55> angstrom: 03testlab <testlab@angstrom> 07yocto * r1a861f1890 10testlab/beagleboard/eglibc/Cloud9-IDE/ (5 files): beagleboard: Cloud9-IDE configured for angstrom v2011.11-core using branch angstrom-staging and revision bae8e8181a2ce88c0fb41a8011d9e7cfdb445450
Nov 17 18:59:17 <stefan_schmidt> moin
Nov 17 18:59:39 <stefan_schmidt> Having some fun with latest meta-angstrom and the systemd images.
Nov 17 19:00:26 <stefan_schmidt> systemctl is not working due to missing dbus connection: http://pastebin.com/8aYfcVvs (that halt as example)
Nov 17 19:00:33 <stefan_schmidt> Anyone seen this before?
Nov 17 19:47:11 <Crofton|work> stefan_schmidt, looks familiar
Nov 17 19:47:23 <Crofton|work> not sure what to do about it
Nov 17 19:47:37 <stefan_schmidt> Crofton|work: Its always like this or a regression?
Nov 17 19:47:52 <Crofton|work> not sure, I haven't done that many builds :( and run them
Nov 17 19:47:54 <stefan_schmidt> Crofton|work: just asking as I finally managed to start ith some oe-core, etc work
Nov 17 19:48:10 <stefan_schmidt> Crofton|work: ok, at least its not a local problem then.
Nov 17 19:48:20 <Crofton|work> this is on reboot?
Nov 17 19:48:23 <stefan_schmidt> Still wrapping my head around all the changes
Nov 17 19:48:41 <stefan_schmidt> Crofton|work: reboot/halt/shutdown. All symlinked to systemctl
Nov 17 19:48:58 <stefan_schmidt> and of course every invocation of systemctl as well
Nov 17 19:50:08 <stefan_schmidt> its a bit strange as dbus is working fine for all other users. connman, etc.
Nov 17 19:50:58 <Crofton|work> guile won't buikld for me atm, which is stopping me from more testing
Nov 17 19:51:10 <Crofton|work> so I chase other more pressing issues
Nov 17 19:51:44 <stefan_schmidt> Crofton|work: sure. Not that pressing for me either. Just wondering if I borked my build :)
Nov 17 19:51:59 <stefan_schmidt> ups, guile is failing early
Nov 17 19:52:26 <stefan_schmidt> configure in guile-native already
Nov 17 19:53:08 <Crofton|work> I "fixed" -native by adding gettext to the list of stuff inherited
Nov 17 19:53:11 <stefan_schmidt> cp: cannot create regular file `/data/Buglabs/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/x86_64-linux/guile-native-1.8.7-r1/guile-1.8.7/po/': Not a directory
Nov 17 19:53:24 <Crofton|work> but them guile_ dies in a simailar wat
Nov 17 19:53:24 <stefan_schmidt> ah, heh just what I wanted to suggest as a first try :)
Nov 17 19:53:40 <stefan_schmidt> and adding gettext there does not help?
Nov 17 19:53:43 <Crofton|work> everyone needs to move to English :)
Nov 17 19:53:50 <Crofton|work> there is one already
Nov 17 19:53:56 <stefan_schmidt> hmm
Nov 17 19:54:07 <Crofton|work> at least, that is how I saw things, might pay to try another look
Nov 17 19:54:53 <Crofton|work> I've been chasing a hw issue today
Nov 17 19:54:59 <stefan_schmidt> hmm, there is one in guile.inc
Nov 17 19:55:09 <Crofton|work> look like I will need to snage an 8 pin soic eeprom
Nov 17 19:55:22 <Crofton|work> and recipe uses guile.inc?
Nov 17 19:55:25 <stefan_schmidt> why do we have a separate recipe for native btw?
Nov 17 19:55:26 <Crofton|work> this is what I saw
Nov 17 19:55:45 <stefan_schmidt> yeah, guile.inc included
Nov 17 19:55:55 <Crofton|work> bother
Nov 17 19:55:58 <stefan_schmidt> Let me try to "fix" native and see the error
Nov 17 19:59:18 <stefan_schmidt> Crofton|work: you are right (not that ever would think something else) ;)
Nov 17 19:59:37 <stefan_schmidt> guile native stops with a similar error while it does have gettext inherited
Nov 17 20:05:37 <stefan_schmidt> Crofton|work: in contrast to the guile-native guile has a guile_cross_config function inside the include file. Smells like this is breaking parts of the gettext logic?
Nov 17 20:09:18 <Crofton|work> this is not siomethign I am good at :)
Nov 17 20:11:01 <stefan_schmidt> Crofton|work: my playing got nowhere. Giving up. Already 9pm here anyway. Workday should be over :)
Nov 17 20:13:16 <Crofton|work> yeah
Nov 17 20:13:28 <Crofton|work> tomorrow is another day
Nov 17 20:13:41 <Crofton|work> I need to clean up several oterh fires, then this will be on top of the pile
Nov 17 20:26:54 <Alistair> hello chaps, I've just installed a console only version of Angstrom on my pandaboard but I'm receiving an odd error
Nov 17 20:27:40 <Alistair> omapdss DISPC error: timeout waiting for EVSYNC, any ideas what may be the cause? it's spamming my seriel connection
Nov 17 20:28:41 <stefan_schmidt> Alistair: looks like a kernel error message to me
Nov 17 20:28:53 <stefan_schmidt> omapdss is omap display sub system
Nov 17 20:29:12 <Alistair> I shouldn't have installed any of it
Nov 17 20:29:16 <stefan_schmidt> And somehow the EVSYNC does not arrive in time
Nov 17 20:29:27 <stefan_schmidt> Alistair: its build into your kernel I would guess
Nov 17 20:30:19 <Alistair> hmmm, well it is the uboot kernel at this stage, will see is it becomes more stable once main kernel is built
Nov 17 20:30:25 <Alistair> if it*
Nov 17 20:30:38 <stefan_schmidt> Alistair: u-boot kernel?
Nov 17 20:30:55 <stefan_schmidt> Alistair: you mean this error comes in the u-boot bootloader already?
Nov 17 20:31:06 <stefan_schmidt> Then its the omapdss driver from u-boot
Nov 17 20:31:24 <stefan_schmidt> Maybe disable it during the u-boot build?
Nov 17 20:31:40 <Alistair> @stefan yes, it's currently configuring the kernel and hasn't fully booted yet, hard to see where it's at with all the spam
Nov 17 20:32:04 <Alistair> configuring modules it seems
Nov 17 20:32:47 <Alistair> I'm thinking perhaps it's rellying on something that hasn't been configured yet
Nov 17 20:32:52 <stefan_schmidt> disabling it during the u-boot build or using a different, and known working u-boot, should help you here
Nov 17 20:33:26 <stefan_schmidt> AFAIK pandaboard does not have a display connected. No wonder EVSYNC never arrives and time out
Nov 17 20:33:42 <Alistair> haha
Nov 17 20:35:23 <Alistair> I'm using the latest uImage kernel that was provided in the tar.gz's /boot directory, ermm, uImage-2.6.38.4
Nov 17 20:35:37 <Alistair> there's also a 2.6.35.3+ that's half the size in there too
Nov 17 20:37:15 <stefan_schmidt> Alistair: I'm talking about u-boot here, not uImage (-> kernel)
Nov 17 20:38:12 <Alistair> ah, in which case I'm using the u-boot.bin from http://www.angstrom-distribution.org/demo/pandaboard/
Nov 17 20:39:00 <stefan_schmidt> seems like a good choice. Not that I know much about the pandaboard. Don't even have one
Nov 17 20:39:12 <stefan_schmidt> Alistair: Seems I can't help you further on this
Nov 17 20:39:22 <Alistair> I've not really done much with this yet alas
Nov 17 20:39:30 <Alistair> thanks anyway
Nov 17 20:42:02 <Alistair> solved, it was because I had HDMI plugged in even though I wasn't using it
Nov 17 20:42:55 <Alistair> now it's frequent timeouts of the omap_i2c controller oddly
Nov 17 20:44:32 <Alistair> looks like a kernel bug
Nov 17 20:56:20 <Alistair> any idea how I can disable omap_i2c module guys?
Nov 17 21:20:45 <Alistair> never mind solved by using older kernel
**** ENDING LOGGING AT Fri Nov 18 02:59:57 2011