http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core 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.core/37859 <pre>The /var/run/cups and /var/run/cups/certs directories don't need to be included in the package as they are created by cupsd with the proper permissions if they don't exist. The /var/run directory is already created by base-files. Signed-off-by: Jonathan Liu &lt;net147-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; --- meta/recipes-extended/cups/cups16.inc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-extended/cups/cups16.inc b/meta/recipes-extended/cups/cups16.inc index 9b0ae5b..45e7d51 100644 --- a/meta/recipes-extended/cups/cups16.inc +++ b/meta/recipes-extended/cups/cups16.inc &lt; at &gt;&lt; at &gt; -53,9 +53,9 &lt; at &gt;&lt; at &gt; do_compile () { fakeroot do_install () { oe_runmake "DSTROOT=${D}" install - # This directory gets installed with perms 511, which makes packaging fail - chmod 0711 "${D}/${localstatedir}/run/cups/certs" - rmdir ${D}/${libdir}/${BPN}/driver +# Remove /var/run from package as cupsd will populate it on startup +rm -fr ${D}/${localstatedir}/run +rmdir ${D}/${libdir}/${BP</pre> Jonathan Liu 2013-05-26T06:24:28 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37858 <pre>The /var/run directory is already created by base-files. Signed-off-by: Jonathan Liu &lt;net147-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; --- meta/recipes-connectivity/bind/bind_9.8.1.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-connectivity/bind/bind_9.8.1.bb b/meta/recipes-connectivity/bind/bind_9.8.1.bb index 18cbb99..0663313 100644 --- a/meta/recipes-connectivity/bind/bind_9.8.1.bb +++ b/meta/recipes-connectivity/bind/bind_9.8.1.bb &lt; at &gt;&lt; at &gt; -39,6 +39,8 &lt; at &gt;&lt; at &gt; FILES_${PN}-dev += "${bindir}/isc-config.h" do_install_append() { rm "${D}${bindir}/nslookup" rm "${D}${mandir}/man1/nslookup.1" +rmdir "${D}${localstatedir}/run" +rmdir --ignore-fail-on-non-empty "${D}${localstatedir}" install -d "${D}${sysconfdir}/bind" install -d "${D}${sysconfdir}/init.d" install -m 644 ${S}/conf/* "${D}${sysconfdir}/bind/" </pre> Jonathan Liu 2013-05-26T03:57:33 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37857 <pre>Missing creation of ${D}${sysconfdir}/${P} here. Fixed in V4. Regards, Jonathan </pre> Jonathan Liu 2013-05-26T02:06:08 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37856 <pre>- Remove /etc/resolvconf/run/interface from package as it actually uses /etc/resolvconf/run/interface - Create /var/run/resolvconf/interface on startup using populate-volatiles.sh and tmpfiles.d for systemd - Create symbolic link from /etc/resolvconf/run to /var/run/resolvconf Signed-off-by: Jonathan Liu &lt;net147-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; --- meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb b/meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb index a96dbff..c41657a 100644 --- a/meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb +++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb &lt; at &gt;&lt; at &gt; -23,7 +23,17 &lt; at &gt;&lt; at &gt; do_compile () { } do_install () { -install -d ${D}${sysconfdir} ${D}${base_sbindir} ${D}${localstatedir}/volatile/run/resolvconf/interface +install -d ${D}${sysconfdir}/default/volatiles +echo "d root root 0755 ${localstatedir}/run</pre> Jonathan Liu 2013-05-26T02:21:34 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37855 <pre>Looks like I forgot to create ${D}${sysconfdir}/tmpfiles.d directory here. Fixed in V3 patch. Regards, Jonathan </pre> Jonathan Liu 2013-05-26T01:40:37 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37854 <pre>- Remove /etc/resolvconf/run/interface from package as it actually uses /etc/resolvconf/run/interface - Create /var/run/resolvconf/interface on startup using populate-volatiles.sh and tmpfiles.d for systemd - Create symbolic link from /etc/resolvconf/run to /var/run/resolvconf Signed-off-by: Jonathan Liu &lt;net147-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; --- meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb | 11 ++++++++++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb b/meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb index a96dbff..fc12215 100644 --- a/meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb +++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.72.bb &lt; at &gt;&lt; at &gt; -23,7 +23,16 &lt; at &gt;&lt; at &gt; do_compile () { } do_install () { -install -d ${D}${sysconfdir} ${D}${base_sbindir} ${D}${localstatedir}/volatile/run/resolvconf/interface +install -d ${D}${sysconfdir}/default/volatiles +echo "d root root 0755 ${localstatedir}/run/</pre> Jonathan Liu 2013-05-26T01:57:17 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37853 <pre>* though listed in IMAGE_FSTYPES the helper is missing so * make oe-core autosufficient importing the recipe. * Fix PN -&gt; BPN to avoid fetch errors with cramfs-native Signed-off-by: Andrea Adami &lt;andrea.adami-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; --- meta/recipes-support/cramfs/cramfs_1.1.bb | 29 +++++++++++++++++++++++++++++ 1 file changed, 29 insertions(+) create mode 100644 meta/recipes-support/cramfs/cramfs_1.1.bb diff --git a/meta/recipes-support/cramfs/cramfs_1.1.bb b/meta/recipes-support/cramfs/cramfs_1.1.bb new file mode 100644 index 0000000..0bca0e1 --- /dev/null +++ b/meta/recipes-support/cramfs/cramfs_1.1.bb &lt; at &gt;&lt; at &gt; -0,0 +1,29 &lt; at &gt;&lt; at &gt; +DESCRIPTION = "Builds cramfs filesystems for embedded systems" +LICENSE = "GPLv2" +LIC_FILES_CHKSUM = "file://COPYING;md5=393a5ca445f6965873eca0259a17f833" +DEPENDS = "zlib" + +PE = "1" + +SRC_URI = "http://sourceforge.net/projects/cramfs/files/cramfs/1.1/${BPN}-${PV}.tar.gz" + +SRC_URI[md5sum] = "d3912b9f7bf745fbfea68f6a9b9de30f" +SRC_URI[sha256sum] = "133caca2c4e7c6</pre> Andrea Adami 2013-05-25T23:23:02 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37852 <pre>glib tree included in pkg-config distribution uses AM_PROG_CC_STDC that is deprecated at best. It will be obsolete, and give error, in future automake versions, as well as with automake 1.13.0 and 1.13.1. The following changes since commit 8f5bc47729edb8cb051d81e9ff1680cb8d2eca25: dropbear: a fix for hang in dropbearkey, built for x32 (2013-05-24 14:14:30 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib cazfi/misc http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc Marko Lindqvist (1): pkg-config: remove obsolete AM_PROG_CC_STDC .../pkgconfig-0.28/obsolete_automake_macros.patch | 16 ++++++++++++++++ meta/recipes-devtools/pkgconfig/pkgconfig_0.28.bb | 1 + 2 files changed, 17 insertions(+) create mode 100644 meta/recipes-devtools/pkgconfig/pkgconfig-0.28/obsolete_automake_macros.patch </pre> Marko Lindqvist 2013-05-24T22:30:05 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37851 <pre> Confirmed. Automake update to (any) 1.13.x version breaks gtk-engines build. I don't know yet if it's automake or gtk-engines bug. On 24 May 2013 02:03, Saul Wold &lt;sgw-VuQAYsv1563Yd54FQh9/CA&lt; at &gt;public.gmane.org&gt; wrote: _______________________________________________ Openembedded-core mailing list Openembedded-core-ZwoEplunGu3dfDuKDZ/zN51Ccm5ICvs9&lt; at &gt;public.gmane.org http://lists.openembedded.org/mailman/listinfo/openembedded-core </pre> Marko Lindqvist 2013-05-24T22:21:49 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37850 <pre> Right. I had missed that it's available with several compressions. I'll make updated version of that patch to next set. - ML _______________________________________________ Openembedded-core mailing list Openembedded-core-ZwoEplunGu3dfDuKDZ/zN51Ccm5ICvs9&lt; at &gt;public.gmane.org http://lists.openembedded.org/mailman/listinfo/openembedded-core </pre> Marko Lindqvist 2013-05-24T22:17:23 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37849 <pre> No special reason, just kept it as it was introduced in ancient history: commit 1370ba3fc0b554fd9edd4ede653f7e3e8413ec3d Author: Richard Purdie &lt;rpurdie-VuQAYsv1563Yd54FQh9/CA&lt; at &gt;public.gmane.org&gt; Date: Tue Apr 21 17:37:39 2009 +0100 libdrm: Package test utils </pre> Martin Jansa 2013-05-24T20:48:20 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37848 <pre>Older hosts don't have the htobe* and be*toh functions defined. Instead we fall back to checking the endian and calling bswap_* directly. This works on both old and new hosts. Signed-off-by: Mark Hatle &lt;mark.hatle-CWA4WttNNZF54TAoqtyWWQ&lt; at &gt;public.gmane.org&gt; --- ...c-support-dictionary-byte-order-dependent.patch | 120 +++++++++++---------- 1 file changed, 65 insertions(+), 55 deletions(-) diff --git a/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch b/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch index fc402ee..8e0f406 100644 --- a/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch +++ b/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch &lt; at &gt;&lt; at &gt; -10,25 +10,38 &lt; at &gt;&lt; at &gt; load them. This could fix the endian issue on multiple platform. Signed-off-by: Hongxu Jia &lt;hongxu.jia-CWA4WttNNZF54TAoqtyWWQ&lt; at &gt;public.gmane.org&gt; U</pre> Mark Hatle 2013-05-24T15:03:54 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37847 <pre> I have an alternative fix for this which I finished testing yesterday. I'll send it up as well and we can determine which is a better fix. --Mark </pre> Mark Hatle 2013-05-24T14:50:35 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37846 <pre> Yes this would be the same issue. I'm really not sure how to do this automatically as it requires knowledge that the recipe has plugins, and that the plugs are ABI/lib specific. I'm definitely open to suggestions. --Mark </pre> Mark Hatle 2013-05-24T14:49:09 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37845 <pre>Bump. This fixes the postinst service failing on startup when using systemd with an image that inherits from boot-directdisk. Regards, Jonathan </pre> Jonathan Liu 2013-05-24T13:33:52 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37844 <pre> I'd prefer to see zlib using .xz instead of .gz for size/speed, but apart from that: Signed-off-by: Ross Burton &lt;ross.burton-ral2JQCrhuEAvxtiuMwx3w&lt; at &gt;public.gmane.org&gt;. Ross </pre> Burton, Ross 2013-05-24T12:42:41 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37843 <pre> We do have a number of common recipes (mostly from the GNOME project) that use odd numbers as versions though don't we? Even if the part of the version that is odd or even is different surely we could have some form of pattern that would parse out the part that needs to be checked in a way that could be specified on a per-recipe basis? Cheers, Paul </pre> Paul Eggleton 2013-05-24T10:49:37 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37842 <pre>Sending only the cover letter for v2. Changes in v2: * freetype: added LIC_FILES_CHKSUM change explaination * matchbox-keyboard: changed commit subject and fixed tabs and spaces mix for FILES_${PN} * matchbox-terminal: changed commit subject and removed PR="r0" Changes in v1: test: I've tested patches with autobuilder on all 5 architectures (nightly-x86, nightly-x86-64, nightly-arm, nightly-ppc, nightly-mips). A have also tested locally on all architectures and verified that all images successfully build and graphics is correcly displayed. For each package individually I tested the basic functionality. apt: I build an image with deb package management and I verified the version with command line. The following changes since commit fa4b1fa2577fb1a8128154c2f1417df575dbb022: bitbake: cooker/cookerdata: Improve configuration object handling (2013-05-24 10:34:53 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ionutx/work http://git.yoctoproject.org/cgit.cg</pre> Ionut Radu 2013-05-24T10:44:35 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37841 <pre>Hi, We thought about this situation. Because for different packages, the development versions have their own naming convention, the solution was to hardcode each case individually. For the moment, when a maintainer finds such a package, he/she should update the upstream_tracking.inc file with the flag NO_UPGRADE_REASON set to "Development Version" or any relevant message and the CHECK_DATE to the moment when the check was done. Thanks, Ema </pre> Ciobanu, Emilia Maria Silvia 2013-05-24T10:40:24 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37840 <pre> On 05/24/2013 06:38 AM, Saul Wold wrote: I gave it a run on our local AB and saw no issues. However, from the log you sent, it appears to be a problem in run-postinsts postrm scriptlet when it's being removed from the image at do_rootfs time. The update-rc.d in the native sysroot is called, which uses /bin/sh. I'm pretty sure that you'll get the same failure, without my patches, if you set AB to create ipk images (because the code I made generic for all backends was taken from the current rootfs_ipk.bbclass). Currently, if I'm not mistaken, the AB images default to using RPM as the backend. This is my first hunch... since it works an a local AB we have here, with Ubuntu server (/bin/sh -&gt; dash). Thanks, Laurentiu </pre> Laurentiu Palcu 2013-05-24T10:35:57 http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/37839 <pre>cracklib invokes C functions `be16toh/be32toh/be64toh/htobe16/htobe32/htobe64' to fix endian issue on multi platform, but these functions are nonstandard which were added to glibc in version 2.9. The do_compile failed while host's glibc version &lt; 2.9, so use standard `htons/htonl/ntohs/ntohl' instead. For the `be64toh/htobe64', there is not similar functions, we define `ntohll/htonll' on local to replace. [YOCTO #4553] Signed-off-by: Hongxu Jia &lt;hongxu.jia-CWA4WttNNZF54TAoqtyWWQ&lt; at &gt;public.gmane.org&gt; --- .../0003-cracklib-fix-do_compile-failed.patch | 189 ++++++++++++++++++++ meta/recipes-extended/cracklib/cracklib_2.8.22.bb | 4 +- 2 files changed, 192 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-extended/cracklib/cracklib/0003-cracklib-fix-do_compile-failed.patch diff --git a/meta/recipes-extended/cracklib/cracklib/0003-cracklib-fix-do_compile-failed.patch b/meta/recipes-extended/cracklib/cracklib/0003-cracklib-fix-do_compile-failed.patch new file mode 100644 index 0000000..d0e</pre> Hongxu Jia 2013-05-24T09:56:58 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.handhelds.openembedded.core