**** BEGIN LOGGING AT Thu Dec 18 02:59:56 2008
Dec 18 03:28:21 <Crofton|work> I update bitbake
Dec 18 03:28:35 <Crofton|work> now when I run bitbake, it does not seem to find the metadata
Dec 18 03:34:47 <CIA-5> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * rf9a2cbbdb6 10openembedded.git/classes/dsmg600-image.bbclass: dsmg600-image.bbclass: Do not override nslu2; makes image additive.
Dec 18 03:34:50 <CIA-5> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * rbb14b3fada 10openembedded.git/conf/distro/include/slugos.inc: SlugOS: distro/include/slugos.inc - PREFERRED_VERSION of udev to 118
Dec 18 03:49:17 * Crofton|work is cranky that no one corrected his entry on whitelisting env vars in the OE FAQ
Dec 18 06:52:00 <CIA-5> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r47f07250d4 10openembedded.git/conf/distro/include/slugos.inc: SlugOS: distro/include/slugos.inc - this time really make 118 the preferred udev
Dec 18 06:52:53 <mwester> Sigh...  not enough coffee, clearly. :(
Dec 18 06:59:07 <mickey|ICE874> morning mwester 
Dec 18 06:59:14 * mickey|ICE874 sips a Latte Machiatto
Dec 18 06:59:38 <mwester> greetings sir!
Dec 18 06:59:53 <mwester> (from the other side of the night)
Dec 18 07:00:29 <mwester> BTW, would you happen to know what magic "thing" signals an EABI vs OABI build in OE?
Dec 18 07:04:50 <mickey|ICE874> let me think
Dec 18 07:04:50 <mickey|ICE874> IIRC (it's been a while)
Dec 18 07:04:50 <mickey|ICE874> this was the TARGET_OS setting
Dec 18 07:04:51 <mickey|ICE874> gnu vs. gnueabi
Dec 18 07:04:55 <mickey|ICE874> (or something along that)
Dec 18 07:04:59 <mickey|ICE874> i don't have an OE tree on my lap here
Dec 18 07:05:01 <mickey|ICE874> (train riding...)
Dec 18 07:06:30 <mwester> Ok - that's a good start - thanks! :)
Dec 18 07:06:44 <mickey|ICE874> np
Dec 18 07:50:30 <CIA-5> 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r2063839044 10openembedded.git/packages/librfid/ (files/spidev.patch librfid_svn.bb): librfid: add patch for SPI device support
Dec 18 09:36:22 <emdete> mickey|zzZZzz: you where not happy with epydial.bb - can you tell me what's exactly the problem?
Dec 18 09:36:40 <emdete> mickey|zzZZzz: (or can you provide a fixed one?) :)
Dec 18 11:02:07 <hrw> morning
Dec 18 11:25:57 <florian> good morning
Dec 18 11:32:30 <Jay7> hm..
Dec 18 11:33:04 <hrw> http://marcin.juszkiewicz.com.pl/2008/12/18/beavers-invasion/
Dec 18 11:33:17 <Jay7> I have set KERNEL_IMAGETYPE = "uImage" but result is zImage..
Dec 18 11:34:14 <Jay7> hrw: MS Natural is the best :)
Dec 18 11:34:55 <hrw> 2/cr
Dec 18 11:35:04 <hrw> Jay7: and hard to replace
Dec 18 11:35:14 <hrw> Jay7: I have second one just in case
Dec 18 11:35:23 <Jay7> hrw: I've replaced with MS NEK 4k
Dec 18 11:37:43 <Jay7> btw
Dec 18 11:38:14 <Jay7> hrw: do you using qemu for running OE/Angstrom images?
Dec 18 11:39:54 <hrw> Jay7: all keys, zoom works under linux?
Dec 18 11:40:18 <hrw> Jay7: I had qemuarm build of angstrom
Dec 18 11:41:03 <Jay7> hrw: without kernel patching with 2.6.25 only zoom does not working
Dec 18 11:41:22 <Jay7> zoom requires kernel patching to start working
Dec 18 11:42:01 <Jay7> hrw: ah.. I just looking for way to run akita images in qemu..
Dec 18 11:42:15 <hrw> Jay7: -M akita should make them working
Dec 18 11:42:24 <Jay7> I've some time ago running spitz images
Dec 18 11:42:31 <hrw> Jay7: but you probably need to construct flash image
Dec 18 11:42:55 <Jay7> with akita was some problems.. I should check this again
Dec 18 11:47:57 <mck> hrw: very nice beavers, so I argue that this must be the beginning of an invasion
Dec 18 11:53:01 * Jay7 has gone
Dec 18 12:29:27 <zecke> RP: hey, what do you have in mind with git-svn?
Dec 18 12:29:37 <zecke> RP: making up copies and moves of files?
Dec 18 12:29:40 <RP> hi zecke 
Dec 18 12:30:17 <RP> zecke: Were you just going to run git-svn on the trunk/bitbake directory?
Dec 18 12:30:27 <RP> and then add in the branches/releases?
Dec 18 12:30:39 <RP> or run git-svn on the whole / or trunk/ ?
Dec 18 12:33:12 <zecke> git-sv whole, I will run it and then we can take a look at the history
Dec 18 12:33:20 <zecke> we are in no hurry
Dec 18 12:33:54 <RP> zecke: ok, I think we can do better than the whole directory :)
Dec 18 12:34:03 <RP> zecke: but you're right, no hurry
Dec 18 12:34:29 <RP> zecke: and thanks for the release. A year since the last one is shameful
Dec 18 12:34:29 <zecke> RP: ah sorry, whole thing == -t trunk/bitbake -b branches/ -T tags/
Dec 18 12:35:10 <RP> zecke: right, that might look ok. Just a question of what to do with trunk/* != bitbake 
Dec 18 12:35:23 <zecke> shoragan: has been pushing (for new packages)
Dec 18 12:49:26 <ynezz> Does anybody know this board? http://tinyurl.com/45vgu9
Dec 18 12:51:21 <florian> Sounds like a Chinese brand.
Dec 18 12:52:07 <mck> China? Keep off !
Dec 18 12:52:25 <ynezz> why?
Dec 18 12:52:28 <mck> usually that means no schematics, no support, no sources, nothing
Dec 18 12:52:44 <mck> and GPL violation of course
Dec 18 12:53:57 <ynezz> it looks like this http://www.developmentboard.net/index.php/productdetail/Development+boards/ARM9/SAMSUNG/S3C2440/MINI2440+with+LCD
Dec 18 12:54:22 <ynezz> and there's schematics available
Dec 18 12:54:32 <florian> mck: usually yes, but in this auction they claim to have the sources included
Dec 18 12:54:32 <ynezz> at least it's written there :)
Dec 18 12:55:24 <mck> good to know
Dec 18 12:56:05 <ynezz> and it's based on S3C2440 SoC so it should have good linux support already
Dec 18 12:56:20 <mck> and seems a good bargain
Dec 18 12:56:26 <florian> ynezz: seems to be the same, but the second one is much more expensive
Dec 18 12:56:38 <florian> hi greentux 
Dec 18 12:56:50 <ynezz> florian: because it's manufacturer :)
Dec 18 12:58:06 <ynezz> that cheaper one on eBay seems just like the rebranded version for some FriendlyARM company
Dec 18 13:00:54 <hrw> I saw it on some other website...
Dec 18 13:03:29 <hrw> http://www.linuxdevices.com/news/NS2619037348.html it was
Dec 18 13:05:21 <hrw> but yes, price is bargain
Dec 18 13:06:17 <hrw> but 2.6.13 kernel is ancient
Dec 18 13:07:32 <greentux> hi florian 
Dec 18 13:08:05 <broonie> Eeek. That's spectacularly scary.
Dec 18 13:08:08 <hrw> elo greentux 
Dec 18 13:08:18 <greentux> elo hrw
Dec 18 13:48:37 <schurig> hrw: hi!
Dec 18 13:52:19 <CIA-5> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r73f61225ef 10openembedded.git/contrib/angstrom/build-release.sh: angstrom feed builder: build meta-toolchain for each supported arch as well
Dec 18 13:55:04 <thesing> morning all
Dec 18 13:56:12 <florian> hi thesing 
Dec 18 14:02:36 <hrw> hi schurig 
Dec 18 14:02:38 <hrw> long time
Dec 18 14:03:04 <schurig> hrw: yeah, I was a long time absent from OE because I simply had other things to do.
Dec 18 14:03:17 <schurig> hrw: only now do I have to use OE for an avr32 target :-)
Dec 18 14:05:31 <kergoth> hey schurig 
Dec 18 14:05:51 <schurig> kergoth: hi!  Now, *THAT* was a long time ago I saw you the last time :-)
Dec 18 14:06:24 <kergoth> indeed :)
Dec 18 14:06:36 <schurig> kergoth: so, how're you?
Dec 18 14:06:41 * kergoth thinks he's finally not burned out on coding anymore
Dec 18 14:06:53 <schurig> kergoth: so stay that way
Dec 18 14:07:04 <kergoth> hopefully... :)
Dec 18 14:07:12 <kergoth> how are things going for you?
Dec 18 14:07:22 <schurig> kergoth: hehe, my wife and my two kids are helping me that this won't happen (hopefully)
Dec 18 14:07:27 <schurig> kergoth: quite fine!
Dec 18 14:08:03 <kergoth> 2 kids eh, that must keep you busy
Dec 18 14:09:07 <schurig> kergoth: yeah, 3 and 5 years old girls. Very cute ones, btw.
Dec 18 14:09:28 <kergoth> aw :)
Dec 18 14:12:20 * kergoth heads to work
Dec 18 14:21:31 <cbrake> does archos use enlightenment on their devices?
Dec 18 14:27:38 <GNUtoo> cbrake, on the device I saw they used qtopia...but there is a community project for the archos: openpma(for pma430) and openpma-ng(for the others devices)
Dec 18 14:28:16 <GNUtoo> cbrake, are you trying to build x04/x05 sources with oe?
Dec 18 14:36:12 <cbrake> GNUtoo: no, I'm more just curious about trends for GUI toolkits, and shells
Dec 18 14:36:56 <cbrake> GNUtoo: the UI for 05/07 look somewhat like the enlightenment stuff in openmoko, that is why I was curious
Dec 18 14:37:10 <GNUtoo> cbrake, the problem with the archos is that the devs are too busy to devlop something...and also in newer devices(x04) you need a security hole to execute your code
Dec 18 14:37:39 <cbrake> GNUtoo: IC, so not a very open platform then
Dec 18 14:37:41 <GNUtoo> cbrake, ah ok...you means the default UI
Dec 18 14:38:20 <GNUtoo> cbrake, yes that's a problem...moreover the kernel modules are signed...
Dec 18 14:38:24 <GNUtoo> in x04
Dec 18 14:40:00 <GNUtoo> that's where you can hear about archos development: http://forum.archosfans.com/viewforum.php?f=34&sid=17195ef476ed8fd5f1790abc29ad8822
Dec 18 14:40:25 <GNUtoo> personally I have a pma430...bootloader was cracked but there are :
Dec 18 14:40:43 <GNUtoo> 1)a kernel bug that prevent you from using another gcc
Dec 18 14:40:57 <GNUtoo> 2)proprietary kernel modules such as the framebuffer
Dec 18 14:41:23 <GNUtoo> and the gcc  is a modified gcc-2.95!!!
Dec 18 14:41:41 <hrw> nice
Dec 18 14:41:49 <hrw> gcc-2.95 fresh and healthy
Dec 18 14:41:56 <GNUtoo> lol
Dec 18 14:42:18 <hrw> GNUtoo: let me guess - gcc 2.95 from handhelds.org one?
Dec 18 14:42:46 <GNUtoo> that's why I bought an openmoko....a lot of things didn't compile with oe...(i tried to use oe with the archos sources...using an external toolchain)
Dec 18 14:43:37 <GNUtoo> hrw, don't know...it's their own gcc-2.95(you can't compile the kernel using a normal gcc-2.95 you need their patches)
Dec 18 14:45:47 * mwester notes (with some astonishment) that an EABI build of SlugOS seems to have completed perfectly.  :-)
Dec 18 14:47:34 <mwester> hehe! EABI seems to fix, for unknown reasons, the udev 124 problem, too.
Dec 18 14:48:32 <GNUtoo> cbrake, the problem is also that they don't use openembedded...if they used it it would be a lot better for them...
Dec 18 14:49:06 <cbrake> GNUtoo: nod
Dec 18 15:06:42 <prpplague> hrw: hey, is the backlight sleep feature suppose to take almost a second before restoring the backlight to standard setting after being dimmed ?
Dec 18 15:25:14 <hrw> hard to tell how gpe handle it
Dec 18 15:29:15 <florian> If I had more time I could fix everything ;)
Dec 18 15:29:32 * prpplague hands florian a bucket of time
Dec 18 15:31:30 <prpplague> ho ho hum, wireless startup is giving me troubles
Dec 18 15:47:27 <pb__> prpplague: ho ho indeed, merry christmas
Dec 18 15:47:58 <prpplague> pb__: i was thinking more like "merry freakin thursday"
Dec 18 15:48:16 <zecke> pb__: merry christmas, do not attempt to bake the cat
Dec 18 15:48:30 <prpplague> zecke: hehe good one
Dec 18 15:49:05 <prpplague> zecke: i tell my kids "we aren't having any pets that we can't eat in hard times" 
Dec 18 15:49:18 <prpplague> mmm hamster kabobs
Dec 18 15:49:24 <zecke> so only big ones?
Dec 18 15:51:04 <pb__> zecke: good advice there.
Dec 18 15:51:22 <prpplague> zecke: or lots of small ones
Dec 18 15:51:34 <pb__> zecke: the cat has already had her christmas present so I guess she will keep a low profile.
Dec 18 16:11:53 <CIA-5> 03John Lee <john_lee@openmoko.org> 07org.openembedded.dev * rfd1aaa7cb9 10openembedded.git/packages/openmoko-spaces/openmoko-toolchain-scripts_svn.bb: 
Dec 18 16:11:53 <CIA-5> openmoko-toolchain-scripts: bugfix ${S}, change directory.
Dec 18 16:11:53 <CIA-5> * fix ${S}
Dec 18 16:11:53 <CIA-5> * set PACKAGE_ARCH to "all"
Dec 18 16:11:53 <CIA-5> * move to openmoko-tools. one less directory.
Dec 18 16:11:57 <CIA-5> 03John Lee <john_lee@openmoko.org> 07org.openembedded.dev * r04f18d61ab 10openembedded.git/packages/openmoko-system/ompower_git.bb: ompower_git.bb: rename to ompower_svn. It's obviously using it...
Dec 18 16:12:02 <CIA-5> 03Julian_chu <julian_chu@openmoko.com> 07org.openembedded.dev * r8c088fccd1 10openembedded.git/packages/opkg/opkg-sdk_svn.bb: 
Dec 18 16:12:05 <CIA-5> [opkg-sdk] Fix wrong opkglibdir
Dec 18 16:12:07 <CIA-5> The original opkglibdir is wrong, it will set the opkg libdir as "/opkg/opkg".
Dec 18 16:12:09 <CIA-5> Change it to "/usr/lib/opkg/"
Dec 18 16:12:11 <CIA-5> 03Graeme Gregory <graeme@openmoko.org> 07org.openembedded.dev * r2cd0bd809a 10openembedded.git/packages/tasks/task-openmoko-feed.bb: [task-openmoko-feed] add gzip as some stuff like CPAN needs a real gzip
Dec 18 16:12:16 <CIA-5> 03John Lee <john_lee@openmoko.com> 07org.openembedded.dev * rfb7c868ea4 10openembedded.git/packages/openmoko-projects/om-settings_svn.bb: 
Dec 18 16:12:19 <CIA-5> om-settings: postinst script
Dec 18 16:12:21 <CIA-5> for some interesting reason this small program is actually
Dec 18 16:12:23 <CIA-5> client-server based, so give it a postinst script to restart
Dec 18 16:12:25 <CIA-5> properly after upgrade.
Dec 18 16:12:27 <CIA-5> 03John Lee <john_lee@openmoko.org> 07org.openembedded.dev * r5c6f095127 10openembedded.git/packages/linux/ (3 files): 
Dec 18 16:12:34 <CIA-5> linux-openmoko: don't flash kernel if using SD card.
Dec 18 16:12:36 <CIA-5> modify the post-install script then it will not flash kernel image
Dec 18 16:12:38 <CIA-5> after upgrade kernel if people boot from SD card.
Dec 18 16:12:40 <CIA-5> 03Julian_chu <julian_chu@openmoko.com> 07org.openembedded.dev * rf10fe75085 10openembedded.git/ (2 files in 2 dirs): 
Dec 18 16:12:43 <CIA-5> paroli-dialer: Add recipe of paroli-dialer and set preferred revision to 118
Dec 18 16:12:51 <CIA-5> Paroli-dialer is a plugin of Tichy
Dec 18 16:12:53 <CIA-5> 03John Lee <john_lee@openmoko.org> 07org.openembedded.dev * r5bf16644d4 10openembedded.git/packages/ (5 files in 2 dirs): 
Dec 18 16:12:56 <CIA-5> openmoko-asu: get rid of asu related recipes.
Dec 18 16:12:58 <CIA-5> These recipes are Om2008 related, but Om2008 is based on qtopia-x11,
Dec 18 16:13:00 <CIA-5> and qtopia-x11 does not exist in oe.dev branch. These will be put
Dec 18 16:13:02 <CIA-5> back into the yet to be created om.dev branch in oe git.
Dec 18 16:13:08 <CIA-5> 03Julian_chu <julian_chu@openmoko.com> 07org.openembedded.dev * r5bb4347fe7 10openembedded.git/packages/tasks/task-openmoko-feed.bb: [task-openmoko-feed] Add gpe-scap into openmoko feed.
Dec 18 16:13:11 <CIA-5> 03John Lee <john_lee@openmoko.com> 07org.openembedded.dev * rc26800d9cd 10openembedded.git/packages/alsa/alsa-lib_1.0.15.bb: 
Dec 18 16:13:14 <CIA-5> alsa-lib_1.0.15.bb: fix PR, should be "r1" instead of "1"
Dec 18 16:13:16 <CIA-5> since the default is 'r0'
Dec 18 16:13:22 <CIA-5> 03I-Fan, Chen <tick@openmoko.com> 07org.openembedded.dev * rfb198a1b36 10openembedded.git/packages/mokoko/mokoko_svn.bb: mokoko: adding conf file
Dec 18 16:13:25 <CIA-5> 03John Lee <john_lee@openmoko.com> 07org.openembedded.dev * r5dfd955669 10openembedded.git/packages/busybox/ (7 files in 2 dirs): 
Dec 18 16:13:28 <CIA-5> busybox: update hwclock.sh to honor the UTC setting in /etc/default/rcS
Dec 18 16:13:30 <CIA-5> ...and increase PR of every consumer.
Dec 18 16:13:36 <CIA-5> 03erin <erin@debian.tw.openmoko.com> 07org.openembedded.dev * rf687c798db 10openembedded.git/conf/checksums.ini: checksums.ini: Add python-lightblue 0.33 and python-pybluez 0.14
Dec 18 16:13:39 <CIA-5> 03I-Fan, Chen <tick@openmoko.com> 07org.openembedded.dev * r2a70b28aac 10openembedded.git/conf/distro/include/sane-srcrevs.inc: mokoko: Bump up mokoko to 127
Dec 18 16:13:42 <CIA-5> (39 lines omitted)
Dec 18 17:50:41 <prpplague> hrw: can you push this patch in for gpe-conf-0.2.7 ? http://www.kernelconcepts.de/~fuchs/files/wifi-key.patch
Dec 18 17:51:14 <florian> I remember I ran into this before - what causes this do_compile log:
Dec 18 17:51:26 <florian> gcc: Success
Dec 18 17:52:56 <hrw> prpplague: workin on it
Dec 18 17:53:15 <florian> hrw: pnum=0 :-)
Dec 18 17:53:30 <prpplague> hrw: thanks
Dec 18 17:53:45 <hrw> gracie florian 
Dec 18 18:06:29 <hrw> prpplague: http://marcin.juszkiewicz.com.pl/download/m8050/ - grab, install, test
Dec 18 18:06:42 * hrw back in 1-1.5h for few moments
Dec 18 18:07:20 <prpplague> hrw|afk: the gpe-panel too?
Dec 18 18:07:56 <hrw|afk> no - I removed it
Dec 18 18:08:23 <prpplague> hrw|afk: okie dokie thanks
Dec 18 18:14:29 * florian -> home, bbiab
Dec 18 18:22:56 <CIA-5> 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r779cd577ab 10openembedded.git/packages/linux/ (2 files in 2 dirs): linux-2.6.26: improve keyboard driver for boc01
Dec 18 18:49:42 <prpplague> hrw|afk: something still doesn't seem right, it isn't updating my /etc/network/interfaces file
Dec 18 18:55:08 <prpplague> hrw|afk: np, didn't have gpe-conf suid
Dec 18 19:24:43 <prpplague> anyone else having alignment trap errors with the latest gpe builds?
Dec 18 19:25:45 <Tartarus> thumb/non-thumb mixup again?
Dec 18 19:26:05 <prpplague> Tartarus: should be all non-thumb
Dec 18 19:26:37 <Tartarus> _should_ :)
Dec 18 19:28:00 <prpplague> Tartarus: yea, checking the logs indicate the appluications i am having trouble with were compiled with no-thumb options
Dec 18 19:28:58 <Tartarus> libs and such too?
Dec 18 19:29:09 <Tartarus> I'd just do a find -type f | xargs file | grep -v a bunch of thing :)
Dec 18 19:30:39 <prpplague> Tartarus: yea, everything so far looks to be configured for no-thumb
Dec 18 19:30:49 <Tartarus> k, stumped then :)
Dec 18 19:30:56 <Tartarus> Back in my canadian-sdk-hole :)
Dec 18 19:31:09 <prpplague> Tartarus: but i was actually having this same issue when running thumb enabled as well
Dec 18 19:33:09 <CIA-5> 03Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * re9474d3dc5 10openembedded.git/packages/freesmartphone/frameworkd/eten-m800/frameworkd.conf: frameworkd: Add configuration file for eten-m800
Dec 18 20:06:00 <hrw> re
Dec 18 20:07:50 <prpplague> hrw: hey bud
Dec 18 20:07:58 <prpplague> hrw: the fix for the wireless stuff works
Dec 18 20:08:14 <prpplague> hrw: on to other problems, the mb-applet-wireless is segfaulting
Dec 18 20:08:31 <hrw> ok, will commit it then
Dec 18 20:11:03 <CIA-5> 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * r5b7738dfeb 10openembedded.git/packages/gpe-conf/ (gpe-conf-0.2.7/wifi-key.patch gpe-conf_0.2.7.bb): gpe-conf: fix WiFi part
Dec 18 20:24:06 <CIA-5> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rfd082c473f 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
Dec 18 20:24:06 <CIA-5> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rde73536c6d 10openembedded.git/packages/uclibc/ (3 files in 2 dirs): 
Dec 18 20:24:06 <CIA-5> uclibc-nptl: Add ldso_hash.patch
Dec 18 20:24:06 <CIA-5> * Eanble LDSO_GNU_HASH_SUPPORT in config
Dec 18 20:34:03 <pb_> prpplague: what does the code that's causing your alignment traps look like?
Dec 18 20:34:05 <pb_> hi mickey|fso 
Dec 18 20:42:19 <prpplague> pb_: i haven't gotten the chance to dig into it yet
Dec 18 20:42:31 <prpplague> pb_: been working on a bunch of integration stuff
Dec 18 20:42:35 <prpplague> pb_: its next on my list
Dec 18 20:42:50 <prpplague> pb_: it appears to be affecting a wide range of applications
Dec 18 20:44:12 <cbrake> prpplague: you running uclibc or glibc?
Dec 18 20:44:18 <prpplague> glibc
Dec 18 20:44:48 <cbrake> prpplague: ok, I've historicially seen more traps with uclibc -- glibc is behaving pretty well for me ATM
Dec 18 20:45:03 <prpplague> cbrake: yea, its very frustrating
Dec 18 20:48:43 <pb_> prpplague: righto.  well, if you paste the disassembly here, I imagine someone can probably take a guess at what's going wrong.
Dec 18 20:50:04 <cbrake> little script to automatically delete and set svn:ignore for any modified or unknown files -- handy for after you run ./configure+make, etc. https://dev.bec-systems.com/redmine/bec/repositories/entry/miscsrc/add-to-svn-ignore/add-to-svn-ignore.rb
Dec 18 21:02:23 <florian> re
Dec 18 21:02:50 <Fique> morning
Dec 18 21:03:11 <hrw> ~curse braindead booting scheme
Dec 18 21:03:11 <ibot> May the fleas of a thousand camels infest your most sensitive regions, braindead booting scheme !
Dec 18 21:07:10 <hrw> bye
Dec 18 21:10:18 <CIA-5> 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r898a003229 10openembedded.git/packages/glibc/glibc-2.3.6/etc/ld.so.conf: glib-2.3.6: reinstate missing ld.so.conf
Dec 18 21:26:23 <prpplague> pb_: yea, i'm guessing that that it is a compile issue
Dec 18 21:34:11 <ant_> hrw: do you have a spare CE-170S cable for Koen? He's making his hands dirty on C-700 (won't bboot 2.6.26)
Dec 18 21:49:24 <hrw> ant_: ask Rolf 
Dec 18 22:06:38 <florian> hrw: good joke ;)
Dec 18 22:09:21 <ant_> well- Koeln- NL is the shortest path :)
Dec 18 22:09:39 <ant_> they could ever meet
Dec 18 22:14:09 <hrw> florian: no,, Rolf (Laibsch) got some ce-170s cables. I have no idea how much left
Dec 18 22:15:31 <hrw> iirc he has at least one spare
Dec 18 22:15:53 <hrw> bye
Dec 18 22:19:45 <ant_> ciao ciao
Dec 18 22:28:56 <prpplague> hrw: is there a particular reason that matchbox-panel is being built in my machine specific directory rather that the armv4t specific directory?
Dec 18 22:30:03 <ant_> prpplague: PACKAGE_ARCH = "${MACHINE}" 
Dec 18 22:30:17 <ant_> matchbox-panel.inc  
Dec 18 22:30:25 <hrw> prpplague: years ago we marked it as machine related package
Dec 18 22:30:33 <hrw> do not ask me why - I do not remember
Dec 18 22:30:44 <hrw> have a nice night everybody
Dec 18 22:30:46 * prpplague jokes with hrw 
Dec 18 22:30:50 <prpplague> hrw: why why why?
Dec 18 22:31:28 <ant_> prpplague: I asked myself the same question about other packages...gpe and opie
Dec 18 22:32:57 <prpplague> ant_: i just wanted to make sure that (atleast with regards to matchbox-panel) that my thought processes weren't broken
Dec 18 22:35:54 <CosmicPenguin> Its pprobably machine related for individual platform configuration
Dec 18 22:36:32 <ant_> prpplague: most intriguing are klibc and uclibc...
Dec 18 22:37:05 <ant_> while glibc is in /armv5te
Dec 18 22:49:20 <dan2003> is it possible to browse the git repo without downlaoding it? i wish to see if it has images for the vollman colibri but am accessing the net from an expensive mobile phone conection
Dec 18 22:55:39 <Crofton|work> gitweb.openembedded.net
Dec 18 22:56:25 <dan2003> hmm, on this site, there are lists of images available for _purchase_! apparently created using oe, yet I can find the source nonwhere, and a comment somewhere saying its not currently available, but sould be in the future! is this even legal?
Dec 18 22:58:22 <Crofton|work> dan2003, ?
Dec 18 22:58:32 <Crofton|work> which site?
Dec 18 22:58:42 <Fique> i think they are just mentioning how OE is used to build many products
Dec 18 22:58:59 <Fique> some of which are successful service packages, supported by companies, hence the price
Dec 18 23:02:33 <dan2003> Crofton|work: oops sorry, this site http://www.vollmann.ch/en/colibri/images.html
Dec 18 23:04:10 <Crofton|work> I'm getting 404 on that url
Dec 18 23:06:38 <dan2003> its calls it a "Linux board support package BSP" in most places but mentions Openembedded images, the link they do provide to the source for an older version is a dead link
Dec 18 23:09:21 <dan2003> Hmm, i'm getting a 404 for the source downloads link, but the page above works
Dec 18 23:47:07 <exco> anybody having these issues with pixman? http://pastebin.com/m6ebf56ee
Dec 19 00:16:10 <exco> never mind "bitbake -c rebuild pixman" worked
Dec 19 00:19:00 <sicu> hey
Dec 19 00:19:06 <sicu> i keep getting: [ERROR: Please set the 'CACHE' variable.] when trying to bitbake -c clean, anybody know how to solve this?
Dec 19 00:21:45 <exco> http://wiki.openembedded.net/index.php/CACHE
Dec 19 00:32:01 <sicu> exco: thx =]
Dec 19 00:37:30 <CIA-5> 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rad8df02c2e 10openembedded.git/packages/linux/ (2 files in 2 dirs): linux-openmoko-devel: add NFS support in defconfig
Dec 19 00:41:47 <exco> sicu: my pleasure
Dec 19 00:52:03 <CIA-5> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rf86732f040 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
Dec 19 00:52:06 <CIA-5> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r8fa2930ee6 10openembedded.git/packages/uclibc/ (4 files in 4 dirs): 
Dec 19 00:52:06 <CIA-5> uclibc-0.9.30: Update ldso_hash.patch so we do not ignore LDFLAGS_GNUHASH assignment
Dec 19 00:52:06 <CIA-5> uclibc-nptl: Ditto
Dec 19 00:52:08 <CIA-5> uclibc-svn: Ditto
Dec 19 01:31:48 <sicu> exco: sorry to bother you, but where and how do i set this cache variable ?
Dec 19 01:32:52 <exco> sicu: don't really know - let me check
Dec 19 01:33:08 <sicu> thanks =]
Dec 19 01:36:11 <exco> export CACHE="/yourcachefolder" ?
Dec 19 01:38:26 <sicu> so just set that to for example a tmp folder in the root of my build ?
Dec 19 01:38:34 <sicu> will give it a go
Dec 19 01:47:27 <sicu> that didnt work ... but you got me on the right track
Dec 19 01:48:01 <sicu> had to set it in /usr/share/bitbake/conf/bitbake.conf
Dec 19 01:48:09 <exco> good to know
Dec 19 01:48:15 <sicu> exco: thanks for your help =]
Dec 19 01:49:13 <exco> np
Dec 19 02:30:40 <exco> I'm having an odd problem - running bitbake fso-image every other package seems to fail - but running those packages with -c rebuild independently does work fine ... so far
**** ENDING LOGGING AT Fri Dec 19 02:59:57 2008