On Wed, Mar 14, 2012 at 3:15 PM, Martin Jansa <martin.ja...@gmail.com> wrote: > On Wed, Mar 14, 2012 at 02:48:22PM +0100, Andreas Oberritter wrote: >> On 14.03.2012 09:40, Martin Jansa wrote: >> > On Wed, Mar 14, 2012 at 08:08:03AM +0100, Martin Jansa wrote: >> >> On Tue, Mar 13, 2012 at 11:48:20AM +0000, g...@git.openembedded.org wrote: >> >>> Module: openembedded-core.git >> >>> Branch: master >> >>> Commit: 4c41a3204ef72f53813ddc86fe525fa9c6714daa >> >>> URL: >> >>> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=4c41a3204ef72f53813ddc86fe525fa9c6714daa >> >>> >> >>> Author: Andreas Oberritter <o...@opendreambox.org> >> >>> Date: Wed Mar 7 21:36:28 2012 +0100 >> >>> >> >>> qt4: fix deps in libQtWebkit.la and QtWebKit.pc >> >>> >> >>> * Both files contain -L../../WebCore/release >> >>> -L../../JavaScriptCore/release -lwebcore -ljscore >> >>> * These paths and libs don't get installed. >> >>> * When building a shared lib with libtool, that links >> >>> with libQtWebKit, libtool adds these unneeded parameters >> >>> to the linker command-line, thus linking fails. >> >> >> >> BTW: here with bitbake having R/W to rootfs every qt4-x11-free build >> >> creates /include/WebCore/libdummy.prl (yes really in root) >> >> anynone seen this? >> >> -rw-r--r-- 1 bitbake bitbake 680 Mar 14 01:13 >> >> /include/WebCore/libdummy.prl >> >> I'm only using qt4-embedded, with which I haven't noticed this file. > > I guess it fails on most builders as user running bitbake doesn't have > right to create it (my is special because it's minimal chroot > environment owned by same user as who is running bitbake process). > >> >> Maybe it's sign of another small issue in qt4 build. >> > >> > It's created during do_configure and probably caused by >> > ./qt-everywhere-opensource-src-4.8.0/src/3rdparty/webkit/Source/WebKit2/Makefile:all: >> > Makefile /include/WebCore/libdummy.prl /include/WebCore/$(TARGET) >> > ./qt-everywhere-opensource-src-4.8.0/src/3rdparty/webkit/Source/WebKit2/Makefile:/include/WebCore/libdummy.prl: >> > >> > But in unpacked sources closest thing to libdummy.prl is >> > ./Source/WebKit2/DerivedSources.pro:TARGET = dummy >> >> I thought that Qt 4.8 didn't use WebKit2 by default. Did you enable it >> manually? > > No everything default oe-core+meta-oe. > > Cheers,
with chmod 500 / I can clearly see in log.do_configure for /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/src/3rdparty/webkit/Source/WebKit2/DerivedSources.pro (linux-gnueabi-oe-g++) /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/bin/qmake -spec /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/mkspecs/linux-gnueabi-oe-g++ -o /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/./src/3rdparty/webkit/Source/WebKit2 /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/src/3rdparty/webkit/Source/WebKit2/DerivedSources.pro WARNING: DESTDIR: Cannot access directory '/include/WebCore' And in DerivedSources.pro there is DESTDIR = $$OUTPUT_DIR/include/"WebCore" So am I the only one seeing this or everybody just ingores this because it's just WARNING in log (when you don't have / writeable by user running bitbake?) Cheers, _______________________________________________ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel