**** BEGIN LOGGING AT Tue May 05 02:59:57 2009
May 05 05:11:31 <CIA-35> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r72c4ffe19b 10openembedded.git/recipes/netbase/netbase/om-gta02/interfaces: netbase : stop the ever growing resolv.conf file
May 05 05:11:32 <CIA-35> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r0e3092740f 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: paroli : mark paroli.cfg as a CONFFILE
May 05 05:18:02 <CIA-35> 03Michael Smith <msmith@cbnco.com> 07org.openembedded.dev * r53f372bb0c 10openembedded.git/classes/rootfs_deb.bbclass: 
May 05 05:18:02 <CIA-35> rootfs_deb: make Packages.gz, not Packages.bz2.
May 05 05:18:02 <CIA-35> apt ignores Packages.bz2 unless bzip2 exists in /bin/bzip2 (!!).
May 05 05:18:02 <CIA-35> If it's in /usr/bin/bzip2 (e.g. SuSE build host) the image fails to build.
May 05 05:18:02 <CIA-35> Also, remove commented-out check for DEPLOY_KEEP_PACKAGES.
May 05 05:18:06 <CIA-35> Signed-off-by: Michael Smith <msmith@cbnco.com>
May 05 05:32:13 <Tartarus> I don't get uclibc+meta-toolchain failing only on some arches, that are fine w/ glibc due to lockfile stuff
May 05 05:32:16 <Tartarus> (dev)
May 05 06:19:49 <methril|work> good morning
May 05 06:23:05 <raster> moo!
May 05 06:52:01 <favor> hi. how to set oe to use and older kernel?
May 05 06:53:47 <favor> hi. how to set oe to use an older kernel? thanks
May 05 06:56:09 <CruX> favor: you must set PREFERRED_PROVIDER_virtual/kernel
May 05 06:56:17 <CruX> hello all. I'm trying to build my own root filesystem with bitbake myboard-minimal-image. With kernel i'm trying to build my own kernel modules (these modules needs kernel files for succesfull compilation). Compilation of these modules is in populate_staging_postamble().
May 05 06:56:28 <CruX> And the problem is when the compilation is started fo a firtst time, then modules are built but they are not copied to root filesystem image...  When bitbake -c clean myboard-minimal-image and then bitbake myboard-minimal-image is executed modules are inside rootfs.
May 05 06:56:54 <CruX> how can be this fixed ? should I use other proc instead of populate_staging_postamble ?
May 05 07:02:38 <mpoullet|work> good morning
May 05 07:07:47 <favor> Crux:  I searched in the file conf/machine/include/omap.inc, the PREFERRED_PROVIDER_virtual/kernel is set as linux-omap, how to let it point to 2.6.28 kernel? can you give me more infomation?
May 05 07:12:11 <tsjsieb> CruX: iirc add this to your local.conf: IMAGE_INSTALL += "kernel-modules" 
May 05 07:12:52 <CruX> favor: try to set PREFERRED_VERSION
May 05 07:15:02 <favor> Crux: should I set it like this : PREFERRED_VERSION_virtual/kernel="2.6.28" in local.conf?
May 05 07:15:17 <favor> is that right?
May 05 07:18:09 <CruX> favor: don't know
May 05 07:18:41 <CruX> favor: i have set PREFERRED_PROVIDER_virtual/kernel to linux-myboard and in myboard file is the definition for my own kernel
May 05 07:19:53 <favor> Crux: which file is define the kernel in your board? thanks :-)
May 05 07:24:27 <favor> Crux: in the machine conf file I found PREFERRED_PROVIDER_virtual/kernel="linux-omap", and I think oe will found the newest linux-omap recipe according to this variable, does it?
May 05 07:25:41 <CruX> favor: in conf/distro i have mydistro.conf | there is PREFERRED_PROVIDER_virtual/kernel = "taurus-kernel"
May 05 07:26:04 <favor> Crux: the newest linux-omap recipe, thus mean the kernel version will be 2.6.29, but what i want is 2.6.28 version. 
May 05 07:26:30 <CruX> favor: for now try to remove recipe for 2.6.29
May 05 07:27:50 <favor> Crux: thanks, I will give it a try. :)
May 05 08:13:09 <florian> good morning
May 05 08:35:09 <szsoftware> morning!
May 05 08:36:58 <szsoftware> is it possible to give bitbake on the fly the info for which distro it should bake? So I can bitbake for several distro's without changing local.conf each time?
May 05 08:41:38 <szsoftware> another question: where is the tmpdir path stored against which the sanity check is done in the case it has been changed?
May 05 08:42:02 <_cpo_> hi, i always get this errror:
May 05 08:42:03 <_cpo_> NOTE: multiple providers are available for virtual/i686-linux-libc-for-gcc (glibc, external-toolchain, eglibc);
May 05 08:42:06 <_cpo_> NOTE: consider defining PREFERRED_PROVIDER_virtual/i686-linux-libc-for-gcc
May 05 08:42:26 <_cpo_> but i have defined PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}libc-for-gcc = "glibc"
May 05 08:42:45 <_cpo_> also for testing i directly defined PREFERRED_PROVIDER_virtual/i686-linux-libc-for-gcc = "glibc" but i still get this error msg
May 05 08:43:42 <XorA> szsoftware: mixing distros is normally not wise
May 05 08:43:55 <XorA> szsoftware: but DISTRO=blah bitbake will work
May 05 08:45:05 <szsoftware> XorA: I have several build/tmp dirs for each distro because tmpdir var consists ${DISTRO}
May 05 08:45:21 <XorA> szsoftware: that will work fine then
May 05 08:45:36 <XorA> szsoftware: just remove DISTRO = from locasl.conf
May 05 08:45:40 <szsoftware> XorA: thank you for the hint
May 05 08:45:59 <XorA> you might need to add DISTRO to BB_EXTRA_WHITE variable
May 05 08:46:14 <XorA> but I dont play with that voodoo I only use Angstrom
May 05 08:47:21 <szsoftware> XorA: ok, I used angstrom too, but now play with om. but wanna be able to switch for testing stuff
May 05 08:47:55 <szsoftware> XorA: so it's quite near that I learn the way keeping both without conflicts
May 05 08:51:14 <szsoftware> can you or someone look at this path? I definded DISTRO=openmoko, so "openmoko" in the following path has been created dynamically. But there still is "angstrom" in the path and I don't know why:
May 05 08:51:19 <szsoftware> ../build/openmoko/tmp/work/htcpolaris-angstrom-linux-gnueabi/ 
May 05 08:51:45 <XorA> szsoftware: openmoko is an angstrom clone, wouldnt surprise me that Angstrom is still mentioned
May 05 08:54:31 <szsoftware> ok
May 05 09:05:35 <hrw> morning
May 05 09:19:26 <CruX> how can I build glibc-gconv ? i'm using glibc 2.5
May 05 09:19:30 <florian> hi hrw 
May 05 09:19:41 <florian> ibot: seen likewise?
May 05 09:19:44 <ibot> likewise <n=chatzill@82-171-51-231.ip.telfort.nl> was last seen on IRC in channel #oe, 3d 15h 23m 5s ago, saying: 'hello all'.
May 05 09:19:57 <florian> hrm
May 05 09:20:16 <hrw> CruX: just build glibc?
May 05 09:20:19 <florian> CruX: should be part of glibc
May 05 09:20:22 <florian> heh
May 05 09:23:57 <CruX> hrw: yes but it's not copied into my rootfs
May 05 09:26:55 <pb_> florian: good morning
May 05 09:27:23 <florian> hey pb_ 
May 05 09:38:34 <florian> ibot: seen thebohemian?
May 05 09:38:36 <ibot> thebohemian <n=rschus@p579E184E.dip.t-dialin.net> was last seen on IRC in channel #oe, 6d 19h 30m 30s ago, saying: 'hrw: ok'.
May 05 09:39:16 * florian gets the impression that there is something out there eating OE people
May 05 09:39:35 <florian> ibot: seen zecke?
May 05 09:39:37 <ibot> zecke <n=ich@dsl-62-220-14-162.berlikomm.net> was last seen on IRC in channel #oe, 14d 20h 54m 8s ago, saying: 'image of what?'.
May 05 09:40:05 <XorA> maybe going to linuTAG is a bad idea :-)
May 05 09:41:43 <florian> scary
May 05 09:46:08 <XorA> everyone who has dissaeared lives in Berlin :-D
May 05 09:48:10 <hrw> ;)
May 05 09:48:21 <hrw> XorA: likewise is not in berlin
May 05 09:48:44 <XorA> ~seen likewise
May 05 09:48:45 <ibot> likewise <n=chatzill@82-171-51-231.ip.telfort.nl> was last seen on IRC in channel #oe, 3d 15h 52m 6s ago, saying: 'hello all'.
May 05 09:48:56 <XorA> its spreading :-)
May 05 09:49:04 <hrw> XorA: you will be next!
May 05 09:49:07 <XorA> florian: start swimming :-)
May 05 09:50:36 * tsjsieb sneezes into #oe
May 05 09:51:45 <florian> heh
May 05 09:51:54 <florian> hi tsjsieb 
May 05 09:52:18 <tsjsieb> hi florian 
May 05 10:07:06 <claudiu_ita> hi, I've build a custom image with OE and now I want to boot it....but boot fails because I haven't an initrd image. How should I generate the initrd? Is there some variable to set for this? 
May 05 10:09:33 <CIA-35> 03Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * r253d0d0ea0 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs.inc: bump linux-bug to get Ethernet using MAC from U-boot
May 05 10:09:41 <CIA-35> 03Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * r481398457b 10openembedded.git/ (2 files in 2 dirs): u-boot-bug: Added U-Boot for BUG (from BUG Labs SVN)
May 05 10:09:41 <CIA-35> 03Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * r4e1f552aac 10openembedded.git/recipes/linux/linux-bug_2.6.27.2.bb: linux-bug: switch to proper SVN branch
May 05 11:06:10 <pb_> mickeyl: good morning
May 05 11:07:27 <mickeyl> morning pb_ 
May 05 11:24:17 <Crofton|work> hrw, a pox on vendors who copy stuff to local repos
May 05 11:27:45 <_cpo_> hi, it seems to me that libxcb is broken
May 05 11:27:46 <_cpo_> http://pastebin.com/m55289762
May 05 11:29:30 <hrw> Crofton|work: you mean bug?
May 05 11:31:32 <Crofton|work> yeah :)
May 05 11:31:53 <Crofton|work> I understand the motivation, but that does not mean I like it
May 05 11:33:15 <Crofton|work> but we need to get along with people, in spite of heir crazy ideas
May 05 11:35:12 <hrw> could be worse - they used cvs before
May 05 11:35:21 <Crofton|work> :)
May 05 11:44:40 <Crofton|work> it is good to see bug building from stable :)
May 05 11:45:54 <hrw> http://home.haerwu.biz:8010/waterfall shows that it build indeed
May 05 11:49:28 <claudiu_ita> hi, I've build a custom image with OE and now I want to boot it....but boot fails because I haven't an initrd image. How should I generate the initrd? Is there some variable to set for this?
May 05 11:50:39 <florian> claudiu_ita: usually you do not necessarily need an initrd image. there is a target for an initrd image on oe you could use to build one if you like
May 05 11:50:44 <florian> beb, fooood
May 05 11:51:47 <claudiu_ita> but, the boot error
May 05 11:51:48 <claudiu_ita> Kernel panic - not syncing : VFS : Unable to mount root fs on
May 05 11:51:48 <claudiu_ita> unknown-block(0,0)
May 05 11:51:48 <claudiu_ita> isn't because the initrd is missing?
May 05 11:56:23 <hrw> no, you gave wrong root= entry
May 05 11:56:33 <hrw> I wonder why people use initrd at all...
May 05 11:58:57 <claudiu_ita> this is my menu.lst entry:
May 05 11:58:58 <claudiu_ita> title		kernel 2.6.24.7
May 05 11:58:58 <claudiu_ita> root		(hd0,0)
May 05 11:58:58 <claudiu_ita> kernel	/boot/bzImage-2.6.24.7 root=/dev/sda1 ro 
May 05 11:58:58 <claudiu_ita> (on my virtual hd i have oly one ext3 partition)
May 05 12:01:11 <claudiu_ita> is it wrong ? (the menu.lst entry)
May 05 12:01:36 <hrw> so you kernel config is wrong
May 05 12:01:56 <claudiu_ita> what should I change?
May 05 12:03:12 <hrw> so far it looks like it does not finds your hdd
May 05 12:03:18 <_cpo_> ok, adding "oe_runmake XCBPROTO_XCBINCLUDEDIR=${STAGING_DIR_TARGET}/usr/share/xcb" to the libxcb bb file solverd the error
May 05 12:03:22 <claudiu_ita> I have CONFIG_BLK_DEV_INITRD=y
May 05 12:03:22 <claudiu_ita> I have to set CONFIG_BLK_DEV_INITRD=n right?
May 05 12:07:23 <hrw> no, you need to set proper HDD controler
May 05 12:07:53 <hrw> and that reminds me one thing...
May 05 12:23:14 <claudiu_ita> "you need to set proper HDD controler"
May 05 12:23:15 <claudiu_ita> how I do this, and where? (excuse me, I'm a novice)
May 05 12:23:37 <hrw> in kernel config
May 05 12:23:38 * hrw -> off
May 05 12:23:58 <claudiu_ita> ok, i try, tahks
May 05 13:29:59 <hrw> ~curse our git server
May 05 13:30:01 <ibot> May you be reincarnated as a Windows XP administrator, our git server !
May 05 13:30:19 <hrw> cbrake: can git server be migrated first?
May 05 13:30:56 <cbrake> hrw: yup, that was my thought
May 05 13:31:04 <woglinde> jo
May 05 13:31:08 <woglinde> hrw whats wrong?
May 05 13:31:16 <woglinde> ho booxter
May 05 13:31:17 <hrw> 15:29 hrw@home:oe$ git push
May 05 13:31:17 <hrw> fatal: The remote end hung up unexpectedly
May 05 13:31:21 <Crofton|work> why will moving it make it better?
May 05 13:31:25 <hrw> woglinde: same on git pull etc
May 05 13:32:00 <hrw> Crofton|work: we do not rather plan any config changes on amethyst but git server looks like need some
May 05 13:32:02 <cbrake> hrw: I sometimes get a failure on the first time I try to do a pull, but the second usually works for me
May 05 13:32:30 <Crofton|work> ok
May 05 13:32:40 <hrw> cbrake: buildbot do not do second try ;(
May 05 13:33:22 <cbrake> hrw: yeah, I have the same problem in my doc generation scripts: fatal: The remote end hung up unexpectedly
May 05 13:33:59 <hrw> and I do not want to add step which will do "while true;do git pull && break;done" like hacks
May 05 13:34:17 <cbrake> hrw: agreed
May 05 13:34:49 <cbrake> hrw: I'll sync the git data to melo later today
May 05 13:35:09 <hrw> I heard that some people use our http mirror of git just beacuse it works
May 05 13:35:31 <CIA-35> 03Marcin Juszkiewicz <marcin@buglabs.net> 07stable/2009 * r7d146a5029 10openembedded.git/ (2 files in 2 dirs): 
May 05 13:35:31 <CIA-35> u-boot-bug: Added U-Boot for BUG (from BUG Labs SVN)
May 05 13:35:31 <CIA-35> Signed-off-by: Marcin Juszkiewicz <marcin@buglabs.net>
May 05 13:35:31 <CIA-35> Acked-by: Philip Balister <philip@balister.org>
May 05 13:35:33 <CIA-35> 03Marcin Juszkiewicz <marcin@buglabs.net> 07stable/2009 * r6409ee7b4b 10openembedded.git/conf/distro/include/sane-srcrevs.inc: 
May 05 13:35:38 <CIA-35> sane-srcrevs.inc: bump linux-bug to get Ethernet using MAC from U-boot
May 05 13:35:40 <CIA-35> Signed-off-by: Marcin Juszkiewicz <marcin@buglabs.net>
May 05 13:35:42 <CIA-35> Acked-by: Philip Balister <philip@balister.org>
May 05 13:35:46 <CIA-35> 03Marcin Juszkiewicz <marcin@buglabs.net> 07stable/2009 * r3cc4da9440 10openembedded.git/recipes/linux/linux-bug_2.6.27.2.bb: 
May 05 13:35:49 <CIA-35> linux-bug: switch to proper SVN branch
May 05 13:35:51 <CIA-35> Signed-off-by: Marcin Juszkiewicz <marcin@buglabs.net>
May 05 13:35:53 <CIA-35> Acked-by: Philip Balister <philip@balister.org>
May 05 13:35:55 <Crofton|work> hrw, for read only, we are better of with people using http mirror since it does not use our bw :)
May 05 13:35:59 <Crofton|work> I think
May 05 13:36:51 <hrw> mckoan|away: ping
May 05 13:37:58 <hrw> after 2 years of existing I killed alix machine config
May 05 13:38:17 <woglinde> uh
May 05 13:38:45 <hrw> woglinde: geodelx one will get updates instead
May 05 13:39:39 <woglinde> hm
May 05 13:39:46 <woglinde> I have wrap board
May 05 13:40:01 <hrw> wrap uses sc1100 or geodegx cpu
May 05 13:40:08 <woglinde> jupp
May 05 13:40:32 <woglinde> I hope this week my sl-modem minipci fax card will arrive
May 05 13:45:00 <booxter> woglinde: I disabled tools in my qt4-embedded, and build succeeded. I got a email from another person who got the problem, and he said he already reported the bug into Qt Labs bugzilla and now is waiting for the answer.
May 05 13:46:29 <woglinde> booxter was it mips too?
May 05 13:46:34 <woglinde> ore another platfrom?
May 05 13:46:54 <woglinde> as I said i didnt have problems compiling it with arm
May 05 13:47:07 <booxter> woglinde: good question :) I'll ask him in reply ;)
May 05 13:47:36 <woglinde> x11 and embedded
May 05 13:47:43 <woglinde> hm args
May 05 13:47:52 <woglinde> okay
May 05 13:48:00 <woglinde> I now remeber
May 05 13:48:11 <woglinde> I didnt compile whole embedded 
May 05 13:48:18 <woglinde> oaky will do it later at home
May 05 13:49:03 <booxter> woglinde: ok, waiting for your ping then
May 05 13:56:45 <CIA-35> 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * rfd6f4f19af 10openembedded.git/recipes/at91bootstrap/at91bootstrap-2.10/at91sam9g20ek/defconfig: 
May 05 13:56:45 <CIA-35> at91sam9g20ek: use the dataflash config
May 05 13:56:45 <CIA-35> The default config for at91sam9g20ek is for booting from dataflashcard.
May 05 13:56:45 <CIA-35> Use instead the config for booting from dataflash (at91sam9g20df).
May 05 13:56:45 <CIA-35> Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
May 05 14:14:20 <woglinde> jo kergoth
May 05 14:16:16 <florian> hi kergoth 
May 05 14:18:14 <woglinde> hi florian
May 05 14:18:23 <woglinde> florian how is the gsoc project going?
May 05 14:18:37 <woglinde> lol
May 05 14:18:47 <florian> oops, wrong button
May 05 14:18:53 <woglinde> *g*
May 05 14:19:06 <woglinde> florian how is the gsoc project going?
May 05 14:19:26 <florian> woglinde: not much yet, the student as some tests this week
May 05 14:19:35 <woglinde> florian ah okay
May 05 14:25:37 <woglinde> lol
May 05 14:25:48 <woglinde> so rkirti is gone to learning
May 05 14:43:42 <Tartarus> hrw|gone ?
May 05 15:04:48 <florian> :-)
May 05 15:20:39 <Tartarus> Looking for a general, 2nd ack to my stable sdk updates
May 05 15:26:48 * florian is not really happy with this process - too many people do not feel responsible
May 05 15:27:24 <florian> Crofton|work: I didn't forget the mail about Linuxtag, its almost finished now :)
May 05 15:35:05 <Crofton> florian, awesome
May 05 15:37:21 * florian spend last evening mixing concrete, so its easy to imagine how he feels
May 05 15:41:09 <hre> re
May 05 15:43:17 <florian> hre: fix your nick ;)
May 05 15:45:22 <Tartarus> hrw, can you give a 2nd ack to my stable sdk stuff?
May 05 15:45:27 <Tartarus> or tell me i'm wrong and it doesn't need 2?
May 05 15:49:54 <hrw> Tartarus: for SDK I think 1 should be enough
May 05 15:55:15 <Tartarus> ok, thanks
May 05 15:59:34 <florian> hrw: That's a good idea, we shoudl document this if its not doen yet.
May 05 16:44:04 <szsoftware> evening
May 05 16:44:40 <szsoftware> how can I mark a package as broken, when build fails and I don't need it?
May 05 16:45:13 <Tartarus> Well, lets start by pastebin'ing the breakage in the package as perhaps we should fix it :)
May 05 16:46:39 <szsoftware> good suggestion. but marking as broken is shurely a feature of oe :-)
May 05 16:47:43 <Tartarus> Well, not really
May 05 16:47:55 <Tartarus> You can move the recipe out of the way or use BBMASK so that it's not parsed
May 05 16:48:04 <Tartarus> But if it's being built, something needs it :)
May 05 16:49:02 <mwester> It might be (as I often find) that it works perfectly for the distros or images or hosts that use it; they would be rather unhappy to find the recipe disabled rather than fixed. :)
May 05 16:49:25 <szsoftware> it seems to be a locale of glibc-package, so I think I can live without that, however here's the pastebin: http://pastebin.com/m43d635a4
May 05 16:51:33 <pb_> that's glibc, I think you will find it hard to live without.
May 05 16:52:08 <pb_> I guess you need to find out where that stray quote mark is coming from (presumably one of your .conf files) and suppress it.
May 05 16:53:20 <szsoftware> ups, the locale which isn't generated is no bb package, I mixed that. Shurely I need glibc
May 05 16:53:36 <pb_> or you could just disable binary locale generation if that's breaking and you don't need the locales.
May 05 16:54:02 <pb_> there's a variable for it, something like ENABLE_BINARY_LOCALE_GENERATION I think
May 05 16:54:36 <florian> GPE applications are somwhat unstable on this board... 
May 05 16:54:54 <szsoftware> I have to define this in the bb-file of glibc package?
May 05 16:55:57 <szsoftware> Tartarus: Do you have suggestion of a fix?
May 05 16:56:29 <kergoth> szsoftware: pb_ just told you what to do
May 05 16:57:13 <Tartarus> szsoftware, what pb__ said
May 05 16:57:18 <szsoftware> kergoth: I overread this concrete hint, will have a try..
May 05 16:57:22 <Tartarus> You've got a stray quote or tick somewhere in your conf file
May 05 16:57:25 <Tartarus> Find it :)
May 05 16:58:08 <Tartarus> meeting, bb
May 05 16:58:46 <szsoftware> you mean in local.conf or conf/distro/openmoko.conf?
May 05 16:59:47 <pb_> most likely in local.conf
May 05 17:00:13 <pb_> it could be in any other file that's included (directly or indirectly) from local.conf, but obviously the more people that use any given file, the less likely it is for that to be the one that's broken.
May 05 17:00:34 <pb_> you are the only user of your own local.conf, and you are also the only one reporting the problem, so it seems likely that this is the culprit :-}
May 05 17:01:30 <pb_> kergoth: good morning
May 05 17:01:52 <florian> pb_: Do you have GPE on some Samsung 2440 based device? 
May 05 17:02:13 <pb_> florian: no, I don't think I have any 2440 based device at all :-}
May 05 17:02:23 <kergoth> hey pb_ 
May 05 17:02:33 <pb_> I do have some 2410/12/13 machines here but regrettably none of them are running gpe
May 05 17:02:59 <florian> pb_: I don't even know the difference between all the Samsung ones :-}
May 05 17:03:06 <pb_> the one that's closest to being able to do that is probably the neo1973, I could have a go at building a gpe-image for that if you wanted.
May 05 17:03:35 <florian> pb_: That's a good idea, I have one of these too.
May 05 17:04:08 <pb_> florian: nor do I exactly.  2410 is a 200MHz arm920, 2412 is a 266MHz arm926, 2413 is same as 2412 but adds a camera interface.
May 05 17:04:21 <pb_> I think 2440 is also an arm920 but clocked a bit faster and with some extra peripherals
May 05 17:04:37 <florian> pb_: ah ok, then even the cores differ
May 05 17:04:55 <pb_> iirc, neo1973 is s3c2410, so same core as 2440
May 05 17:05:28 <florian> here gpe-calendar and gpe-scap fail right on start
May 05 17:05:51 <pb_> oh right, that's odd.  what's the error?
May 05 17:06:05 <florian> for gpe-scap it is an illegal instruction
May 05 17:06:17 <pb_> do you know what the failing instruction is?
May 05 17:06:43 <florian> not yet... I guess I should get a gdb ready now
May 05 17:06:46 <pb_> might be due to a wrong gcc setup, though if this is an image built from scratch I would be surprised if you could get as far as running a shell (let alone X) in that case.
May 05 17:07:19 <pb_> I think catchsegv might suffice for this case, possibly no need to build gdb.
May 05 17:07:21 <florian> Its built from the scratch... that was the first I tried :)
May 05 17:15:48 <florian> pb_: the backtrace is short, /lib/libc.so.6(__default_sa_restorer_v2+0x0)[0x407fb1c0] seems to be the palce where it happens.
May 05 17:17:06 <pb_> do you have an actual register dump?
May 05 17:17:15 <pb_> that's the most useful thing that you get from catchsegv, the backtrace is often useless.
May 05 17:18:34 <pb_> it's pretty unlikely that __default_sa_restorer itself is broken; pretty much every single signal goes through that code.  if it included an illegal instruction then you would have lost long ago :-)
May 05 17:20:25 <hrw|gone> ERROR: QA Issue: non debug package contains .debug directory: locale-base-ar-kw path /work/geode-angstrom-linux/glibc-2.6.1-r15/install/locale-base-ar-kw/usr/libexec/getconf/.debug/POSIX_V6_ILP32_OFFBIG
May 05 17:20:30 <hrw|gone> someone got such one?
May 05 17:20:41 <florian> huh
May 05 17:21:24 <florian> pb_: http://pastebin.com/m30ac5ab9
May 05 17:21:43 * florian should get more familiar with catchsegv, it looks useful
May 05 17:22:12 <hrw|gone> 2440 is available at 400/500MHz. 2410 at 200/266MHz
May 05 17:23:47 <pb_> florian: hm, that's clearly no good.  you do seem to have jumped off into the long grass there.
May 05 17:24:21 <pb_> either that or catchsegv is malfunctioning.  the trap number does look a bit suspect so I wouldn't rule that out.
May 05 17:24:53 <pb_> I guess you probably do need to build gdb after all, both to get a second opinion in case catchsegv is wrong, and to find out how the crash is occurring if catchsegv is right :-)
May 05 17:25:08 <florian> right
May 05 17:25:18 <Crofton|work> florian, linuxtag email :)
May 05 17:25:30 * florian is a hero 
May 05 17:25:37 <Crofton|work> yay
May 05 17:25:43 <florian> ... running into to strangest bugs
May 05 17:26:07 <Crofton|work> heh
May 05 17:26:10 <pb_> heh
May 05 17:26:13 * pb_ go home now
May 05 17:26:19 <digital-e1> Hi everyone
May 05 17:26:21 <pb_> later all
May 05 17:26:22 <florian> pb_: will do that tomorrow. and i'll update my oe tree and see if it still happens.
May 05 17:26:26 <florian> pb_: cu
May 05 17:26:30 <florian> hi digital-e1 
May 05 17:26:51 <Crofton|work> florian, I am 99% certain for linuxtag
May 05 17:26:57 <Crofton|work> still need to book ticket
May 05 17:26:59 <digital-e1> Hi florian... I have a problem with a recipe
May 05 17:26:59 <florian> Crofton|work: cool
May 05 17:27:07 <digital-e1> Does anyone know what this means:  undefined reference to `__nldbl_fprintf'?
May 05 17:27:17 <Crofton|work> I may need some advice getting to Munich/Austria afterwards :)
May 05 17:27:37 <florian> Crofton|work: Try to get a cheap flight :)
May 05 17:27:41 <Crofton|work> yeah
May 05 17:27:55 <Crofton|work> but, at least I can deduct cost on my taxes :)
May 05 17:28:00 <florian> digital-e1: oh well... how do you get this?
May 05 17:28:19 <Crofton|work> and I need to be in .eu for vacation the week after 
May 05 17:28:30 <digital-e1> I'm building OE (Angstrom) for the Canyonlands (PowerPC).  This happens with the tshark (wireshark) recipe
May 05 17:29:16 <Krang> Hey all, if I have a 500MHz processor and 4-8GB of disk available on an SBC, is OE a good choice?
May 05 17:29:57 <Krang> I'd like to be able to run wifi, content filtering, a webserver, and dynamically add/remove/reconfigure apps in the field across 100's of units
May 05 17:30:55 <florian> digital-e1: is you oe stuff up to date?
May 05 17:31:37 <digital-e1> Yes.  I built it last night to confirm.  It still happens on the tip of org.openembedded.dev.
May 05 17:32:16 <florian> Krang: yes might be... you can maintain software images with it easily and build installable packages for the devices too.
May 05 17:33:31 <Krang> florian: that's my prime concern. I need to be able to change configs and packages network-wide. I'd also like to have some kind of fallback image that boots with minimal funtionality if the updates break the main one.
May 05 17:34:47 <florian> digital-e1: I would suspect some version/toolchain mixup, but not powerpc here to verify.
May 05 17:35:07 <florian> digital-e1: it might be worth a try building everything from scratch
May 05 17:35:14 <digital-e1> florian: So far from what I can tell, any printf(), sprintf(), or fprintf() that has a %d (or any other argument) in lemon.c (in wireshark package) causes the "undefined reference" message
May 05 17:36:18 <digital-e1> Is PowerPC supported?  I've been experimenting with OE for a while now and overall it's working out. 
May 05 17:36:56 <florian> Krang: This should be not too hard to achieve... I have done somethign like this with OE before.
May 05 17:38:36 <florian> digital-e1: basically yes but not as well tested as the arm cpus. I know some people here in the company build for some powerpc too but I'm quite sure they bever built tshark
May 05 17:40:08 <digital-e1> florian: OK thanks.  I'll try the build from scratch for sanity, but I'm pretty sure it will fail.  I'm not surprised about tshark or wireshark not being built.  It's not something you would normally need on a handheld device.
May 05 17:40:46 <florian> digital-e1: indeed... i guess this recipe is not built frequently at all
May 05 17:41:01 * florian is sorry, but he has to run home now - will be back later this evening
May 05 17:41:58 <florian> bbl
May 05 17:46:04 <Krang> florian: Well, i certainly appreciate sharing your experience with me! Before starting out, it's really nice to know you've picked the right road! Can you run X fairly easily on OE?
May 05 17:48:50 <CIA-35> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r2b10aaf582 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs : bump frameworkd again
May 05 19:06:57 <john3909> OE is giving me a build error (http://pastebin.com/m54c1c59e) when I do a bitbake  beagleboard-demo-image. Any ideas on how to fix this?
May 05 19:11:23 <cbrake> john3909: is this stable branch or dev?
May 05 19:15:04 <john3909> cbrake: I'm using dev, but stable branch has the same problem.
May 05 19:19:04 <cbrake> john3909: I've not been able to build beagleboard-demo-image in dev for several weeks due to one issue or another, and have not had time to dig into issues yet
May 05 19:20:04 <john3909> cbrake: same here. I don't know if this has something to do with me upgrading to Ubuntu 9.04 or if OE is broken.
May 05 19:21:13 <john3909> cbrake: it looks like install-sh is missing and I'm not sure how to fix this.
May 05 19:21:15 <cbrake> john3909: have not tried 9.04 yet -- I'll try to build the failing package on 8.04
May 05 19:22:09 <john3909> cbrake: I tried bitbake -c rebuild libart-lgpl and I get the same error
May 05 19:22:28 <Crofton|work> rebuild is broken atm
May 05 19:23:05 <john3909> Aah
May 05 19:26:08 <cbrake> john3909: libart-lgpl-2.3.19-r2 built for me on Ubuntu 9.04
May 05 19:26:26 <cbrake> john3909: bitbake -c clean and then build may work
May 05 19:26:49 <john3909> cbrake: already tried
May 05 19:27:24 <john3909> cbrake: do you have this file /home/john/oe/tmp/staging/i686-linux/usr/bin/install-sh?
May 05 19:28:43 <cbrake> john3909: checking
May 05 19:29:30 <donald_> I appologize for the stupid question, but what's the method for getting the stable version of OE. I'm assuming  "git clone git://git.openembedded.net/openembedded" is the debug version? 
May 05 19:30:08 <cbrake> john3909: I'm build on 64-bit host, so I have: tmp/staging/x86_64-linux/usr/bin/install-sh
May 05 19:30:38 <john3909> cbrake: Any idea what recipe builds this file?
May 05 19:30:47 <cbrake> john3909: no, I don't know offhand
May 05 19:31:12 <mpoullet|home> donald_: git checkout -b stable/2009 origin/stable/2009
May 05 19:31:15 <donald_> I'm having an issue building just the helloworld recipe during cross compile for the arm. I'm receiving (which seems to be a famous error) an error about LONG_MIN being undeclared and a whole bunch of issues with implicit declarations of strcmp, memcpy, etc..
May 05 19:31:36 <donald_> thanks mpoullet. I'll give that a try first.
May 05 19:31:53 <john3909> cbrake: Thanks. I'll continue to dig
May 05 19:37:09 <mpoullet|home> john3909: libart-lgpl-2.3.19-r2 works for me in stable too and yes, I've the file you've mentionned too
May 05 19:37:57 <hrw> re
May 05 19:38:58 <john3909> mpoullet: Are you using linux 32 bit? 
May 05 19:39:27 <mpoullet|home> john3909: yes, ubuntu 9.04
May 05 19:40:00 <john3909> mpoullet: Would it be possible for you to place this file somewhere so that might download it?
May 05 19:41:58 <mpoullet|home> john3909: http://pastebin.com/d641f11f2
May 05 19:42:12 <john3909> mpoullet: Thanks
May 05 19:52:25 <florian> re
May 05 19:59:10 <pb__> florian: wb
May 05 20:06:31 <Gnutoo> hi,mmm...I've a problem between binutils and openssl http://rafb.net/p/s1zDhl95.html
May 05 20:07:04 <Gnutoo> is it a known problem, is it because I use uclibc or a 2.4 kernel? or is it bad luck and the usual problem with oe-dev?
May 05 20:20:05 <hrw> crap..
May 05 20:20:32 <hrw> Xorg tries to use /dev/fb0 and fails automatically... so I would need to write xorg.conf by hand :(
May 05 20:50:13 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * rb6164de064 10openembedded.git/recipes/binutils/ (20 files): 
May 05 20:50:13 <CIA-35> binutils-cross: Stage libbfd/opcodes/iberty correctly, bump PR
May 05 20:50:13 <CIA-35> Changes the staging path for libbfd and libopcodes to ${CROSS_DIR}/lib.
May 05 20:50:13 <CIA-35> Disables staging native libiberty.a to ${STAGING_DIR_TARGET} as this doesn't
May 05 20:50:15 <CIA-35> make sense to do. Cleans up empty directories.
May 05 20:50:17 <CIA-35> Signed-off-by: Nikita Shulga <nshulga@embeddedalley.com>
May 05 20:50:19 <CIA-35> Signed-off-by: Tom Rini <trini@embeddedalley.com>
May 05 20:50:26 <Tartarus> oops, shit
May 05 20:51:14 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * rc1495dd42f 10openembedded.git/recipes/binutils/ (20 files): 
May 05 20:51:14 <CIA-35> Revert "binutils-cross: Stage libbfd/opcodes/iberty correctly, bump PR"
May 05 20:51:14 <CIA-35> Did not mean to push this yet.
May 05 20:51:14 <CIA-35> This reverts commit b6164de06454054b1117857dd7a4786c6c7af935.
May 05 20:51:20 <pb__> Gnutoo: doesn't look like anything to do with the kernel, and probably nothing to do with uclibc either.  that looks like just a plain bfd bug.
May 05 20:51:40 <Gnutoo> pb__, ok thanks...what's bfd?
May 05 20:51:44 <Gnutoo> I'll look
May 05 20:51:55 <pb__> the library that gnu ld uses for its backend operations
May 05 20:51:58 <pb__> it's part of binutils
May 05 20:52:05 <Gnutoo> ah ok thanks a lot
May 05 20:52:20 <Gnutoo> ahh...that lib
May 05 20:52:25 <Gnutoo> the one that gdb also uses
May 05 20:52:29 <ant__> hey pb__ 
May 05 20:52:39 <Gnutoo> it sounded familliar
May 05 20:52:57 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * rdb6f139886 10openembedded.git/recipes/binutils/ (12 files): 
May 05 20:52:57 <CIA-35> binutils-cross-sdk: Make relative, not absolute symlinks for 'as', etc, bump PR
May 05 20:52:57 <CIA-35> While I'm in here, make the cvs recipe use FILESPATHPKG not mung FILESDIR.
May 05 20:52:57 <CIA-35> Acked-by: Florian Boor <florian.boor@kernelconcepts.de>
May 05 20:52:58 <CIA-35> Acked-by: Khem Raj <raj.khem@gmail.com>
May 05 20:53:00 <CIA-35> Signed-off-by: Tom Rini <trini@embeddedalley.com>
May 05 20:53:02 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * rf8bf7421bf 10openembedded.git/recipes/gcc/ (15 files): (log message trimmed)
May 05 20:53:05 <CIA-35> gcc-cross-sdk: Fix relocation of the toolchain and bump PR.
May 05 20:53:07 <CIA-35> There's two parts to this. The first is to make relative, not absolute
May 05 20:53:09 <CIA-35> symlinks for 'cpp', etc. The second is that we need to configure without
May 05 20:53:10 <Gnutoo> pb__, I use oabi+ hard float...
May 05 20:53:11 <CIA-35> --with-gxx-include-dir and instead install the base C++ headers into the
May 05 20:53:13 <CIA-35> expected location. The path passed to --with-gxx-include-dir will not be
May 05 20:53:15 <CIA-35> relocated and is an absolute.
May 05 20:53:17 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * r394e58df3c 10openembedded.git/recipes/meta/meta-toolchain-gpe-sbox.bb: 
May 05 20:53:20 <CIA-35> meta-toolchain-gpe-sbox: Drop task-sdk-gpephone (to match m-t-gpe), bump PR
May 05 20:53:22 <CIA-35> Acked-by: Florian Boor <florian.boor@kernelconcepts.de>
May 05 20:53:30 <CIA-35> Acked-by: Khem Raj <raj.khem@gmail.com>
May 05 20:53:32 <CIA-35> Signed-off-by: Tom Rini <trini@embeddedalley.com>
May 05 20:53:34 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * r2fc4fc17ad 10openembedded.git/recipes/meta/ (9 files): (log message trimmed)
May 05 20:53:37 <CIA-35> meta-toolchain, canadian-sdk: Move C++ headers into the correct location, bump PR
May 05 20:53:39 <CIA-35> A gcc that has sysroot support expects that the default C++ headers
May 05 20:53:43 <CIA-35> (iostream, etc) are in <toolchain prefix>/include/c++ while regular C headers
May 05 20:53:45 <CIA-35> are still in <toolchain prefix>/usr/include.
May 05 20:53:47 <CIA-35> Acked-by: Florian Boor <florian.boor@kernelconcepts.de>
May 05 20:53:49 <CIA-35> Acked-by: Khem Raj <raj.khem@gmail.com>
May 05 20:53:51 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * r07de3481b8 10openembedded.git/recipes/wireless-tools/ (wireless-tools.inc wireless-tools_29.bb): (log message trimmed)
May 05 20:53:54 <CIA-35> wireless-tools: Fix libiw/ifrename packages, bump PR.
May 05 20:54:00 <CIA-35> We weren't creating the above packages as we needed to use '=+' not '+=' here
May 05 20:54:02 <CIA-35> to take things from the default package. For these additional packages, add
May 05 20:54:04 <CIA-35> files with '=' not '+=' and we only need to add ${sysconfdir}/network to the
May 05 20:54:06 <CIA-35> base package glob. Also we need to run install-static to get libiw.a to be
May 05 20:54:08 <CIA-35> installed.
May 05 20:54:10 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * rc6b077d2e4 10openembedded.git/recipes/binutils/binutils-canadian-sdk_2.18.bb: binutils-canadian-sdk: Use add SYSROOT, use SDK_REALPATH_MINGW, bump PR
May 05 20:54:17 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * rc7af441d48 10openembedded.git/classes/canadian-sdk.bbclass: canadian-sdk: Add SDK_REALPATH_MINGW variable, so that we can prepend a drive letter for sysroot.
May 05 20:54:20 <CIA-35> 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * r8a907e0dcb 10openembedded.git/recipes/gcc/ (gcc-canadian-sdk_4.2.4.bb gcc-configure-canadian-sdk.inc): gcc-canadian-sdk: Fix C++ relocation, add SYSROOT, use SDK_REALPATH_MINGW, bump PR.
May 05 20:54:30 <CIA-35> 03David Huggins-Daines <dhuggins@cs.cmu.edu> 07stable/2009 * rbed36e5ff1 10openembedded.git/recipes/meta/canadian-sdk.bb: 
May 05 20:54:33 <CIA-35> canadian-sdk: Synchronize (to some extent) canadian-sdk.bb with meta-toolchain.bb.
May 05 20:54:35 <CIA-35> (14 lines omitted)
May 05 21:00:32 <pb__> hi ant__ 
May 05 21:14:59 <donald_> is anyone familiar with or has had problems with libiberty/ in gcc-cross-4.2.4? I'm trying to just build the helloworld recipe under OE and  I'm getting a bunch of implicit declaration of built-in function warnings and then a failure in libiberty/fibheap.c about LONG_MIN being undeclared
May 05 21:20:11 <donald_> I'm getting the same errors with stable/2009 and or.openembedded.dev branches. I'm trying to compile for the arm arch.
May 05 21:22:39 <Gnutoo> donald_, has this patch been commited: binutils-cross: Stage libbfd/opcodes/iberty correctly, bump PR ?
May 05 21:22:59 <Gnutoo> donald_, ah no may be unrelated sorry
May 05 21:23:09 <Tartarus> Gnutoo, i pushed then reverted that :|
May 05 21:23:17 <Gnutoo> ok
May 05 21:26:41 <donald_> it seems like it's an include directory not being including during compilation, but I'm not too familiar with the requirements.
May 05 21:27:53 <Gnutoo> donald_, do you have more details? could you pastebin the log? by the way I'm not familiar with that lib
May 05 21:28:18 <donald_> sure, no problem. I'll post the log.do_compile for you.
May 05 21:28:51 <donald_> or at least hte last few lines of it ..
May 05 21:30:20 <Gnutoo> ok
May 05 21:31:59 <donald_> here's the last lines of it..
May 05 21:32:05 <donald_> damn. one sec. :)
May 05 21:32:59 <donald_>           /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/build.i686-linux.arm-oe-linux-uclibc/./gcc/xgcc -B/home/donald/OpenEmbedded/$
May 05 21:32:59 <donald_>         else true; fi
May 05 21:32:59 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fdmatch.c:1: warning: target CPU does not support interworking
May 05 21:32:59 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/build.i686-linux.arm-oe-linux-uclibc/./gcc/xgcc -B/home/donald/OpenEmbedded/build/tmp/$
May 05 21:33:01 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fdmatch.c:1: warning: target CPU does not support interworking
May 05 21:33:04 <donald_> if [ x"-fPIC" != x ]; then \
May 05 21:33:06 <donald_>           /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/build.i686-linux.arm-oe-linux-uclibc/./gcc/xgcc -B/home/donald/OpenEmbedded/$
May 05 21:33:09 <donald_>         else true; fi
May 05 21:33:11 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c:1: warning: target CPU does not support interworking
May 05 21:33:14 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c: In function 'fibheap_union':
May 05 21:33:17 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c:151: warning: implicit declaration of function 'free'
May 05 21:33:20 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c: In function 'fibheap_delete_node':
May 05 21:33:23 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c:258: error: 'LONG_MIN' undeclared (first use in this function)
May 05 21:33:26 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c:258: error: (Each undeclared identifier is reported only once
May 05 21:33:27 <Gnutoo> donald_, ouch...I said pastebin not paste
May 05 21:33:29 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c:258: error: for each function it appears in.)
May 05 21:33:29 <Crofton|work> donald_, pastebin
May 05 21:33:32 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c: In function 'fibheap_consolidate':
May 05 21:33:33 <Crofton|work> ~pastebin
May 05 21:33:34 <ibot> [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste
May 05 21:33:35 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c:360: warning: implicit declaration of function 'memset'
May 05 21:33:38 <donald_> /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/libiberty/fibheap.c:360: warning: incompatible implicit declaration of built-in functi$
May 05 21:33:41 <donald_> make[2]: *** [fibheap.o] Error 1
May 05 21:33:43 <donald_> make[2]: Leaving directory `/home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/build.i686-linux.arm-oe-linux-uclibc/arm-oe-linux-uclibc/l$
May 05 21:33:46 <donald_> make[1]: *** [all-target-libiberty] Error 2
May 05 21:33:48 <donald_> make[1]: Leaving directory `/home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/build.i686-linux.arm-oe-linux-uclibc'
May 05 21:33:51 <donald_> make: *** [all] Error 2
May 05 21:33:59 <donald_> ahh..show's what newbie I am, eh?
May 05 21:34:01 <donald_> thanks.
May 05 21:34:07 <Crofton|work> ~pastebin
May 05 21:34:08 <ibot> [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste
May 05 21:34:09 <Crofton|work> :)
May 05 21:35:11 <donald_> http://paste.lisp.org/display/79722
May 05 21:35:37 <donald_> much better. :) thanks.
May 05 21:36:27 <Gnutoo> donald_, grep your staging dir or your workdir for LONG_MIN 
May 05 21:36:40 <donald_> sure..one sec
May 05 21:36:43 <Gnutoo> donald_, grep LONG_MIN -r ./directory is your friend
May 05 21:38:17 <donald_> here's just staging
May 05 21:38:19 <donald_> http://paste.lisp.org/display/79723
May 05 21:39:05 <Gnutoo> hi Crofton|work, I've .../ld: BFD (GNU Binutils) 2.19 assertion fail .../bfd/elflink.c:2501 for binutils 2.19 and binutils 2.18 and I use arm oabi+hard float...should I try older binutils...did they remove oabi format support
May 05 21:39:51 <Crofton|work> sorry I don't kno
May 05 21:39:58 <Gnutoo> donald_, was limits.h included in .../gcc-4.2.4/libiberty/fibheap.c ?
May 05 21:40:07 <Gnutoo> Crofton|work, ok np thanks
May 05 21:41:29 <donald_> there's an ifdef for  HAVE_LIMITS_H which it gets from the config.
May 05 21:41:38 <donald_> inside of fibheap.c
May 05 21:42:15 <Gnutoo> ok
May 05 21:42:26 <Gnutoo> look if you have LIMITS_H defined
May 05 21:42:39 <Gnutoo> else look into the autotools build system
May 05 21:43:24 <Gnutoo> for the autotools first look at the configure result...
May 05 21:43:32 <donald_> ok
May 05 21:45:11 <Gnutoo> configure result is in config.log
May 05 21:45:27 <Gnutoo> if something fail you have what it tried to compile 
May 05 21:46:09 <Gnutoo> and inside you have the include
May 05 21:46:26 <Gnutoo> so with the include you could look what are the missings include
May 05 21:46:26 <donald_> which is all under the gcc-4.2.4/build.i686-linux.arm-oe-linux-uclibc directory, no?
May 05 21:46:45 <Gnutoo> no 
May 05 21:47:06 <Gnutoo> in /home/donald/OpenEmbedded/build/tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r6/gcc-4.2.4/config.log
May 05 21:47:17 <Gnutoo> I'll go soon
May 05 21:49:19 <donald_> here's a directory listing of that directory..
May 05 21:49:31 <donald_> http://paste.lisp.org/display/79725
May 05 21:50:19 <Gnutoo> I'll look in my gcc-cross dir
May 05 21:50:44 <donald_> under build.i686-linux.arm-oe-linux-uclibc under the gcc-4.2.4 there's a config.log but not in tmp/work/armv4t-oe-linux-uclibc/gcc-cross-4.2.4-r5/gcc-4.2.4/
May 05 21:51:07 <Gnutoo> ok
May 05 21:55:04 <Gnutoo> look at the configure log not inside gcc but inside the temp dir
May 05 21:55:11 <donald_> ok
May 05 21:55:18 <Gnutoo> for instance it's at /home/embedded/oetmp/work/arm-oabi-angstrom-linux-uclibc/gcc-cross-4.2.4-r6/temp
May 05 21:55:21 <Gnutoo> and pastebin it
May 05 21:55:53 <Gnutoo> ah no
May 05 21:56:07 <Gnutoo> it doesn't echo when testing
May 05 21:56:20 <donald_> ok.
May 05 21:56:20 <Gnutoo> so look inside the configure.in if you understand it
May 05 21:56:41 <donald_> I'm not too familiar with it but I'll check it out.
May 05 21:57:16 <Gnutoo> ah ok
May 05 21:57:33 <Gnutoo> I've no time and must sleep...but it seems more complicated that I thought
May 05 21:57:36 <Gnutoo> it's gcc after all
May 05 21:57:41 <Gnutoo> and it's part of the toolchain
May 05 21:58:00 <donald_> yeah, it's pretty complicated. I'll have to dig into it. i appreciate your help thought!
May 05 21:58:01 <donald_> though.
May 05 21:58:06 <Gnutoo> I must look at the recipe
May 05 21:58:06 <donald_> thanks.
May 05 21:58:19 <donald_> I have lots to learn but the best way is to just jump right in.
May 05 21:58:34 <Gnutoo> post to the mailing list if you get no answer...the bug reporting system is the mailing list
May 05 21:58:40 <Gnutoo> bye
May 05 21:58:44 <donald_> ok thanks!
May 05 22:54:37 <CIA-35> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r452080ea28 10openembedded.git/ (2 files in 2 dirs): 
May 05 22:54:37 <CIA-35> sane-srcrevs : bump frameworkd to fix oeventsd regression
May 05 22:54:37 <CIA-35> framework bump PR for upgrade path
May 05 23:38:44 <odesus> hi good evening
May 05 23:38:52 <odesus> does any body can help me with this error
May 05 23:39:08 <odesus> ERROR: opening ~/oe/stuff/openembedded/recipes/*/*.bb: file ~/oe/stuff/openembedded/recipes/*/*.bb not found
May 05 23:39:29 <odesus> I'm sure *.bb files are on this location
May 05 23:39:49 <odesus> is there something wrong or should I create my own bb files
May 05 23:40:05 <odesus> for a simple #bitbake nano command?
May 05 23:40:19 <kergoth> not sure if bitbake parses ~
May 05 23:40:22 <kergoth> try ${HOME} instead
May 05 23:40:47 <odesus> ok kergoth thanks for your advice
May 05 23:40:51 <kergoth> np
May 06 01:06:05 <gumleef> I'm trying to build Angstrom from scratch for the beagleboard. I made a local.conf and typed 'bitbake e-image-core' from the build directory. The build fails at imlib2. It looks to me as though the compile directive is specifying -I/usr/X11R6/include - from my host system.
May 06 01:07:05 <gumleef> here is the output for 'bitbake imlib2': http://rafb.net/p/QzQgbs45.html
May 06 01:08:08 <gumleef> how can i ensure that include directories from my host system are not used for cross building? (i am unfamiliar with oe/bitbake in general, but willing to learn)
May 06 01:08:51 <torbenh4> hi... i am supposed to install some stuff on a beagleboard tomorrow... will the ethernet gadget stuff work without problems ?
May 06 01:09:08 <gumleef> my local.conf looks like this: http://rafb.net/p/3oS34R26.html
May 06 01:12:54 <gumleef> PS: /usr/X11R6/include is a symlink to /usr/include on my system, hence the unknown asm constraint for FD_ZERO in imlib2_view.c
May 06 01:17:42 <gumleef> hmmm... i see a patch openembedded/recipes/efl1/imlib2/remove-local-includes-20080421.patch which looks like it should do what i need. how can i tell if this is being correctly applied?
May 06 01:28:50 <t2a> hello
May 06 01:29:34 <t2a> I'm stuck trying to crosscompile dbus-glib and would like to share your experience regarding dbus-glib crosscompilation
May 06 01:30:12 <t2a> in fact, by the end, configure tries to run some binaries to generate some header files
May 06 01:30:31 <t2a> something like this : How do you managed build error while crosscompiling dbus-glib please ? i would like to compile it for powrepc (sorry it out of topic) and i'm stuck with cannot execute binary file /home/gpg/build-tools/ltib/rpm/BUILD/dbus-glib-0.76/dbus/.libs/lt-dbus-binding-tool --prefix=some_object --mode=glib-server --output=example-service-glue.h ./example-service.xml
May 06 01:31:10 <t2a> (i'm not using oe on this stuff) but would like to know how do you manage this in oe
May 06 01:32:31 <t2a> yay i've seen something like no-example-patch
May 06 01:51:25 <gumleef> t2a, http://wiki.openembedded.net/index.php/BestPractices may be what you want
May 06 01:52:14 <t2a> gumleef, thank you
May 06 01:52:28 <t2a> gumleef, i'm quite lost in oe git repositories
May 06 01:53:15 <gumleef> t2a, me too
May 06 02:15:20 <Kendall781> I am a Linux newbie that wants to build a single purpose embedded system.  It will run on a VIA C7 1.7gHz processor with 512mb RAM and either a 4gb CF card (on IDE adapter) or embedded 1gb IDE disk on chip.  I need it to be capable of running a single, light MS based program via WINE and connect to a Symnet Express DSP via a crossover Cat5 cable.  It will control the Symnet unit via touchscreen so it needs the appropriate drivers and 
May 06 02:29:52 <denix0> Kendall781: and? I won't sleep if I don't get the end of this story... :)
May 06 02:30:24 <Kendall781> really.... ;-)
May 06 02:30:46 <Kendall781> sorry I'm long winded.
**** ENDING LOGGING AT Wed May 06 02:59:57 2009