http://permalink.gmane.org/gmane.comp.handhelds.openembedded hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58342 <pre>* removed PRINC to make it easier to remove .bbappend if this functionality is moved to oe-core * removed SYSTEMD_SERVICE already set in oe-core's .inc file Signed-off-by: Martin Jansa &lt;Martin.Jansa&lt; at &gt;gmail.com&gt; --- .../connman/{connman_1.13.bbappend =&gt; connman_1.14.bbappend} | 3 --- 1 file changed, 3 deletions(-) rename meta-systemd/oe-core/recipes-connectivity/connman/{connman_1.13.bbappend =&gt; connman_1.14.bbappend} (59%) diff --git a/meta-systemd/oe-core/recipes-connectivity/connman/connman_1.13.bbappend b/meta-systemd/oe-core/recipes-connectivity/connman/connman_1.14.bbappend similarity index 59% rename from meta-systemd/oe-core/recipes-connectivity/connman/connman_1.13.bbappend rename to meta-systemd/oe-core/recipes-connectivity/connman/connman_1.14.bbappend index 61292ad..f006b3f 100644 --- a/meta-systemd/oe-core/recipes-connectivity/connman/connman_1.13.bbappend +++ b/meta-systemd/oe-core/recipes-connectivity/connman/connman_1.14.bbappend &lt; at &gt;&lt; at &gt; -1,6 +1,3 &lt; at &gt;&lt; at &gt; -PRINC := "${&lt; at &gt;int(PRINC) + 2}" -</pre> Martin Jansa 2013-05-24T19:37:47 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58341 <pre>* removed PRINC to make it easier to remove .bbappend if this functionality is moved to oe-core Signed-off-by: Martin Jansa &lt;Martin.Jansa&lt; at &gt;gmail.com&gt; --- .../recipes-core/systemd/{systemd_199.bbappend =&gt; systemd_204.bbappend} | 2 -- 1 file changed, 2 deletions(-) rename meta-systemd/oe-core/recipes-core/systemd/{systemd_199.bbappend =&gt; systemd_204.bbappend} (76%) diff --git a/meta-systemd/oe-core/recipes-core/systemd/systemd_199.bbappend b/meta-systemd/oe-core/recipes-core/systemd/systemd_204.bbappend similarity index 76% rename from meta-systemd/oe-core/recipes-core/systemd/systemd_199.bbappend rename to meta-systemd/oe-core/recipes-core/systemd/systemd_204.bbappend index c530e02..f5aa547 100644 --- a/meta-systemd/oe-core/recipes-core/systemd/systemd_199.bbappend +++ b/meta-systemd/oe-core/recipes-core/systemd/systemd_204.bbappend &lt; at &gt;&lt; at &gt; -1,5 +1,3 &lt; at &gt;&lt; at &gt; -PRINC := "${&lt; at &gt;int(PRINC) + 1}" - RPROVIDES_udev += "udev-systemd" RREPLACES_udev += "udev-systemd" RCONFLICTS_udev += "udev-systemd" </pre> Martin Jansa 2013-05-24T19:37:46 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58340 <pre>* removed PRINC to make it easier to remove .bbappend if this functionality is moved to oe-core Signed-off-by: Martin Jansa &lt;Martin.Jansa&lt; at &gt;gmail.com&gt; --- .../{util-linux_2.22.2.bbappend =&gt; util-linux_2.23.bbappend} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-systemd/oe-core/recipes-core/util-linux/{util-linux_2.22.2.bbappend =&gt; util-linux_2.23.bbappend} (90%) diff --git a/meta-systemd/oe-core/recipes-core/util-linux/util-linux_2.22.2.bbappend b/meta-systemd/oe-core/recipes-core/util-linux/util-linux_2.23.bbappend similarity index 90% rename from meta-systemd/oe-core/recipes-core/util-linux/util-linux_2.22.2.bbappend rename to meta-systemd/oe-core/recipes-core/util-linux/util-linux_2.23.bbappend index fae15a0..c6a97ca 100644 --- a/meta-systemd/oe-core/recipes-core/util-linux/util-linux_2.22.2.bbappend +++ b/meta-systemd/oe-core/recipes-core/util-linux/util-linux_2.23.bbappend &lt; at &gt;&lt; at &gt; -1,10 +1,10 &lt; at &gt;&lt; at &gt; inherit systemd -PRINC := "${&lt; at &gt;int(PRINC) + 2}" - SYSTEMD_UNITDIR = "${sys</pre> Martin Jansa 2013-05-24T19:37:45 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58339 <pre>Am 24.05.2013 15:03, schrieb Manuel Nickschas: What do you mean by friends? I don't use qt but have similar problems with other cmake projects. If they would use find_program they would get the correct path for moc. All paths in the target sysroot represents the path on the target. They should be adapted via an variable or automatically detected during runtime. You should prepend a variable or use find_program. </pre> Stefan Herbrechtsmeier 2013-05-24T14:56:41 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58338 <pre>On Fri, May 24, 2013 at 7:04 AM, Manuel Nickschas &lt; manuel.nickschas&lt; at &gt;bmw-carit.de&gt; wrote: \m/ nice! Martin has been the main drive force in the Qt5 work but he seems to focus in qmake projects. I didn't yet start moving to Qt5 (I use CMake a lot) so didn't look at the issue yet. The best way to fix it seems to change the CMake modules (in Qt5) to use the environment variables to grasp the need paths. This way, we can reuse the qmake_base class and get it properly set I think. </pre> Otavio Salvador 2013-05-24T13:15:18 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58337 <pre> Hi, you modify the path the Hm, no, that is not the issue. The issue is that Qt5 uses a fairly recent CMake feature where find_package and friends look for a *Config.cmake file first, and then use that to set everything up. In case of Qt5, please have a look at the files Qt5 (the qtbase package) installs into the target sysroot, in /usr/lib/cmake/. In particular, the issue is with $sysroot/usr/lib/cmake/Qt5Core/Qt5CoreConfigExtras.cmake: [...] set_target_properties(Qt5::moc PROPERTIES IMPORTED_LOCATION "/usr/bin/qt5/moc" ) [...] and similar for other host binaries such as rcc or qdbusxml2cpp (in Qt5DBus/Qt5DBusConfigExtras.cmake). The path specified there is clearly wrong for cross-compiling, because it references the location in the target itself, without prepending the sysroot prefix. Thus, it won't find moc. In particular, it needs not even find the moc from the target sysroot, but from the native sysroot, as it's a host tool. Unfortunately, I have no clue how the Qt5 buil</pre> Manuel Nickschas 2013-05-24T13:03:02 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58336 <pre>Am 24.05.2013 14:07, schrieb Martin Jansa: Pkg-config use /PKG_CONFIG_SYSROOT_DIR to modify the include and library paths and the files are manual fixed to only contain the path on the machine./ CMake offers find_xxx functions and CMAKE_FIND_ROOT_PATH to modify the program, include and library paths. Or you could use CMAKE_CURRENT_LIST_DIR in a cmake file to get the path of the file. The problem is that its up to the developer to use this functions and that CMake don't support a common way to model the dependencies like the Requires field of pkg-config files. The cmake.class overlays the machine sysroot over the native sysroot and don't install any binaries into the machine sysroot. Thereby the find_program function detects the binary in the native sysroot and all the other find_xxx functions detect the include files and libraries in the machine sysroot. </pre> Stefan Herbrechtsmeier 2013-05-24T12:44:41 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58335 <pre> I don't have any component which uses CMake and Qt5, so I haven't tested this, but .prl, .la and .pc files were also generated with wrong paths, check those patches in qtbase. It would be good to let CMake respect OE_QMAKE_PATH_* variables, so you can generate .cmake files with correct paths for target and in OE builds override them with OE_QMAKE_PATH_* values to use correct sysroot. The same for finding native host tools in OE_QMAKE_PATH_EXTERNAL_HOST_BINS Cheers, </pre> Martin Jansa 2013-05-24T12:07:50 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58334 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Op 24-05-13 11:44, Eric Bénard schreef: Does chromium need a similar patch? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: GPGTools - http://gpgtools.org iD8DBQFRn1F/MkyGM64RGpERAljbAJ9SkkFECqTmkYc8gxj/5KwjR726IACfd5O7 oNta6Xz+YZDKhT/tnsZEwEI= =P43l -----END PGP SIGNATURE----- _______________________________________________ Openembedded-devel mailing list Openembedded-devel&lt; at &gt;lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel </pre> Koen Kooi 2013-05-24T11:39:43 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58333 <pre> Please wrap it to multiple lines so it's easier to see that it's just multiple levels of .debug directories. Do we need to always create them? Shouldn't this go to qt5.inc (with * and *.a) Please use OE_QMAKE_PATH_EXAMPLES variable everywhere and add some comment explaining why examples/multimedia/spectrum needs to be removed. </pre> Martin Jansa 2013-05-24T11:36:52 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58332 <pre>Hi, we're trying to deploy a Qt5-based piece of software on a Yocto system (I hope this is on topic for this mailing list as well; the issue I'm about to describe should occur on pure OE too). As build system for this software, we use CMake. We've added meta-qt5 (master) and successfully installed qtbase on the platform. However, there is a serious issue if one tries to cross-compile CMake-based software against the resulting Qt5 installation. As you probably know, Qt5 ships its own support for CMake in the form of a bunch of Qt5$ModuleConfig.cmake files somewhere in /usr/lib/cmake. These files are found with a find_package(Qt5Core) call and set everything needed for building against the Qt5 installation. The problem is, that those files contain absolute paths to both the libraries and the host tools for building (such as moc, rcc etc). meta-qt5 actually installs two sets of CMake files for Qt5, one in the target sysroot (from the qtbase package) and one in the native sysroot (from the qtbase</pre> Manuel Nickschas 2013-05-24T11:34:40 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58331 <pre> Looks good, but have you tried that the same patch does apply to all 4 versions we currently have? </pre> Martin Jansa 2013-05-24T10:59:59 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58330 <pre>Hi, we're trying to deploy a Qt5-based piece of software on a Yocto system (I hope this is on topic for this mailing list as well; the issue I'm about to describe should occur on pure OE too). As build system for this software, we use CMake. We've added meta-qt5 (master) and successfully installed qtbase on the platform. However, there is a serious issue if one tries to cross-compile CMake-based software against the resulting Qt5 installation. As you probably know, Qt5 ships its own support for CMake in the form of a bunch of Qt5$ModuleConfig.cmake files somewhere in /usr/lib/cmake. These files are found with a find_package(Qt5Core) call and set everything needed for building against the Qt5 installation. The problem is, that those files contain absolute paths to both the libraries and the host tools for building (such as moc, rcc etc). meta-qt5 actually installs two sets of CMake files for Qt5, one in the target sysroot (from the qtbase package) and one in the native sysroot (from the qtbas</pre> Manuel Nickschas 2013-05-24T10:04:54 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58329 <pre>Signed-off-by: Eric Bénard &lt;eric&lt; at &gt;eukrea.com&gt; --- recipes-qt/qt5/qt5.inc | 9 ++++++++- recipes-qt/qt5/qtbase.inc | 1 + recipes-qt/qt5/qtmultimedia.inc | 4 ++++ 3 files changed, 13 insertions(+), 1 deletion(-) diff --git a/recipes-qt/qt5/qt5.inc b/recipes-qt/qt5/qt5.inc index d370844..018c9ad 100644 --- a/recipes-qt/qt5/qt5.inc +++ b/recipes-qt/qt5/qt5.inc &lt; at &gt;&lt; at &gt; -20,7 +20,7 &lt; at &gt;&lt; at &gt; OE_QMAKE_PATH_SETTINGS = "${OE_QMAKE_PATH_QT_SETTINGS}" OE_QMAKE_PATH_EXAMPLES = "${OE_QMAKE_PATH_QT_EXAMPLES}" OE_QMAKE_PATH_TESTS = "${OE_QMAKE_PATH_QT_TESTS}" -PACKAGES =. "${PN}-qmlplugins-dbg ${PN}-tools-dbg ${PN}-plugins-dbg ${PN}-qmlplugins ${PN}-tools ${PN}-plugins ${PN}-mkspecs " +PACKAGES =. "${PN}-qmlplugins-dbg ${PN}-tools-dbg ${PN}-plugins-dbg ${PN}-qmlplugins ${PN}-tools ${PN}-plugins ${PN}-mkspecs ${PN}-examples-staticdev ${PN}-examples-dbg ${PN}-examples " # extra -dbg packages FILES_${PN}-qmlplugins-dbg = " \ &lt; at &gt;&lt; at &gt; -98,3 +98,10 &lt; at &gt;&lt; at &gt; FILES_${PN}-dbg += " \ FILES_${PN}-staticdev += " \ $</pre> Eric Bénard 2013-05-24T09:45:34 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58328 <pre>else qml application segfault. Signed-off-by: Eric Bénard &lt;eric&lt; at &gt;eukrea.com&gt; --- recipes-qt/qt5/qtbase_5.0.1.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/recipes-qt/qt5/qtbase_5.0.1.bb b/recipes-qt/qt5/qtbase_5.0.1.bb index 2dce2c1..dfcb742 100644 --- a/recipes-qt/qt5/qtbase_5.0.1.bb +++ b/recipes-qt/qt5/qtbase_5.0.1.bb &lt; at &gt;&lt; at &gt; -3,5 +3,7 &lt; at &gt;&lt; at &gt; require ${PN}.inc PR = "${INC_PR}.0" +SRC_URI += "file://0004-Disable-mkv8snapshot.patch" + SRC_URI[md5sum] = "720e5061d75913dfa97bf8bef4a443df" SRC_URI[sha256sum] = "6f8a0489eb057f6cba5e77cabaec13dcd010da562b3b88f91fe960022d7c37c8" </pre> Eric Bénard 2013-05-24T09:44:37 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58327 <pre>Signed-off-by: Eric Bénard &lt;eric&lt; at &gt;eukrea.com&gt; --- recipes-qt/qt5/qtjsbackend.inc | 1 + .../qtjsbackend/0001-Fix-hardfloat-detection.patch | 33 ++++++++++++++++++++ 2 files changed, 34 insertions(+) create mode 100644 recipes-qt/qt5/qtjsbackend/0001-Fix-hardfloat-detection.patch diff --git a/recipes-qt/qt5/qtjsbackend.inc b/recipes-qt/qt5/qtjsbackend.inc index 4479654..a0dc632 100644 --- a/recipes-qt/qt5/qtjsbackend.inc +++ b/recipes-qt/qt5/qtjsbackend.inc &lt; at &gt;&lt; at &gt; -13,4 +13,5 &lt; at &gt;&lt; at &gt; INC_PR = "r0" SRC_URI += " \ file://0002-v8.pro-respect-external-host-bindir-when-set.patch \ + file://0001-Fix-hardfloat-detection.patch \ " diff --git a/recipes-qt/qt5/qtjsbackend/0001-Fix-hardfloat-detection.patch b/recipes-qt/qt5/qtjsbackend/0001-Fix-hardfloat-detection.patch new file mode 100644 index 0000000..3d86fbf --- /dev/null +++ b/recipes-qt/qt5/qtjsbackend/0001-Fix-hardfloat-detection.patch &lt; at &gt;&lt; at &gt; -0,0 +1,33 &lt; at &gt;&lt; at &gt; +From 05a87fccb76447ce3cb4b926128af929f26469bb Mon Sep 17 00:00:00 2001 +From: </pre> Eric Bénard 2013-05-24T09:44:36 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58325 <pre>Hi! I've installed gpsd package from meta-openembedded layer and get following errors in syslog from systemd-udevd: failed to execute '/lib/udev/gpsd.hotplug.wrapper' '/lib/udev/gpsd.hotplug.wrapper': No such file or directory There is no 'gpsd.hotplug.wrapper' file anywhere on the disk. So I can't use GPS device. Best regards, Yevhen </pre> Yevhen Kyriukha 2013-05-24T00:54:51 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58324 <pre>When mysql does not detect zlib during configure then their copy of zlib 1.2.3 is built. That leads to problems during rootfs creation: | * check_data_file_clashes: Package libz-staticdev wants to install file /home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/linaro-image-lamp/1.0-r0/rootfs/usr/lib/libz.a | But that file is already provided by package * libmysqlclient-staticdev | * opkg_install_cmd: Cannot install package libz-staticdev. Signed-off-by: Marcin Juszkiewicz &lt;marcin.juszkiewicz&lt; at &gt;linaro.org&gt; --- meta-oe/recipes-support/mysql/mysql5_5.1.40.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-support/mysql/mysql5_5.1.40.inc b/meta-oe/recipes-support/mysql/mysql5_5.1.40.inc index 3d79e19..3b3a42d 100644 --- a/meta-oe/recipes-support/mysql/mysql5_5.1.40.inc +++ b/meta-oe/recipes-support/mysql/mysql5_5.1.40.inc &lt; at &gt;&lt; at &gt; -4,7 +4,7 &lt; at &gt;&lt; at &gt; SECTION = "libs" LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=477ab0a4c8</pre> Marcin Juszkiewicz 2013-05-23T22:19:18 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58323 <pre>On Thu, May 23, 2013 at 2:02 PM, Andreas Müller &lt;schnitzeltony&lt; at &gt;googlemail.com&gt; wrote: I meant at-spi2-atk - typo copied :) Andreas _______________________________________________ Openembedded-devel mailing list Openembedded-devel&lt; at &gt;lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel </pre> Andreas Müller 2013-05-23T12:10:34 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58322 <pre>I attached configure.log for at-spi2-core (2.8.0) taken on gumstix overo (cortex A8). at-spi2-gtk configure fails for atk &gt;= 2.7.90. Are you sure you need that because there I did not find some alignment code. If yes let me know - then I'll see how to make configure happy. Andreas _______________________________________________ Openembedded-devel mailing list Openembedded-devel&lt; at &gt;lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel </pre> Andreas Müller 2013-05-23T12:02:52 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/58321 <pre>With changed behavior of 'missing' in automake-1.13, libmikmod build was failing when makeinfo was not present. Signed-off-by: Marko Lindqvist &lt;cazfi74&lt; at &gt;gmail.com&gt; --- meta-oe/recipes-multimedia/mikmod/libmikmod_3.1.12.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-multimedia/mikmod/libmikmod_3.1.12.bb b/meta-oe/recipes-multimedia/mikmod/libmikmod_3.1.12.bb index efef5d2..e6bdcbe 100644 --- a/meta-oe/recipes-multimedia/mikmod/libmikmod_3.1.12.bb +++ b/meta-oe/recipes-multimedia/mikmod/libmikmod_3.1.12.bb &lt; at &gt;&lt; at &gt; -3,7 +3,7 &lt; at &gt;&lt; at &gt; SECTION = "libs" LICENSE = "LGPLv2.1" LIC_FILES_CHKSUM = "file://COPYING.LESSER;md5=b2b941d484c442e5c031a51463d8e11b" -DEPENDS = "alsa-lib" +DEPENDS = "alsa-lib texinfo" SRC_URI = "\ ${SOURCEFORGE_MIRROR}/mikmod/libmikmod-${PV}.tar.gz \ </pre> Marko Lindqvist 2013-05-23T08:22:07 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.handhelds.openembedded