[oe] several recipes give a link error: libc.so, needed by libgcc_s.so, not found

I am getting the following warning (I assume it is a warning, because they all seem to produce working executables) for several recipes (rxvt-unicode shown):

[oe] psplash psplash-bar.png

I made a custom splash screen for psplash with the make-image-header script. My splash image doesn't have the same background color as the original, so when the progress bar gets overlaid by psplash, I get a band of grey on my screen. I'd like to modify the bar image, but I can find the

[oe] How to add locales for specific packages

screens via an integrated web browser.We need for the CUPS web interface to also be displayed in the selected locale. How do I go about getting the locale packages for CUPS to build and get installed in my image? Thanks in advance, Jay Snyder

[oe] qt4-x11-free: build fails, expansion of do_configure threw type 'exceptions.AssertionError'

Please see attached log file. My qt4-x11-free build is failting with: /home/oe/build-2010-07-29/tmp/work/i686-angstrom-linux/qt4-x11-free-4.6.2-r18.2/temp/run.do_configure.26049: line 1046: do_configure: command not found Due to the run.do_configure file creation failing, and do_configure not

[oe] gs-8.64 -- cups-gs broken

The cups-gs package is no longer being built by the gs-8.64 recipe. This was fine with my previous git pull of 04-Dec-2009. The problem is that the pstoraster and pstopxl executables are being installed to a incorrect path. From my log file:

Re: [oe] gs-8.64 -- cups-gs broken (by cups-config output)

The problem seems to be caused by the cups-config program. With my old build: $/home/oe/build/tmp/staging/x86_64-linux/usr/bin/i686-angstrom-linux/cups-config --serverbin /usr/lib/cups With my current build:

[oe] how to NOT include xserver-kdrive in an OE build?

I am trying to use xorg-xserver 1.7.4 in my build for an Intel Atom Z510 system. I want to build xf86-video-intel, but get the following error: *| checking for XORG... configure: error: Package requirements (xorg-server = 1.6 xproto fontsproto randrproto renderproto xextproto x11

[oe] Chinese Fonts needed for xserver-xorg on OpenEmbedded

I need to display Chinese fonts (unicode 4e00 higher) on an xserver-xorg based OE system. Is there a package(s) to install fonts that include these characters? Thanks, Jay ___ Openembedded-devel mailing list

[oe] getting ride of native recipes

What is going to replace native recipes? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] Qt4 recipe fix; fixes configure so compiler is detected properly, and QXMLPatterns gets built

of which is the QtXmlPatterns library, which the application I am running on an OE system requires. Please add these changes to the Qt4 recipe. Regards, Jay Snyder ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http

Re: [oe] Qt4 recipe fix; fixes configure so compiler is, detected properly, and QXMLPatterns gets built

this patch removes the patch you want to add. Is that correct? Could you add the More Info to the top of the patch as well? Could you also include the failure you are seeing? I have fixed the patch (common error, had reversed the order of arguments to diff).

Re: [oe] Qt4 recipe fix; fixes configure so compiler is, detected, properly, and QXMLPatterns gets built

Patch produced with 'diff -Naur', as per Henning Heinold's request: diff -Naur /home/oe/2010-06-23/openembedded/recipes/qt4/files/configure-conf_compiler-fix.patch /home/oe/local/recipes/qt4/files/configure-conf_compiler-fix.patch ---

[oe] angstrom-version.bb broken: lsb_release: No such file or directory

This recipe was committed without a required file. Sometime the following lines where added to this bb: SRC_URI = file://lsb_release install -m 0755 ${WORKDIR}/lsb_release ${D}${bindir}/ But the file lsb_release wasn't added to the git repository. This, of course has broken the angstrom

Re: [oe] Openembedded-devel Digest, Vol 43, Issue 99

The most easy way to turn it off is to not build with GNU HASH style, This can be made by not using --hash-style=SOMETHING in the LDFLAGS. The GNU HASH is not a security mechanism but a dynamic linker optimization to be able to resolve symbols faster. It was added later as the feature is

Re: [oe] Openembedded-devel Digest, Vol 43, Issue 98

try the following: TARGET_CC_ARCH += ${LDFLAGS} This should resolve your problems if you build your executable from within your OE buildsystem. In very rare cases (e.g. when you build some programs outside of OE but use OE to package all) it could be useful to use the following:

[oe] How to build g++ to run on target?

I was able to build gcc for installation directly onto the OE target with bitbake gcc. bitbake g++ gives me nothing provides g++. What is the magic bitbake command to provide this? Thank you, Jay Snyder ___ Openembedded-devel mailing list

[oe] Build GCC QA Issue: with objc: No GNU_HASH in the elf binary: '/home/oe/build/tmp/work/i686-angstrom-linux/gcc-4.3.3-r10.1/packages-split/objc/usr/lib/libobjc.so.2.0.0'

ERROR: QA Issue with gcc: non -dev package contains symlink .so: gcc path '/work/i686-angstrom-linux/gcc-4.3.3-r10.1/packages-split/gcc/usr/lib/gcc/i686-angstrom-linux/4.3.3/libgcc_s.so'

[oe] error trying to build parted 1.8.8 : configure.ac:173: error: AC_REQUIRE: circular dependency of AC_GNU_SOURCE

I'm trying to build parted 1.8.8 on OE: NOTE: Running task 551 of 565 (ID: 3, /home/oe/2009-12-04/openembedded/recipes/parted/parted_1.8.8.bb, do_unpack) NOTE: Running task 552 of 565 (ID: 13, /home/oe/2009-12-04/openembedded/recipes/parted/parted_1.8.8.bb, do_distribute_sources) NOTE: