[OE-core] [PATCH 1/2] tzcode-native: update to 2015f
Changes affecting code
zdump and zic no longer warn about valid time zone abbreviations
like '-05'.
Some Visual Studio 2013 warnings have been suppressed.
(Thanks to Kees Dekker.)
'date' no longer sets the time of day and its -a, -d, -n and -t
options have been removed. Long obsolescent, the implementation
of these features had porting problems. Builders no longer need
to configure HAVE_ADJTIME, HAVE_SETTIMEOFDAY, or HAVE_UTMPX_H.
(Thanks to Kees Dekker for pointing out the problem.)
Changes affecting documentation
The Theory file mentions naming issues earlier, as these seem to be
poorly publicized (thanks to Gilmore Davidson for reporting the problem).
tz-link.htm mentions Time Zone Database Parser (thanks to Howard Hinnant).
Mention that Herbert Samuel introduced the term Summer Time.
Signed-off-by: Armin Kuster akuster...@gmail.com
---
.../tzcode/{tzcode-native_2015e.bb = tzcode-native_2015f.bb} | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
rename meta/recipes-extended/tzcode/{tzcode-native_2015e.bb =
tzcode-native_2015f.bb} (59%)
diff --git a/meta/recipes-extended/tzcode/tzcode-native_2015e.bb
b/meta/recipes-extended/tzcode/tzcode-native_2015f.bb
similarity index 59%
rename from meta/recipes-extended/tzcode/tzcode-native_2015e.bb
rename to meta/recipes-extended/tzcode/tzcode-native_2015f.bb
index 30dba7a..a8865a3 100644
--- a/meta/recipes-extended/tzcode/tzcode-native_2015e.bb
+++ b/meta/recipes-extended/tzcode/tzcode-native_2015f.bb
@@ -6,12 +6,12 @@ LICENSE = PD BSD
LIC_FILES_CHKSUM =
file://${WORKDIR}/README;md5=d0ff93a73dd5bc3c6e724bb4343760f6
SRC_URI = ftp://ftp.iana.org/tz/releases/tzcode${PV}.tar.gz;name=tzcode \
- ftp://ftp.iana.org/tz/releases/tzdata2015e.tar.gz;name=tzdata;
+ ftp://ftp.iana.org/tz/releases/tzdata2015f.tar.gz;name=tzdata;
-SRC_URI[tzcode.md5sum] = fb62eb6daf3ddb8c41fd40be05ec657e
-SRC_URI[tzcode.sha256sum] =
b5a217b55847fb56f470a7738939c36f3a520d6cc12342d965cfcf848e59ada0
-SRC_URI[tzdata.md5sum] = 36f9056efb432ca945c73397acfce0d4
-SRC_URI[tzdata.sha256sum] =
ffc9b5d38abda8277aa479e3f75aa7668819d0977cd1a0c8ef3b09128334ba6f
+SRC_URI[tzcode.md5sum] = 19578d432ba8b92f73406a17a9bc268d
+SRC_URI[tzcode.sha256sum] =
0c95e0a42bb61141f790f4f5f204b954d7654c894aa54a594a215d6f38de84ae
+SRC_URI[tzdata.md5sum] = e3b82732d20e973e48af1c6f13df9a1d
+SRC_URI[tzdata.sha256sum] =
959f81b541e042ecb13c50097d264ae92ff03a57979c478dbcf24d5da242531d
S = ${WORKDIR}
--
2.3.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] tzdata: update to 2015f
Changes affecting future time stamps
North Korea switches to +0830 on 2015-08-15. (Thanks to Steffen Thorsen.)
The abbreviation remains KST. (Thanks to Robert Elz.)
Uruguay no longer observes DST. (Thanks to Steffen Thorsen
and Pablo Camargo.)
Changes affecting past and future time stamps
Moldova starts and ends DST at 00:00 UTC, not at 01:00 UTC.
(Thanks to Roman Tudos.)
Signed-off-by: Armin Kuster akuster...@gmail.com
---
meta/recipes-extended/tzdata/{tzdata_2015e.bb = tzdata_2015f.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/tzdata/{tzdata_2015e.bb = tzdata_2015f.bb} (98%)
diff --git a/meta/recipes-extended/tzdata/tzdata_2015e.bb
b/meta/recipes-extended/tzdata/tzdata_2015f.bb
similarity index 98%
rename from meta/recipes-extended/tzdata/tzdata_2015e.bb
rename to meta/recipes-extended/tzdata/tzdata_2015f.bb
index 92389a9..7cda40d 100644
--- a/meta/recipes-extended/tzdata/tzdata_2015e.bb
+++ b/meta/recipes-extended/tzdata/tzdata_2015f.bb
@@ -7,8 +7,8 @@ DEPENDS = tzcode-native
SRC_URI = ftp://ftp.iana.org/tz/releases/tzdata${PV}.tar.gz;name=tzdata;
-SRC_URI[tzdata.md5sum] = 36f9056efb432ca945c73397acfce0d4
-SRC_URI[tzdata.sha256sum] =
ffc9b5d38abda8277aa479e3f75aa7668819d0977cd1a0c8ef3b09128334ba6f
+SRC_URI[tzdata.md5sum] = e3b82732d20e973e48af1c6f13df9a1d
+SRC_URI[tzdata.sha256sum] =
959f81b541e042ecb13c50097d264ae92ff03a57979c478dbcf24d5da242531d
inherit allarch
--
2.3.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] kernel.bbclass: Fix do_shared_workdir task ordering
commit 02d0a003d60326 [kernel.bbclass: Fix race condition] has surfaced
a bug in the generation of the shared_workdir. The task
do_compile_kernelmodules adds the exported symbols of the kernel modules
to the Module.symvers. By creating the shared_workdir before the modules
are compiled, the symbols of the modules are missing in the
shared_workdir. Subsequent external module builds will not include the
ABI CRC of functions exported in modules. Modprobe will fail to load the
external module if CONFIG_MODVERSIONS is enabled.
Signed-off-by: Stefan Müller-Klieser s.mueller-klie...@phytec.de
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index d06f6cf..473f1f8 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -249,7 +249,7 @@ kernel_do_install() {
}
do_install[prefuncs] += package_get_auto_pr
-addtask shared_workdir after do_compile before do_compile_kernelmodules
+addtask shared_workdir after do_compile_kernelmodules before do_install
addtask shared_workdir_setscene
do_shared_workdir_setscene () {
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 5/8] Extensible SDK: allow for installation without preparing build system
On Sun, Aug 9, 2015 at 8:18 PM, Chen Qi qi.c...@windriver.com wrote: When publishing SDK, what we want is basically its metadata and sstate cache objects. We don't want the SDK to be prepared with running bitbake as it takes time which reproduces meaningless output for the published SDK. So this patch adds an option to allow for SDK to be extracted without preparing the build system. Signed-off-by: Chen Qi qi.c...@windriver.com I expect the intent behind the preparation was for it to be a build from 100% sstate, but that’s not actually the case on all systems. If that’s the case, maybe it should be run with locked sigs and ignore failure, to avoid doing a real from-scratch build at install time. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 6/8] bootchart2: update to 0.14.7
On 10 August 2015 at 15:23, Alexander Kanavin alexander.kana...@linux.intel.com wrote: Drop bootchartd-no-bashism.patch as it's been merged upstream This doesn't apply to master-next, could you rebase please? Cheers, Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/8] apmd: update to 3.2.2-15
On 10 August 2015 at 15:23, Alexander Kanavin alexander.kana...@linux.intel.com wrote: +++ b/meta/recipes-bsp/apmd/apmd/legacy.patch Patch needs a header/upstream-status/signed-off-by. Don't bother putting the comment in the recipe, but put that metadata in the patch itself. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] gnu-config: Update git version to latest and use it
On 7 August 2015 at 21:18, Khem Raj raj.k...@gmail.com wrote: its GPLv3 with autoconf exception but the GPLv2 copy of recipe is left in as well to not break non-GPLv3 builds As the files in this are only used to configure the build, could it be whitelisted to allow it to be used in a no-GPLv3 build? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] sanity.bbclass: check SSTATE_DIR, DL_DIR and *MIRROR for broken symlinks
On Mon, Aug 10, 2015 at 05:35:27PM +0100, Burton, Ross wrote: On 10 August 2015 at 09:18, mikko.rap...@bmw.de wrote: So currently patch testing and review queues are full. Should I file bugzilla tickets with links to patches like this or are the mailing list contributions tracked via patchwork or something? If small changes like this are not getting merged, then I don't have confidence in pushing bigger ones back upstream. There's been slow acceptance of patches on master recently, mainly due to a focus on making the autobuilder do green runs reliably. To compound that, I've just returned from a week off and Richard was travelling last week and is still travelling this week. That said, master-next is almost 50 commits ahead of master and will be merged soon, and I've just queued this into my testing branch. Stuff is flowing, just slowly. Thanks for the update. I was just wondering if there's anything I could/should do as a drive-by-contributor. -Mikko -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] gnu-config: Update git version to latest and use it
On Aug 10, 2015, at 9:22 AM, Burton, Ross ross.bur...@intel.com wrote: On 7 August 2015 at 21:18, Khem Raj raj.k...@gmail.com mailto:raj.k...@gmail.com wrote: its GPLv3 with autoconf exception but the GPLv2 copy of recipe is left in as well to not break non-GPLv3 builds As the files in this are only used to configure the build, could it be whitelisted to allow it to be used in a no-GPLv3 build? it could be. Remember its GPLv3 with autoconf exception but still its a new license for folks to use Ross signature.asc Description: Message signed with OpenPGP using GPGMail -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 6/8] bootchart2: update to 0.14.7
On 10 August 2015 at 17:02, Burton, Ross ross.bur...@intel.com wrote: This doesn't apply to master-next, could you rebase please? Ignore this - it was a trivial merge. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/8] blktool: update to 4-7
On 10 August 2015 at 15:23, Alexander Kanavin
alexander.kana...@linux.intel.com wrote:
PR = r1
This can be removed.
+# The three patches below are taken from
ftp://ftp.debian.org/debian/pool/main/b/blktool/blktool_4-7.debian.tar.xz
SRC_URI =
${DEBIAN_MIRROR}/main/b/blktool/blktool_4.orig.tar.gz;name=tarball \
-
${DEBIAN_MIRROR}/main/b/blktool/blktool_4-6.1.diff.gz;apply=yes;name=patch
+ file://0001-fix-typos-in-manpage.patch \
+ file://0002-fix-string-error.patch \
+
file://0003-Fix-3-d-argument-for-BLKROSET-it-must-be-const-int.patch \
+
The patch origin metadata should be in the patches, not the recipe.
Cheers,
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/2] mesa: Provide virtual/libopenvg
On 10 August 2015 at 20:47, Otavio Salvador ota...@ossystems.com.br wrote: There are other GPU drivers which provide alternative implementations for libopenvg thus a virtual/libopenvg should be available for proper dependencies to be specified. As of mesa 10.6.x (queued in master-next) OpenVG support was removed, so this is obsolete now. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] cml1.bbclass: make menuconfig task configurable
Menuconfig is sometimes not the most convenient way to configure a
kernel, as the default color scheme can be hard to read. This variable
gives you access to the MENUCONFIG_COLOR variable or lets you select
nconfig, e.g. by setting it in your local.conf:
KCONFIG_CONFIG_COMMAND = MENUCONFIG_COLOR=mono menuconfig
or
KCONFIG_CONFIG_COMMAND = nconfig
Signed-off-by: Stefan Müller-Klieser s.mueller-klie...@phytec.de
---
meta/classes/cml1.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/cml1.bbclass b/meta/classes/cml1.bbclass
index 43acfd5..95cf584 100644
--- a/meta/classes/cml1.bbclass
+++ b/meta/classes/cml1.bbclass
@@ -16,6 +16,7 @@ CROSS_CURSES_LIB = -lncurses -ltinfo
CROSS_CURSES_INC = '-DCURSES_LOC=curses.h'
TERMINFO = ${STAGING_DATADIR_NATIVE}/terminfo
+KCONFIG_CONFIG_COMMAND ??= menuconfig
python do_menuconfig() {
import shutil
@@ -25,7 +26,7 @@ python do_menuconfig() {
except OSError:
mtime = 0
-oe_terminal(${SHELL} -c \make menuconfig; if [ \$? -ne 0 ]; then echo
'Command failed.'; printf 'Press any key to continue... '; read r; fi\,
'${PN} Configuration', d)
+oe_terminal(${SHELL} -c \make ${KCONFIG_CONFIG_COMMAND}; if [ \$? -ne 0
]; then echo 'Command failed.'; printf 'Press any key to continue... '; read r;
fi\, '${PN} Configuration', d)
# FIXME this check can be removed when the minimum bitbake version has
been bumped
if hasattr(bb.build, 'write_taint'):
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 8/8] devtool: add sdk.py plugin
On Sun, Aug 9, 2015 at 8:18 PM, Chen Qi qi.c...@windriver.com wrote: E.g. devtool sdk-update /mnt/sdk-repo/ devtool sdk-update http://mysdkhost/sdk Signed-off-by: Chen Qi qi.c...@windriver.com Shouldn’t there be a description of exactly what the purpose of this is, in the commit message, for those of us not intimately familiar with the sdk construction process? It’s best to include the why in commit messages, not just the what/how. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] wpa-supplicant: Fix CVE-2015-4142
The original commit wpa-supplicant: Fix CVE-2015-4142 included the
patch file but didn't apply it into the recipe, so the backport has
not been effective.
Reported-by: Adam Moore adam.mo...@savantsystems.com
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.4.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.4.bb
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.4.bb
index 0186c2b..a124cf2 100644
--- a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.4.bb
+++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.4.bb
@@ -24,6 +24,7 @@ SRC_URI =
http://hostap.epitest.fi/releases/wpa_supplicant-${PV}.tar.gz \
file://wpa_supplicant.conf \
file://wpa_supplicant.conf-sane \
file://99_wpa_supplicant \
+
file://0001-AP-WMM-Fix-integer-underflow-in-WMM-Action-frame-par.patch \
file://0001-P2P-Validate-SSID-element-length-before-copying-it-C.patch \
file://0001-WPS-Fix-HTTP-chunked-transfer-encoding-parser.patch \
file://0001-EAP-pwd-peer-Fix-payload-length-validation-for-Commi.patch \
--
2.5.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] local.conf.sample.extended: fix trailing whitespace
Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/conf/local.conf.sample.extended | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/conf/local.conf.sample.extended b/meta/conf/local.conf.sample.extended index ccdd326..3b840c1 100644 --- a/meta/conf/local.conf.sample.extended +++ b/meta/conf/local.conf.sample.extended @@ -57,7 +57,7 @@ # The following are used to control options related to debugging. # -# Uncomment this to change the optimization to make debugging easer, at the +# Uncomment this to change the optimization to make debugging easer, at the # possible cost of performance. # DEBUG_BUILD = 1 # @@ -131,9 +131,9 @@ # build both the 32-bit and 64-bit wrapper libraries on a 64-bit build system. # # Pseudo will attempt to determine if a 32-bit wrapper is necessary, but -# it doesn't always guess properly. If you have 32-bit executables on -# your 64-bit build system, you likely want to set this to 0, -# otherwise you could end up with incorrect file attributes on the +# it doesn't always guess properly. If you have 32-bit executables on +# your 64-bit build system, you likely want to set this to 0, +# otherwise you could end up with incorrect file attributes on the # target filesystem. # # Default is to not build 32 bit libs on 64 bit systems, uncomment this @@ -262,7 +262,7 @@ # # GCC/LD FLAGS to enable more secure code generation -# +# # By including the security_flags include file you enable flags # to the compiler and linker that cause them to generate more secure # code, this is enabled by default in the poky-lsb distro. -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mc: Fix QA warning RDEPENDS of util-linux-libmount
mc depends on libmount that uses for try to mount filesystems.
Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
---
meta/recipes-extended/mc/mc_4.8.14.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/mc/mc_4.8.14.bb
b/meta/recipes-extended/mc/mc_4.8.14.bb
index 8fec0b3..fe35bcd 100644
--- a/meta/recipes-extended/mc/mc_4.8.14.bb
+++ b/meta/recipes-extended/mc/mc_4.8.14.bb
@@ -4,7 +4,7 @@ LICENSE = GPLv3
LIC_FILES_CHKSUM = file://COPYING;md5=270bbafe360e73f9840bd7981621f9c2
SECTION = console/utils
DEPENDS = ncurses glib-2.0
-RDEPENDS_${PN} = ncurses-terminfo
+RDEPENDS_${PN} = ncurses-terminfo util-linux-libmount
SRC_URI = http://www.midnight-commander.org/downloads/${BPN}-${PV}.tar.bz2 \
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mc: Fix QA warning RDEPENDS of util-linux-libmount
On Mon, Aug 10, 2015 at 3:07 PM, Aníbal Limón
anibal.li...@linux.intel.com wrote:
mc depends on libmount that uses for try to mount filesystems.
Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
---
meta/recipes-extended/mc/mc_4.8.14.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/mc/mc_4.8.14.bb
b/meta/recipes-extended/mc/mc_4.8.14.bb
index 8fec0b3..fe35bcd 100644
--- a/meta/recipes-extended/mc/mc_4.8.14.bb
+++ b/meta/recipes-extended/mc/mc_4.8.14.bb
@@ -4,7 +4,7 @@ LICENSE = GPLv3
LIC_FILES_CHKSUM = file://COPYING;md5=270bbafe360e73f9840bd7981621f9c2
SECTION = console/utils
DEPENDS = ncurses glib-2.0
-RDEPENDS_${PN} = ncurses-terminfo
+RDEPENDS_${PN} = ncurses-terminfo util-linux-libmount
I guess adding util-linux to DEPENDS would be the correct fix. The
runtime dependency on libmount will then be detected automatically.
SRC_URI = http://www.midnight-commander.org/downloads/${BPN}-${PV}.tar.bz2 \
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] gcc 5.2 failures
On Mon, Jul 27, 2015 at 2:30 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: I've run a gcc 5.2 test build on the autobuilder: http://errors.yoctoproject.org/Errors/Search/?items=10query=3628c3c06fa4195003ac655bcc791acfac775173limit=50 41 errors (with a few more pending). errors like http://errors.yoctoproject.org/Errors/Details/13821/ should be fixed with glibc 2.22 now there was symbol visibility fix which went into gcc5 binutils 2.25+ and glibc 2.22+, I did not backport the glibc piece to 2.21, as I knew 2.22 was releasing. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] security-flags: Disable PIE for coreutils, elfutils, gcc, iptables
On Mon, Jul 27, 2015 at 4:26 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
With gcc 5, we need to disable the PIE flags for more recipes in order
to have successful builds.
what error do you see ?
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/conf/distro/include/security_flags.inc
b/meta/conf/distro/include/security_flags.inc
index 85a3bfe..3724972 100644
--- a/meta/conf/distro/include/security_flags.inc
+++ b/meta/conf/distro/include/security_flags.inc
@@ -25,11 +25,10 @@ SECURITY_CFLAGS_pn-webkit-gtk_powerpc =
# arm specific security flag issues
SECURITY_CFLAGS_pn-lttng-tools_arm = ${SECURITY_NO_PIE_CFLAGS}
-SECURITY_CFLAGS_pn-elfutils_arm = ${SECURITY_NO_PIE_CFLAGS}
-
SECURITY_CFLAGS_pn-aspell = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-beecrypt = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-blktrace = ${SECURITY_NO_PIE_CFLAGS}
+SECURITY_CFLAGS_pn-coreutils = ${SECURITY_NO_PIE_CFLAGS}
# Curl seems to check for FORTIFY_SOURCE in CFLAGS, but even assigned
# to CPPFLAGS it gets picked into CFLAGS in bitbake.
#TARGET_CPPFLAGS_pn-curl += -D_FORTIFY_SOURCE=2
@@ -39,10 +38,12 @@ SECURITY_CFLAGS_pn-db = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-directfb = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-glibc =
SECURITY_CFLAGS_pn-glibc-initial =
+SECURITY_CFLAGS_pn-elfutils = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-enchant = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-expect = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-flac = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-flex = ${SECURITY_NO_PIE_CFLAGS}
+SECURITY_CFLAGS_pn-gcc = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-gcc-runtime = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-gcc-sanitizers = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-gdb = ${SECURITY_NO_PIE_CFLAGS}
@@ -60,6 +61,7 @@ SECURITY_CFLAGS_pn-gstreamer1.0-plugins-bad =
${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-gstreamer1.0-plugins-good = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-harfbuzz = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-kexec-tools = ${SECURITY_NO_PIE_CFLAGS}
+SECURITY_CFLAGS_pn-iptables = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-libaio = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-libcap = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-libgcc = ${SECURITY_NO_PIE_CFLAGS}
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] meta-gplv2? [Was Re: parted_1.8.6.bb: add parted that not GPLv3]
On 08/10/2015 02:13 PM, Alexander Kanavin wrote: On 08/08/2015 08:09 PM, Philip Balister wrote: By 'self-sustaining' I mean 'being able to continuously produce quality work'. Looking at layers in meta-openembedded, not all of them are of high quality. Meta-gnome in particular is badly out of date, because no one wants to maintain it properly. If oe-core starts taking a lot more volunteer contributions, and the same thing happens (a volunteer contributes a large set of recipes, then disappears), what is supposed to happen then? You are missing the point. We now use layers to segregate sets of recipes o stuff that is not interesting to many people and becomes obsolete may decline without compromising heavily used layers. This is all part of the evolution of OpenEmbedded over many, many years. If people lose interest in meta-gplv2, then so be it. This is perfectly fine with me. However, the subject has been whether the scope of *oe-core/poky* can be expanded without compromising What is Poky? Philip quality. I'm not sure at which point it got confused with general OE, so I can only refer you back to several emails up this thread: http://lists.openembedded.org/pipermail/openembedded-core/2015-July/108037.html http://lists.openembedded.org/pipermail/openembedded-core/2015-July/108167.html http://lists.openembedded.org/pipermail/openembedded-core/2015-July/108208.html Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel.bbclass: Fix do_shared_workdir task ordering
On Mon, Aug 10, 2015 at 11:21 AM, Stefan Müller-Klieser
s.mueller-klie...@phytec.de wrote:
commit 02d0a003d60326 [kernel.bbclass: Fix race condition] has surfaced
a bug in the generation of the shared_workdir. The task
do_compile_kernelmodules adds the exported symbols of the kernel modules
to the Module.symvers. By creating the shared_workdir before the modules
are compiled, the symbols of the modules are missing in the
shared_workdir. Subsequent external module builds will not include the
ABI CRC of functions exported in modules. Modprobe will fail to load the
external module if CONFIG_MODVERSIONS is enabled.\
Have you seen our bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=8127 ?
It's new .. so probably not.
The significant issue with this, is that we are now forcing anyone
that needs the
shared workdir artifacts to build kernel modules.
That's performance issue for many workflows.
I had some changes where I was working to short cut parts of the process, but
they turned out to miss a few corner cases.
We need to do more thinking on this one, before we can bring in a change like
this .. since avoiding that overhead is something valuable.
Cheers,
Bruce
Signed-off-by: Stefan Müller-Klieser s.mueller-klie...@phytec.de
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index d06f6cf..473f1f8 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -249,7 +249,7 @@ kernel_do_install() {
}
do_install[prefuncs] += package_get_auto_pr
-addtask shared_workdir after do_compile before do_compile_kernelmodules
+addtask shared_workdir after do_compile_kernelmodules before do_install
addtask shared_workdir_setscene
do_shared_workdir_setscene () {
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 2/2] mesa-demos: Fix dependency for 'vg' support
The 'vg' support should depends on virtual/libopenvg. There is no
provider for libvg in OE-Core so this option seems untested being safe
to change.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
b/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
index d58388a..e451642 100644
--- a/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
+++ b/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
@@ -41,7 +41,7 @@ PACKAGECONFIG[gles1] =
--enable-gles1,--disable-gles1,virtual/libgles1
PACKAGECONFIG[gles2] = --enable-gles2,--disable-gles2,virtual/libgles2
PACKAGECONFIG[glut] = --with-glut=${STAGING_EXECPREFIXDIR},--without-glut,
PACKAGECONFIG[osmesa] = --enable-osmesa,--disable-osmesa,
-PACKAGECONFIG[vg] = --enable-vg,--disable-vg,virtual/libvg
+PACKAGECONFIG[vg] = --enable-vg,--disable-vg,virtual/libopenvg
PACKAGECONFIG[wayland] = --enable-wayland,--disable-wayland,virtual/libgl
wayland
PACKAGECONFIG[x11] = --enable-x11,--disable-x11,virtual/libx11
PACKAGECONFIG[glew] = --enable-glew,--disable-glew,glew
--
2.5.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 1/2] mesa: Provide virtual/libopenvg
There are other GPU drivers which provide alternative implementations for libopenvg thus a virtual/libopenvg should be available for proper dependencies to be specified. The Freescale i.MX6 is a real world case where the Vivante GPU driver offers an alternative implementation for libopenvg library. Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- meta/recipes-graphics/mesa/mesa.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/mesa/mesa.inc b/meta/recipes-graphics/mesa/mesa.inc index 09e80e8..d0363e4 100644 --- a/meta/recipes-graphics/mesa/mesa.inc +++ b/meta/recipes-graphics/mesa/mesa.inc @@ -16,7 +16,7 @@ PE = 2 DEPENDS = expat makedepend-native flex-native bison-native libxml2-native udev -PROVIDES = virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl virtual/mesa +PROVIDES = virtual/libgl virtual/libgles1 virtual/libgles2 virtual/libopenvg virtual/egl virtual/mesa inherit autotools pkgconfig pythonnative gettext distro_features_check -- 2.5.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] local.conf.sample: fix trailing whitespace
Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/conf/local.conf.sample | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample index 3ae24ab..a398a15 100644 --- a/meta/conf/local.conf.sample +++ b/meta/conf/local.conf.sample @@ -2,11 +2,11 @@ # This file is your local configuration file and is where all local user settings # are placed. The comments in this file give some guide to the options a new user # to the system might want to change but pretty much any configuration option can -# be set in this file. More adventurous users can look at local.conf.extended +# be set in this file. More adventurous users can look at local.conf.extended # which contains other examples of configuration which can be placed in this file # but new users likely won't need any of them initially. # -# Lines starting with the '#' character are commented out and in some cases the +# Lines starting with the '#' character are commented out and in some cases the # default values are provided as comments to show people example syntax. Enabling # the option is a question of removing the # character and making any change to the # variable as required. @@ -72,8 +72,8 @@ MACHINE ??= qemux86 # # Package Management configuration # -# This variable lists which packaging formats to enable. Multiple package backends -# can be enabled at once and the first item listed in the variable will be used +# This variable lists which packaging formats to enable. Multiple package backends +# can be enabled at once and the first item listed in the variable will be used # to generate the root filesystems. # Options are: # - 'package_deb' for debian style deb files @@ -87,7 +87,7 @@ PACKAGE_CLASSES ?= package_ipk # SDK/ADT target architecture # # This variable specifies the architecture to build SDK/ADT items for and means -# you can build the SDK packages for architectures other than the machine you are +# you can build the SDK packages for architectures other than the machine you are # running the build on (i.e. building i686 packages on an x86_64 host). # Supported values are i686 and x86_64 #SDKMACHINE ?= i686 @@ -95,7 +95,7 @@ PACKAGE_CLASSES ?= package_ipk # # Extra image configuration defaults # -# The EXTRA_IMAGE_FEATURES variable allows extra packages to be added to the generated +# The EXTRA_IMAGE_FEATURES variable allows extra packages to be added to the generated # images. Some of these options are added to certain image types automatically. The # variable can contain the following options: # dbg-pkgs - add -dbg packages for all installed packages @@ -120,7 +120,7 @@ EXTRA_IMAGE_FEATURES = debug-tweaks # Additional image features # # The following is a list of additional classes to use when building images which -# enable extra features. Some available options which can be included in this variable +# enable extra features. Some available options which can be included in this variable # are: # - 'buildstats' collect build statistics # - 'image-mklibs' to reduce shared library files size for an image @@ -142,8 +142,8 @@ USER_CLASSES ?= buildstats image-mklibs image-prelink # # Interactive shell configuration # -# Under certain circumstances the system may need input from you and to do this it -# can launch an interactive shell. It needs to do this since the build is +# Under certain circumstances the system may need input from you and to do this it +# can launch an interactive shell. It needs to do this since the build is # multithreaded and needs to be able to handle the case where more than one parallel # process may require the user's attention. The default is iterate over the available # terminal types to find one that works. @@ -181,13 +181,13 @@ BB_DISKMON_DIRS = \ # # Shared-state files from other locations # -# As mentioned above, shared state files are prebuilt cache data objects which can +# As mentioned above, shared state files are prebuilt cache data objects which can # used to accelerate build time. This variable can be used to configure the system # to search other mirror locations for these objects before it builds the data itself. # # This can be a filesystem directory, or a remote url such as http or ftp. These -# would contain the sstate-cache results from previous builds (possibly from other -# machines). This variable works like fetcher MIRRORS/PREMIRRORS and points to the +# would contain the sstate-cache results from previous builds (possibly from other +# machines). This variable works like fetcher MIRRORS/PREMIRRORS and points to the # cache locations to check for the shared objects. # NOTE: if the mirror uses the same structure as SSTATE_DIR, you need to add PATH # at the end as shown in the examples below. This will be substituted with the -- 1.9.1 -- ___
Re: [OE-core] [PATCH v2 1/2] mesa: Provide virtual/libopenvg
On Mon, Aug 10, 2015 at 4:57 PM, Burton, Ross ross.bur...@intel.com wrote: On 10 August 2015 at 20:47, Otavio Salvador ota...@ossystems.com.br wrote: There are other GPU drivers which provide alternative implementations for libopenvg thus a virtual/libopenvg should be available for proper dependencies to be specified. As of mesa 10.6.x (queued in master-next) OpenVG support was removed, so this is obsolete now. So it does not offer OpenVG support anymore? What about mesa-demos? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/2] mesa: Provide virtual/libopenvg
On 10 August 2015 at 21:14, Otavio Salvador otavio.salva...@ossystems.com.br wrote: So it does not offer OpenVG support anymore? What about mesa-demos? mesa-demos hasn't been upgraded for a year (we should probably start tracking the git repo). I've merged the demos fix into MUT. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] base.bbclass/blacklist.bbclass: remove doc item when d.getVarFlags()
On Thu, Jul 30, 2015 at 8:18 AM, Robert Yang liezhi.y...@windriver.com wrote:
The FOO[doc] is set in meta/conf/documentation.conf, we need remove it
from d.getVarFlags()'s return dict when it causes many loops.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/base.bbclass |2 ++
meta/classes/blacklist.bbclass |2 ++
2 files changed, 4 insertions(+)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index b7e22ad..9e33f44 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -336,6 +336,8 @@ python () {
# PACKAGECONFIG ??= default options
# PACKAGECONFIG[foo] =
--enable-foo,--disable-foo,foo_depends,foo_runtime_depends
pkgconfigflags = d.getVarFlags(PACKAGECONFIG) or {}
+# Remove PACKAGECONFIG[doc]
+pkgconfigflags.pop('doc', None)
This change breaks recipes which try to use 'doc' as a PACKAGECONFIG
option. Nothing in oe-core tries to do that, but there are recipes in
other layers which do (e.g. efl in meta-oe and lxc in
meta-virtualization).
Could this change we reworked somehow to allow 'doc' to continue to be
used as a PACKAGECONFIG option (as it is in fido)?
if pkgconfigflags:
pkgconfig = (d.getVar('PACKAGECONFIG', True) or ).split()
pn = d.getVar(PN, True)
diff --git a/meta/classes/blacklist.bbclass b/meta/classes/blacklist.bbclass
index a0141a8..39b3f82 100644
--- a/meta/classes/blacklist.bbclass
+++ b/meta/classes/blacklist.bbclass
@@ -28,6 +28,8 @@ python blacklist_multilib_eventhandler() {
prefixes.append(eext[1])
blacklists = e.data.getVarFlags('PNBLACKLIST') or {}
+# Remove PNBLACKLIST[doc]
+blacklists.pop('doc', None)
for pkg, reason in blacklists.items():
if pkg.endswith((-native, -crosssdk)) or
pkg.startswith((nativesdk-, virtual/nativesdk-)) or 'cross-canadian' in
pkg:
continue
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] weston: backport a patches to fix the building failure
drop it, since it is duplicate to weston: improve parallel make race
fixes
-Roy
On 2015年08月11日 09:14, rongqing...@windriver.com wrote:
From: Roy Li rongqing...@windriver.com
Signed-off-by: Roy Li rongqing...@windriver.com
---
...-target-weston.ini-directories-before-wri.patch | 42 ++
meta/recipes-graphics/wayland/weston_1.8.0.bb | 1 +
2 files changed, 43 insertions(+)
create mode 100644
meta/recipes-graphics/wayland/weston/0001-build-mkdir-target-weston.ini-directories-before-wri.patch
diff --git
a/meta/recipes-graphics/wayland/weston/0001-build-mkdir-target-weston.ini-directories-before-wri.patch
b/meta/recipes-graphics/wayland/weston/0001-build-mkdir-target-weston.ini-directories-before-wri.patch
new file mode 100644
index 000..a8fd846
--- /dev/null
+++
b/meta/recipes-graphics/wayland/weston/0001-build-mkdir-target-weston.ini-directories-before-wri.patch
@@ -0,0 +1,42 @@
+From 2eff22b8e6f6e5255a1915c33dfd91cecf02cbbc Mon Sep 17 00:00:00 2001
+From: Ross Burton ross.bur...@intel.com
+Date: Fri, 17 Jul 2015 12:33:45 +0100
+Subject: [PATCH] build: mkdir target weston.ini directories before writing
+
+Upstream-Status: Backport
+
+In parallel out-of-tree builds it is possible for e.g. ivi-shell/weston.ini to
+be written before ivi-shell/ exists. Solve this by creating the target
+directory first.
+
+Signed-off-by: Ross Burton ross.bur...@intel.com
+Reviewed-by: Quentin Glidic sardemff7+...@sardemff7.net
+---
+ Makefile.am | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/Makefile.am b/Makefile.am
+index a3590c0..76ab546 100644
+--- a/Makefile.am
b/Makefile.am
+@@ -20,7 +20,7 @@ weston.ini : $(srcdir)/weston.ini.in
+ $ $@
+
+ ivi-shell/weston.ini : $(srcdir)/ivi-shell/weston.ini.in
+- $(AM_V_GEN)$(SED) \
++ $(AM_V_GEN)$(MKDIR_P) $(dir $@) $(SED) \
+ -e 's|@bindir[@]|$(bindir)|g' \
+ -e 's|@abs_top_builddir[@]|$(abs_top_builddir)|g' \
+ -e 's|@abs_top_srcdir[@]|$(abs_top_srcdir)|g' \
+@@ -29,7 +29,7 @@ ivi-shell/weston.ini : $(srcdir)/ivi-shell/weston.ini.in
+ $ $@
+
+ tests/weston-ivi.ini : $(srcdir)/ivi-shell/weston.ini.in
+- $(AM_V_GEN)$(SED) \
++ $(AM_V_GEN)$(MKDIR_P) $(dir $@) $(SED) \
+ -e 's|@bindir[@]|$(bindir)|g' \
+ -e 's|@abs_top_builddir[@]|$(abs_top_builddir)|g' \
+ -e 's|@abs_top_srcdir[@]|$(abs_top_srcdir)|g' \
+--
+1.9.1
+
diff --git a/meta/recipes-graphics/wayland/weston_1.8.0.bb
b/meta/recipes-graphics/wayland/weston_1.8.0.bb
index 342c604..515c712 100644
--- a/meta/recipes-graphics/wayland/weston_1.8.0.bb
+++ b/meta/recipes-graphics/wayland/weston_1.8.0.bb
@@ -12,6 +12,7 @@ SRC_URI =
http://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
file://make-libwebp-explicitly-configurable.patch \
file://0001-make-error-portable.patch \
file://parallelmake.patch \
+
file://0001-build-mkdir-target-weston.ini-directories-before-wri.patch \
SRC_URI[md5sum] = 24cb8a7ed0535b4fc3642643988dab36
SRC_URI[sha256sum] =
8963e69f328e815cec42c58046c4af721476c7541bb7d9edc71740fada5ad312
--
Best Reagrds,
Roy | RongQing Li
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] base.bbclass/blacklist.bbclass: remove doc item when d.getVarFlags()
On 08/11/2015 10:00 AM, Andre McCurdy wrote:
On Thu, Jul 30, 2015 at 8:18 AM, Robert Yang liezhi.y...@windriver.com wrote:
The FOO[doc] is set in meta/conf/documentation.conf, we need remove it
from d.getVarFlags()'s return dict when it causes many loops.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/base.bbclass |2 ++
meta/classes/blacklist.bbclass |2 ++
2 files changed, 4 insertions(+)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index b7e22ad..9e33f44 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -336,6 +336,8 @@ python () {
# PACKAGECONFIG ??= default options
# PACKAGECONFIG[foo] =
--enable-foo,--disable-foo,foo_depends,foo_runtime_depends
pkgconfigflags = d.getVarFlags(PACKAGECONFIG) or {}
+# Remove PACKAGECONFIG[doc]
+pkgconfigflags.pop('doc', None)
This change breaks recipes which try to use 'doc' as a PACKAGECONFIG
option. Nothing in oe-core tries to do that, but there are recipes in
other layers which do (e.g. efl in meta-oe and lxc in
meta-virtualization).
Could this change we reworked somehow to allow 'doc' to continue to be
used as a PACKAGECONFIG option (as it is in fido)?
Hi Andre,
I'm afraid that there isn't any other way to fix the issue (many
unneeded loops caused by PACKAGECONFIG[doc] which is set by
documentation.conf), maybe you can change 'doc' to such as 'docs' in
other layers ?
// Robert
if pkgconfigflags:
pkgconfig = (d.getVar('PACKAGECONFIG', True) or ).split()
pn = d.getVar(PN, True)
diff --git a/meta/classes/blacklist.bbclass b/meta/classes/blacklist.bbclass
index a0141a8..39b3f82 100644
--- a/meta/classes/blacklist.bbclass
+++ b/meta/classes/blacklist.bbclass
@@ -28,6 +28,8 @@ python blacklist_multilib_eventhandler() {
prefixes.append(eext[1])
blacklists = e.data.getVarFlags('PNBLACKLIST') or {}
+# Remove PNBLACKLIST[doc]
+blacklists.pop('doc', None)
for pkg, reason in blacklists.items():
if pkg.endswith((-native, -crosssdk)) or pkg.startswith((nativesdk-,
virtual/nativesdk-)) or 'cross-canadian' in pkg:
continue
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] weston: backport a patches to fix the building failure
From: Roy Li rongqing...@windriver.com
Signed-off-by: Roy Li rongqing...@windriver.com
---
...-target-weston.ini-directories-before-wri.patch | 42 ++
meta/recipes-graphics/wayland/weston_1.8.0.bb | 1 +
2 files changed, 43 insertions(+)
create mode 100644
meta/recipes-graphics/wayland/weston/0001-build-mkdir-target-weston.ini-directories-before-wri.patch
diff --git
a/meta/recipes-graphics/wayland/weston/0001-build-mkdir-target-weston.ini-directories-before-wri.patch
b/meta/recipes-graphics/wayland/weston/0001-build-mkdir-target-weston.ini-directories-before-wri.patch
new file mode 100644
index 000..a8fd846
--- /dev/null
+++
b/meta/recipes-graphics/wayland/weston/0001-build-mkdir-target-weston.ini-directories-before-wri.patch
@@ -0,0 +1,42 @@
+From 2eff22b8e6f6e5255a1915c33dfd91cecf02cbbc Mon Sep 17 00:00:00 2001
+From: Ross Burton ross.bur...@intel.com
+Date: Fri, 17 Jul 2015 12:33:45 +0100
+Subject: [PATCH] build: mkdir target weston.ini directories before writing
+
+Upstream-Status: Backport
+
+In parallel out-of-tree builds it is possible for e.g. ivi-shell/weston.ini to
+be written before ivi-shell/ exists. Solve this by creating the target
+directory first.
+
+Signed-off-by: Ross Burton ross.bur...@intel.com
+Reviewed-by: Quentin Glidic sardemff7+...@sardemff7.net
+---
+ Makefile.am | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/Makefile.am b/Makefile.am
+index a3590c0..76ab546 100644
+--- a/Makefile.am
b/Makefile.am
+@@ -20,7 +20,7 @@ weston.ini : $(srcdir)/weston.ini.in
+ $ $@
+
+ ivi-shell/weston.ini : $(srcdir)/ivi-shell/weston.ini.in
+- $(AM_V_GEN)$(SED) \
++ $(AM_V_GEN)$(MKDIR_P) $(dir $@) $(SED) \
+ -e 's|@bindir[@]|$(bindir)|g' \
+ -e 's|@abs_top_builddir[@]|$(abs_top_builddir)|g' \
+ -e 's|@abs_top_srcdir[@]|$(abs_top_srcdir)|g' \
+@@ -29,7 +29,7 @@ ivi-shell/weston.ini : $(srcdir)/ivi-shell/weston.ini.in
+ $ $@
+
+ tests/weston-ivi.ini : $(srcdir)/ivi-shell/weston.ini.in
+- $(AM_V_GEN)$(SED) \
++ $(AM_V_GEN)$(MKDIR_P) $(dir $@) $(SED) \
+ -e 's|@bindir[@]|$(bindir)|g' \
+ -e 's|@abs_top_builddir[@]|$(abs_top_builddir)|g' \
+ -e 's|@abs_top_srcdir[@]|$(abs_top_srcdir)|g' \
+--
+1.9.1
+
diff --git a/meta/recipes-graphics/wayland/weston_1.8.0.bb
b/meta/recipes-graphics/wayland/weston_1.8.0.bb
index 342c604..515c712 100644
--- a/meta/recipes-graphics/wayland/weston_1.8.0.bb
+++ b/meta/recipes-graphics/wayland/weston_1.8.0.bb
@@ -12,6 +12,7 @@ SRC_URI =
http://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
file://make-libwebp-explicitly-configurable.patch \
file://0001-make-error-portable.patch \
file://parallelmake.patch \
+
file://0001-build-mkdir-target-weston.ini-directories-before-wri.patch \
SRC_URI[md5sum] = 24cb8a7ed0535b4fc3642643988dab36
SRC_URI[sha256sum] =
8963e69f328e815cec42c58046c4af721476c7541bb7d9edc71740fada5ad312
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] attr: narrow fix_symlink to populate_sysroot
From: Roy Li rongqing...@windriver.com
fix_symlink will be called many times, like populate_sysroot and populate_lic;
which maybe lead to rpm-native building failure, due to the below error:
.../usr/lib/libacl.so: No such file or directory
since after acl/attr finished populate_sysroot task, rpm start to be compiled
but acl/attr populate_lic, which run fix_symlink, maybe remove the
.../usr/lib/libacl.so
In fact, fix_symlink only needs to be called after populate_sysroot
Signed-off-by: Roy Li rongqing...@windriver.com
---
meta/recipes-support/attr/ea-acl.inc | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-support/attr/ea-acl.inc
b/meta/recipes-support/attr/ea-acl.inc
index 474291a..370e16f 100644
--- a/meta/recipes-support/attr/ea-acl.inc
+++ b/meta/recipes-support/attr/ea-acl.inc
@@ -27,6 +27,11 @@ LDFLAGS_append_libc-uclibc_class-target = ${@['', ' -lintl
'][(d.getVar('USE_NL
EXTRA_OECONF_append_libc-uclibc_class-target = ${@['', ' --disable-gettext
'][(d.getVar('USE_NLS', True) == 'no')]}
fix_symlink () {
+ if [ ${BB_CURRENTTASK} != populate_sysroot -a ${BB_CURRENTTASK}
!= populate_sysroot_setscene ]
+ then
+ return
+ fi
+
if test ${libdir} = ${base_libdir} ; then
return
fi
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/5] screen: Add version 4.3.1
On Mon, Aug 10, 2015 at 03:08:21PM +0300, Jussi Kukkonen wrote: The Debian diff in SRC_URI only added a debian/-directory in to the source tree and did not modify upstream source: So it does nothing. This commit removes the diff and does _not_ try to apply the 19000 lines of patches in debian/patches. Any useful patches should be added separately. * Preserve the old 4.0.3 version (GPLv2+) and add new 4.3.1 (GPLv3+) * Remove unused debian patch from SRC_URI of 4.0.3, increase PR * Add a patchset to enable cross-compiling 4.3.1 (modified from http://savannah.gnu.org/bugs/?43223) FWIW, Debian and Fedora have just a few patches on top of 4.3.1: https://pkgs.fedoraproject.org/cgit/screen.git/tree/ https://sources.debian.net/src/screen/4.3.1-1/debian/patches/ -Mikko -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v4 1/1] kernel: Add KERNEL_IMAGETYPES to build multi types of kernel at one time
From: He Zhe zhe...@windriver.com
Add KERNEL_IMAGETYPES to support building packaging and installing
multi types of kernel images, such as zImage uImage, at one time.
KERNEL_IMAGETYPE works as it did.
Fixes [YOCTO #6945].
Signed-off-by: He Zhe zhe...@windriver.com
---
meta/classes/kernel-fitimage.bbclass| 21 +++---
meta/classes/kernel-grub.bbclass| 46 +++
meta/classes/kernel-uimage.bbclass | 22 +++---
meta/classes/kernel.bbclass | 130 +++-
meta/conf/documentation.conf| 1 +
meta/recipes-kernel/linux/linux-dtb.inc | 81
6 files changed, 199 insertions(+), 102 deletions(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index 2a56a54..15324c3 100644
--- a/meta/classes/kernel-fitimage.bbclass
+++ b/meta/classes/kernel-fitimage.bbclass
@@ -1,8 +1,8 @@
inherit kernel-uboot
python __anonymous () {
-kerneltype = d.getVar('KERNEL_IMAGETYPE', True)
-if kerneltype == 'fitImage':
+kerneltype = d.getVar('KERNEL_IMAGETYPES', True) or
+if 'fitImage' in kerneltype.split():
depends = d.getVar(DEPENDS, True)
depends = %s u-boot-mkimage-native dtc-native % depends
d.setVar(DEPENDS, depends)
@@ -10,7 +10,10 @@ python __anonymous () {
# Override KERNEL_IMAGETYPE_FOR_MAKE variable, which is internal
# to kernel.bbclass . We have to override it, since we pack zImage
# (at least for now) into the fitImage .
-d.setVar(KERNEL_IMAGETYPE_FOR_MAKE, zImage)
+typeformake = d.getVar(KERNEL_IMAGETYPE_FOR_MAKE, True) or
+if 'fitImage' in typeformake.split():
+typeformake.replace('fitImage', 'zImage')
+d.setVar('KERNEL_IMAGETYPE_FOR_MAKE', typeformake)
image = d.getVar('INITRAMFS_IMAGE', True)
if image:
@@ -154,7 +157,7 @@ EOF
}
do_assemble_fitimage() {
- if test x${KERNEL_IMAGETYPE} = xfitImage ; then
+ if test x${KERNEL_IMAGETYPES} =~ fitImage ; then
kernelcount=1
dtbcount=
rm -f fit-image.its
@@ -217,14 +220,14 @@ addtask assemble_fitimage before do_install after
do_compile
kernel_do_deploy_append() {
# Update deploy directory
- if test x${KERNEL_IMAGETYPE} = xfitImage ; then
+ if test x${KERNEL_IMAGETYPES} =~ fitImage ; then
cd ${B}
echo Copying fit-image.its source file...
-
its_base_name=${KERNEL_IMAGETYPE}-its-${PV}-${PR}-${MACHINE}-${DATETIME}
- its_symlink_name=${KERNEL_IMAGETYPE}-its-${MACHINE}
+ its_base_name=fitImage-its-${PV}-${PR}-${MACHINE}-${DATETIME}
+ its_symlink_name=fitImage-its-${MACHINE}
install -m 0644 fit-image.its ${DEPLOYDIR}/${its_base_name}.its
-
linux_bin_base_name=${KERNEL_IMAGETYPE}-linux.bin-${PV}-${PR}-${MACHINE}-${DATETIME}
- linux_bin_symlink_name=${KERNEL_IMAGETYPE}-linux.bin-${MACHINE}
+
linux_bin_base_name=fitImage-linux.bin-${PV}-${PR}-${MACHINE}-${DATETIME}
+ linux_bin_symlink_name=fitImage-linux.bin-${MACHINE}
install -m 0644 linux.bin
${DEPLOYDIR}/${linux_bin_base_name}.bin
cd ${DEPLOYDIR}
diff --git a/meta/classes/kernel-grub.bbclass b/meta/classes/kernel-grub.bbclass
index a63f482..5ffaeb7 100644
--- a/meta/classes/kernel-grub.bbclass
+++ b/meta/classes/kernel-grub.bbclass
@@ -10,41 +10,44 @@
# updates the new kernel as the boot priority.
#
-pkg_preinst_kernel-image_append () {
+python __anonymous () {
+import re
+
+preinst = '''
# Parsing confliction
[ -f $D/boot/grub/menu.list ] grubcfg=$D/boot/grub/menu.list
[ -f $D/boot/grub/grub.cfg ] grubcfg=$D/boot/grub/grub.cfg
if [ -n $grubcfg ]; then
# Dereference symlink to avoid confliction with new kernel name.
- if grep -q /${KERNEL_IMAGETYPE} \+root= $grubcfg; then
- if [ -L $D/boot/${KERNEL_IMAGETYPE} ]; then
- kimage=`realpath $D/boot/${KERNEL_IMAGETYPE}
2/dev/null`
+ if grep -q /KERNEL_IMAGETYPE \+root= $grubcfg; then
+ if [ -L $D/boot/KERNEL_IMAGETYPE ]; then
+ kimage=`realpath $D/boot/KERNEL_IMAGETYPE
2/dev/null`
if [ -f $D$kimage ]; then
- sed -i s:${KERNEL_IMAGETYPE}
\+root=:${kimage##*/} root=: $grubcfg
+ sed -i s:KERNEL_IMAGETYPE
\+root=:${kimage##*/} root=: $grubcfg
fi
fi
fi
# Rename old kernel if it conflicts with new kernel name.
- if grep -q /${KERNEL_IMAGETYPE}-${KERNEL_VERSION} \+root=
$grubcfg; then
- if [ -f
[OE-core] [PATCH v4 0/1] Yocto Bug #6945
From: He Zhe zhe...@windriver.com - Add KERNEL_IMAGETYPES to support building packaging and installing multi types of kernel images, such as zImage uImage, at one time. - KERNEL_IMAGETYPE works as it did. - v2: Update with the latest oe-core - v3: Add KERNEL_IMAGETYPES, leave KERNEL_IMAGETYPE as is - v4: Turn package name to lower case to meet opkg's requrement Modify if test in kernel-fitimage.bbclass and kernel-uimage.bbclass He Zhe (1): kernel: Add KERNEL_IMAGETYPES to build multi types of kernel at one time meta/classes/kernel-fitimage.bbclass| 21 +++--- meta/classes/kernel-grub.bbclass| 46 +++ meta/classes/kernel-uimage.bbclass | 22 +++--- meta/classes/kernel.bbclass | 130 +++- meta/conf/documentation.conf| 1 + meta/recipes-kernel/linux/linux-dtb.inc | 81 6 files changed, 199 insertions(+), 102 deletions(-) -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] sanity.bbclass: check SSTATE_DIR, DL_DIR and *MIRROR for broken symlinks
On Fri, Jul 31, 2015 at 12:00:15PM +0300, Mikko Rapeli wrote:
This change makes broken symlinks stand out clearly instead of bitbake
failing with odd error messages. Tested locally with broken symlink
as SSTATE_DIR, DL_DIR and SSTATE_MIRROR.o currently oe-core isn't
So currently patch testing and review queues are full.
Should I file bugzilla tickets with links to patches like this or
are the mailing list contributions tracked via patchwork or something?
If small changes like this are not getting merged, then I don't have confidence
in pushing bigger ones back upstream.
-Mikko
Change-Id: I2e92702237ab3bdb897d0bdefcf33480aabbc288
Signed-off-by: Mikko Rapeli mikko.rap...@bmw.de
---
meta/classes/sanity.bbclass | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 5be5efb..45ca992 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -253,6 +253,12 @@ def check_not_nfs(path, name):
return The %s: %s can't be located on nfs.\n % (name, path)
return
+# Check that path isn't a broken symlink
+def check_symlink(lnk):
+if os.path.islink(lnk) and not os.path.exists(lnk):
+ return False
+return True
+
def check_connectivity(d):
# URI's to check can be set in the CONNECTIVITY_CHECK_URIS variable
# using the same syntax as for SRC_URI. If the variable is not set
@@ -532,6 +538,8 @@ def check_sanity_sstate_dir_change(sstate_dir, data):
# Check that SSTATE_DIR isn't on a filesystem with limited filename
length (eg. eCryptFS)
testmsg =
if sstate_dir != :
+if not check_symlink(sstate_dir):
+raise_sanity_error(SSTATE_DIR %s is a broken symlink. %
sstate_dir, data)
testmsg = check_create_long_filename(sstate_dir, SSTATE_DIR)
# If we don't have permissions to SSTATE_DIR, suggest the user set
it as an SSTATE_MIRRORS
try:
@@ -695,6 +703,8 @@ def check_sanity_everybuild(status, d):
status.addresult(DL_DIR is not set. Your environment is
misconfigured, check that DL_DIR is set, and if the directory exists, that it
is writable. \n)
if os.path.exists(dldir) and not os.access(dldir, os.W_OK):
status.addresult(DL_DIR: %s exists but you do not appear to have
write access to it. \n % dldir)
+if not check_symlink(dldir):
+status.addresult(DL_DIR: %s is a broken symlink. % dldir)
# Check that the MACHINE is valid, if it is set
machinevalid = True
@@ -788,8 +798,19 @@ def check_sanity_everybuild(status, d):
bb.warn('Invalid protocol in %s: %s' % (mirror_var,
mirror_entry))
continue
-if mirror.startswith('file://') and not
mirror.startswith('file:///'):
-bb.warn('Invalid file url in %s: %s, must be absolute path
(file:///)' % (mirror_var, mirror_entry))
+if mirror.startswith('file://'):
+if not mirror.startswith('file:///'):
+bb.warn('Invalid file url in %s: %s, must be absolute
path (file:///)' % (mirror_var, mirror_entry))
+import urlparse
+if not check_symlink(urlparse.urlparse(mirror).path):
+raise_sanity_error(Mirror %s is a broken symlink. %
mirror_entry, d)
+# SSTATE_MIRROR ends with a /PATH string
+if mirror.endswith('/PATH'):
+# remove /PATH$ from SSTATE_MIRROR to get a working
+# base directory path
+mirror_base =
urlparse.urlparse(mirror[:-1*len('/PATH')]).path
+if not check_symlink(mirror_base):
+raise_sanity_error(State mirror %s is a broken
symlink. % mirror_base, d)
# Check that TMPDIR hasn't changed location since the last time we were
run
tmpdir = d.getVar('TMPDIR', True)
--
2.4.6
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] sanity.bbclass: check SSTATE_DIR, DL_DIR and *MIRROR for broken symlinks
On 10-08-15 10:18, mikko.rap...@bmw.de wrote: On Fri, Jul 31, 2015 at 12:00:15PM +0300, Mikko Rapeli wrote: ... +# Check that path isn't a broken symlink +def check_symlink(lnk): +if os.path.islink(lnk) and not os.path.exists(lnk): + return False +return True - Bad coding style if (x) return false. - Naming a method check... suggests to me that it will raise an exception on failure. alternatives: def is_broken_symlink(lnk): return os.path.islink(lnk) and not os.path.exists(lnk) def check_symlink(lnk, data): if os.path.islink(lnk) and not os.path.exists(lnk): raise_sanity_error(%s is a broken symlink. % lnk, data) Kind regards, Mike Looijmans System Expert TOPIC Embedded Products Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: +31 (0) 499 33 69 79 Telefax: +31 (0) 499 33 69 70 E-mail: mike.looijm...@topicproducts.com Website: www.topicproducts.com Please consider the environment before printing this e-mail -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] bjam-native: inhibit sysroot strip
On 08/09/2015 07:52 AM, Khem Raj wrote: On Jul 30, 2015, at 12:40 AM, wenzong fan wenzong@windriver.com wrote: On 07/29/2015 06:19 PM, Burton, Ross wrote: On 29 July 2015 at 08:34, wenzong@windriver.com mailto:wenzong@windriver.com wrote: +# bjam is already stripped, don't strip it again +INHIBIT_SYSROOT_STRIP = 1 In case it's even needed to debug bjam-native, how hard would it be to stop bjam from being stripped in the first place? By default, a release version is stripped, we could build install the debug version for bjam. For specific changes, we only need to append --debug to build.sh, then update do_install() to select the unstripped version. Do you think this is the right ways? export INSTALL=“install” or something like that might do it. usually folks use install -s by default during install step which cause such issues. The bjam is stripped while compiling via gcc options '-s'. There are three build types defined in build.jam: ... [ opt --release : [ opt --symbols : -g : -s ] -O3 ] [ opt --debug : -g -O0 -fno-inline ] [ opt --profile : -O3 -g -pg ] ... Build install debug version would provide unstripped bjam for further stripping. I have sent V2 patch: [OE-core] [PATCH v2] bjam-native: build and install bjam.debug Thanks Wenzong Thanks Wenzong Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] qmmp: Upgrade 0.8.5 - 0.8.6
Add a missing runtime dependency.
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
meta/recipes-qt/qt-apps/{qmmp_0.8.5.bb = qmmp_0.8.6.bb} | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-qt/qt-apps/{qmmp_0.8.5.bb = qmmp_0.8.6.bb} (93%)
diff --git a/meta/recipes-qt/qt-apps/qmmp_0.8.5.bb
b/meta/recipes-qt/qt-apps/qmmp_0.8.6.bb
similarity index 93%
rename from meta/recipes-qt/qt-apps/qmmp_0.8.5.bb
rename to meta/recipes-qt/qt-apps/qmmp_0.8.6.bb
index aa84c46..e68ad0f 100644
--- a/meta/recipes-qt/qt-apps/qmmp_0.8.5.bb
+++ b/meta/recipes-qt/qt-apps/qmmp_0.8.6.bb
@@ -12,9 +12,8 @@ SRC_URI = http://qmmp.ylsoftware.com/files/${BP}.tar.bz2 \
file://no-host-paths.patch \
-SRC_URI[md5sum] = c9347ad18913058e8a37b1e88b9c6ce2
-SRC_URI[sha256sum] =
7fe9347ad6c66e8013b73f2c5cf628037c58151e0cfcb926a8f27b93ad2d7c0d
-
+SRC_URI[md5sum] = 67e96e89c61b7432e5a12f555db702b1
+SRC_URI[sha256sum] =
0daea3f0a0df7b34089513c2c57413c82816ab8892bddabf49c18a7956255449
inherit cmake qt4x11
QMMP_PLUGIN_OPTIONS ??= \
@@ -74,4 +73,4 @@ FILES_${PN}-dbg += \
${libdir}/qmmp/*/.debug/* \
-RDEPENDS_${PN} += taglib alsa-lib libmad curl
+RDEPENDS_${PN} += taglib alsa-lib libmad curl libicui18n
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] libepoxy: Upgrade 1.2 - 1.3.1
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
meta/recipes-graphics/libepoxy/libepoxy_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/libepoxy/libepoxy_git.bb
b/meta/recipes-graphics/libepoxy/libepoxy_git.bb
index 535af5d..ad17293 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_git.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_git.bb
@@ -12,8 +12,8 @@ SRC_URI = \
file://0002-add-an-option-to-disable-glx-support.patch \
file://no-need-for-python3.patch \
-SRCREV=20062c25e7612cab023cdef44d3277ba1bd0b2de
-PV = 1.2+git${SRCPV}
+SRCREV=e2c33af5bfcfc9d168f9e776156dd47c33f428b3
+PV = 1.3.1
S = ${WORKDIR}/git
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] screen: Add version 4.3.1
The Debian diff in SRC_URI only added a debian/-directory in to the
source tree and did not modify upstream source: So it does nothing.
This commit removes the diff and does _not_ try to apply the 19000
lines of patches in debian/patches. Any useful patches should be
added separately.
* Preserve the old 4.0.3 version (GPLv2+) and add new 4.3.1 (GPLv3+)
* Remove unused debian patch from SRC_URI of 4.0.3, increase PR
* Add a patchset to enable cross-compiling 4.3.1 (modified from
http://savannah.gnu.org/bugs/?43223)
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
meta/recipes-extended/screen/screen.inc| 39 ++
.../Avoid-mis-identifying-systems-as-SVR4.patch| 57 +
...cross-compile-alternatives-for-AC_TRY_RUN.patch | 137 +
.../Remove-redundant-compiler-sanity-checks.patch | 65 ++
...t-file-system-checks-when-cross-compiling.patch | 135
.../fix-parallel-make.patch| 0
.../screen/{screen-4.0.3 = screen}/screen.pam | 0
meta/recipes-extended/screen/screen_4.0.3.bb | 55 ++---
meta/recipes-extended/screen/screen_4.3.1.bb | 13 ++
9 files changed, 453 insertions(+), 48 deletions(-)
create mode 100644 meta/recipes-extended/screen/screen.inc
create mode 100644
meta/recipes-extended/screen/screen/Avoid-mis-identifying-systems-as-SVR4.patch
create mode 100644
meta/recipes-extended/screen/screen/Provide-cross-compile-alternatives-for-AC_TRY_RUN.patch
create mode 100644
meta/recipes-extended/screen/screen/Remove-redundant-compiler-sanity-checks.patch
create mode 100644
meta/recipes-extended/screen/screen/Skip-host-file-system-checks-when-cross-compiling.patch
rename meta/recipes-extended/screen/{screen-4.0.3 =
screen}/fix-parallel-make.patch (100%)
rename meta/recipes-extended/screen/{screen-4.0.3 = screen}/screen.pam (100%)
create mode 100644 meta/recipes-extended/screen/screen_4.3.1.bb
diff --git a/meta/recipes-extended/screen/screen.inc
b/meta/recipes-extended/screen/screen.inc
new file mode 100644
index 000..1ae321d
--- /dev/null
+++ b/meta/recipes-extended/screen/screen.inc
@@ -0,0 +1,39 @@
+SUMMARY = Multiplexing terminal manager
+DESCRIPTION = Screen is a full-screen window manager \
+that multiplexes a physical terminal between several \
+processes, typically interactive shells.
+HOMEPAGE = http://www.gnu.org/software/screen/;
+BUGTRACKER = https://savannah.gnu.org/bugs/?func=additemgroup=screen;
+
+SECTION = console/utils
+DEPENDS = ncurses \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}
+RDEPENDS_${PN} = base-files
+
+SRC_URI = ${GNU_MIRROR}/screen/screen-${PV}.tar.gz \
+ file://fix-parallel-make.patch \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'pam', '${PAM_SRC_URI}',
'', d)}
+
+PAM_SRC_URI = file://screen.pam
+
+inherit autotools texinfo
+
+PACKAGECONFIG ??=
+PACKAGECONFIG[utempter] =
ac_cv_header_utempter_h=yes,ac_cv_header_utempter_h=no,libutempter,
+
+EXTRA_OECONF = --with-pty-mode=0620 --with-pty-group=5 \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'pam', '--enable-pam',
'--disable-pam', d)}
+
+do_install_append () {
+ if [ ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'pam', '', d)} =
pam ]; then
+ install -D -m 644 ${WORKDIR}/screen.pam
${D}/${sysconfdir}/pam.d/screen
+ fi
+}
+
+pkg_postinst_${PN} () {
+ grep -q ^${bindir}/screen$ $D${sysconfdir}/shells || echo
${bindir}/screen $D${sysconfdir}/shells
+}
+
+pkg_postrm_${PN} () {
+ printf $(grep -v ^${bindir}/screen$ $D${sysconfdir}/shells)\n
$D${sysconfdir}/shells
+}
diff --git
a/meta/recipes-extended/screen/screen/Avoid-mis-identifying-systems-as-SVR4.patch
b/meta/recipes-extended/screen/screen/Avoid-mis-identifying-systems-as-SVR4.patch
new file mode 100644
index 000..e184aa1
--- /dev/null
+++
b/meta/recipes-extended/screen/screen/Avoid-mis-identifying-systems-as-SVR4.patch
@@ -0,0 +1,57 @@
+From 79afb676904653403145fda9e1a6a9d3ea1cb22a Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen jussi.kukko...@intel.com
+Date: Fri, 7 Aug 2015 11:10:32 +0300
+Subject: [PATCH 4/4] Avoid mis-identifying systems as SVR4
+
+Linux can be misdetected as SVR4 because it has
+libelf installed. This leads to linking with libelf, even though no
+symbols from that library were actually used, and to a workaround for
+a buggy getlogin() being enabled.
+
+It is not documented which exact SVR4 system had the bug that the
+workaround was added for, so all I could do is make an educated guess
+at the #defines its compiler would be likely to set.
+
+Modified from patch by Maarten ter Huurne.
+
+Upstream-Status: Submitted [http://savannah.gnu.org/bugs/?43223]
+
+Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
+---
+ configure.ac | 14 --
+ 1 file changed, 12 insertions(+), 2 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index dc928ae..65439ce 100644
+--- a/configure.ac
[OE-core] [PATCH 1/5] texinfo: Upgrade 5.2 - 6.0
* Remove texinfo-4.13a-powerpc.patch (already in upstream)
* Rebase texinfo-4.12-zlib.patch, dont-depend-on-help2man.patch
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
.../texinfo/texinfo/dont-depend-on-help2man.patch | 47 ---
.../texinfo/texinfo/texinfo-4.12-zlib.patch| 156 +
.../texinfo/texinfo/texinfo-4.13a-powerpc.patch| 14 --
.../texinfo/{texinfo_5.2.bb = texinfo_6.0.bb} | 5 +-
4 files changed, 134 insertions(+), 88 deletions(-)
delete mode 100644
meta/recipes-extended/texinfo/texinfo/texinfo-4.13a-powerpc.patch
rename meta/recipes-extended/texinfo/{texinfo_5.2.bb = texinfo_6.0.bb} (93%)
diff --git
a/meta/recipes-extended/texinfo/texinfo/dont-depend-on-help2man.patch
b/meta/recipes-extended/texinfo/texinfo/dont-depend-on-help2man.patch
index 876e0d0..0ce47ec 100644
--- a/meta/recipes-extended/texinfo/texinfo/dont-depend-on-help2man.patch
+++ b/meta/recipes-extended/texinfo/texinfo/dont-depend-on-help2man.patch
@@ -1,10 +1,21 @@
+From 6f1f3912fcb900b3a3e6cbe3360306fade333497 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen jussi.kukko...@intel.com
+Date: Thu, 6 Aug 2015 14:55:08 +0300
+Subject: [PATCH] dont-depend-on-help2man
+
Upstream-Status: Inappropriate
Signed-off-by: Marko Lindqvist cazf...@gmail.com
-diff -Nurd texinfo-5.1/doc/Makefile.am texinfo-5.1/doc/Makefile.am
texinfo-5.1/doc/Makefile.am2013-02-23 02:11:25.0 +0200
-+++ texinfo-5.1/doc/Makefile.am2013-08-20 01:43:55.622376198 +0300
-@@ -40,7 +40,7 @@
+---
+ doc/Makefile.am | 2 +-
+ man/Makefile.am | 12 ++--
+ 2 files changed, 7 insertions(+), 7 deletions(-)
+
+diff --git a/doc/Makefile.am b/doc/Makefile.am
+index 7198a6b..4bba550 100644
+--- a/doc/Makefile.am
b/doc/Makefile.am
+@@ -40,7 +40,7 @@ refcard_files = refcard/Makefile refcard/txicmdcheck \
# Include our texinfo.tex, not Automake's.
EXTRA_DIST = epsf.tex texinfo.tex \
fdl.texi \
@@ -13,37 +24,41 @@ diff -Nurd texinfo-5.1/doc/Makefile.am
texinfo-5.1/doc/Makefile.am
$(refcard_files)
if INSTALL_WARNINGS
-diff -Nurd texinfo-5.1/man/Makefile.am texinfo-5.1/man/Makefile.am
texinfo-5.1/man/Makefile.am2013-02-23 02:11:25.0 +0200
-+++ texinfo-5.1/man/Makefile.am2013-08-20 01:53:40.542395884 +0300
+diff --git a/man/Makefile.am b/man/Makefile.am
+index a08d603..bdfc9a4 100644
+--- a/man/Makefile.am
b/man/Makefile.am
@@ -13,24 +13,24 @@
# implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
-
+
# These are generated using help2man.
-man_MANS = install-info.1 makeinfo.1 texindex.1 texi2dvi.1
+#man_MANS = install-info.1 makeinfo.1 texindex.1 texi2dvi.1
-
+
# These require the build in info/, thus can't do if we failed to find a
# terminal library.
if HAVE_TERMLIBS
--man_MANS += info.1 infokey.1
-+#man_MANS += info.1 infokey.1
+-man_MANS += info.1
++#man_MANS += info.1
endif
-
+
# These are hand-written.
-man_MANS += info.5 texinfo.5
+#man_MANS += info.5 texinfo.5
-
+
# This is generated by pod2man, but let's just run it by hand.
-man_MANS += pod2texi.1
+#man_MANS += pod2texi.1
-
+
# These are just .so's to the common program.
-man_MANS += texi2any.1 texi2pdf.1 pdftexi2dvi.1
+#man_MANS += texi2any.1 texi2pdf.1 pdftexi2dvi.1
-
+
-EXTRA_DIST = $(man_MANS) ginfo.h2m
+EXTRA_DIST = ginfo.h2m
-
+
# Maintainers should be able to regenerate.
MAINTAINERCLEANFILES = $(man_MANS)
+--
+2.1.4
+
diff --git a/meta/recipes-extended/texinfo/texinfo/texinfo-4.12-zlib.patch
b/meta/recipes-extended/texinfo/texinfo/texinfo-4.12-zlib.patch
index bebcbdf..41bd220 100644
--- a/meta/recipes-extended/texinfo/texinfo/texinfo-4.12-zlib.patch
+++ b/meta/recipes-extended/texinfo/texinfo/texinfo-4.12-zlib.patch
@@ -1,10 +1,19 @@
+From 20e1d8a9481dc13dd1d4d168b90e0ed2ff097b98 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen jussi.kukko...@intel.com
+Date: Thu, 6 Aug 2015 14:29:57 +0300
+Subject: [PATCH] texinfo-4.12-zlib
+
Upstream-Status: Pending
+---
+ install-info/Makefile.in| 2 +-
+ install-info/install-info.c | 67 +++--
+ 2 files changed, 42 insertions(+), 27 deletions(-)
-Index: texinfo-5.1/install-info/Makefile.in
-===
texinfo-5.1.orig/install-info/Makefile.in
-+++ texinfo-5.1/install-info/Makefile.in
-@@ -171,7 +171,7 @@ am__installdirs = $(DESTDIR)$(bindir)
+diff --git a/install-info/Makefile.in b/install-info/Makefile.in
+index ad73abb..eaa2153 100644
+--- a/install-info/Makefile.in
b/install-info/Makefile.in
+@@ -241,7 +241,7 @@ am__installdirs = $(DESTDIR)$(bindir)
$(DESTDIR)$(bindir)
PROGRAMS = $(bin_PROGRAMS)
am_ginstall_info_OBJECTS = install-info.$(OBJEXT)
ginstall_info_OBJECTS = $(am_ginstall_info_OBJECTS)
@@ -13,10 +22,10 @@ Index: texinfo-5.1/install-info/Makefile.in
am__DEPENDENCIES_1 =
ginstall_info_DEPENDENCIES =
[OE-core] [PATCH 3/5] resolvconf: Upgrade 1.76 - 1.77
Improve the recipe by using ${DEBIAN_MIRROR} and ${PV} instead of hard
coded values.
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
.../resolvconf/{resolvconf_1.76.bb = resolvconf_1.77.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-connectivity/resolvconf/{resolvconf_1.76.bb =
resolvconf_1.77.bb} (89%)
diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.76.bb
b/meta/recipes-connectivity/resolvconf/resolvconf_1.77.bb
similarity index 89%
rename from meta/recipes-connectivity/resolvconf/resolvconf_1.76.bb
rename to meta/recipes-connectivity/resolvconf/resolvconf_1.77.bb
index 797e9b0..45862ff 100644
--- a/meta/recipes-connectivity/resolvconf/resolvconf_1.76.bb
+++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.77.bb
@@ -11,13 +11,13 @@ AUTHOR = Thomas Hood
HOMEPAGE = http://packages.debian.org/resolvconf;
RDEPENDS_${PN} = bash
-SRC_URI =
http://snapshot.debian.org/archive/debian/20141013T184415Z/pool/main/r/${BPN}/${BPN}_1.76.tar.xz
\
+SRC_URI = ${DEBIAN_MIRROR}/main/r/${BPN}/${BPN}_${PV}.tar.xz \
file://fix-path-for-busybox.patch \
file://99_resolvconf \
-SRC_URI[md5sum] = d78ce30ea068999cd3e0523300b27255
-SRC_URI[sha256sum] =
c9f40f7405b37399ddbf29ca4205b4911ee35cb9ffd9be7671faa2385b1fa573
+SRC_URI[md5sum] = 7362d766e47bfc253500f42b30330d9f
+SRC_URI[sha256sum] =
5a6e21e8ba6822a5f93075c8c8fe7977e34780ba551af51930d0b31fdd99ab56
inherit allarch
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Improving SRCPV? (was: Re: [PATCH 3/7] gptfdisk: update to 1.0.0)
On 08/10/2015 02:29 AM, Richard Purdie wrote: its always preferable to have PV contain SRCPV for recipes using SCM based fetch mechanism. Don’t drop it There has been discussion about this in other threads and the conclusion reached is that where there is a specific version being selected, having PV of that specific version is a good thing. With 1.0.0+gitXXX its unclear if its really 1.0.0 or not. Yes. When SCM is used to fetch a pristine tagged release, adding SRCPV just adds unnecessary clutter. My understanding is that SRCPV is only there to enforce package version going forwards when changing one git snapshot for a later git snapshot, when both are based on the same tagged release. Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] sanity.bbclass: check SSTATE_DIR, DL_DIR and *MIRROR for broken symlinks
Hi, On Mon, Aug 10, 2015 at 11:10:58AM +0200, Mike Looijmans wrote: On 10-08-15 10:18, mikko.rap...@bmw.de wrote: On Fri, Jul 31, 2015 at 12:00:15PM +0300, Mikko Rapeli wrote: ... +# Check that path isn't a broken symlink +def check_symlink(lnk): +if os.path.islink(lnk) and not os.path.exists(lnk): + return False +return True - Bad coding style if (x) return false. - Naming a method check... suggests to me that it will raise an exception on failure. Thanks. I tried to follow existing patterns from the functions there. alternatives: def is_broken_symlink(lnk): return os.path.islink(lnk) and not os.path.exists(lnk) def check_symlink(lnk, data): if os.path.islink(lnk) and not os.path.exists(lnk): raise_sanity_error(%s is a broken symlink. % lnk, data) This feels better and reduces the log statements too. Hopefully the generic error message is enough to figure out what is wrong. I'll test and send a new version. Regarding testing, I guess selftests are not generally used to test error paths like this. -Mikko -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/5] More recipe version upgrades
The screen upgrade is worth a good look: First of all the new GPLv3
version required quite a bit of build system patching. Also as far
as I can tell the existing recipe contains a debian patch which itself
contains 40 patches that are never applied to the actual sources.
My patch removes this unnecessary download and does not try to apply
the 40 patches (with the logic that 19000 lines of patch should be
done in separate commits _if_ they are necessary): the functionality
of screen 4.0.3 should not change with this commit.
Suggestions for other solutions are welcome as well.
Cheers,
Jussi
The following changes since commit a8b723498c9a7106210db140452886894494b4d6:
bitbake: cooker: Resolve file monitoring race issues when using memres
bitbake (2015-08-03 07:36:25 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib jku/more-upgrades
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=jku/more-upgrades
Jussi Kukkonen (5):
texinfo: Upgrade 5.2 - 6.0
screen: Add version 4.3.1
resolvconf: Upgrade 1.76 - 1.77
qmmp: Upgrade 0.8.5 - 0.8.6
libepoxy: Upgrade 1.2 - 1.3.1
.../{resolvconf_1.76.bb = resolvconf_1.77.bb} | 6 +-
meta/recipes-extended/screen/screen.inc| 39 ++
.../Avoid-mis-identifying-systems-as-SVR4.patch| 57
...cross-compile-alternatives-for-AC_TRY_RUN.patch | 137 ++
.../Remove-redundant-compiler-sanity-checks.patch | 65 +
...t-file-system-checks-when-cross-compiling.patch | 135 ++
.../fix-parallel-make.patch| 0
.../screen/{screen-4.0.3 = screen}/screen.pam | 0
meta/recipes-extended/screen/screen_4.0.3.bb | 55 +---
meta/recipes-extended/screen/screen_4.3.1.bb | 13 ++
.../texinfo/texinfo/dont-depend-on-help2man.patch | 47 ---
.../texinfo/texinfo/texinfo-4.12-zlib.patch| 156 +
.../texinfo/texinfo/texinfo-4.13a-powerpc.patch| 14 --
.../texinfo/{texinfo_5.2.bb = texinfo_6.0.bb} | 5 +-
meta/recipes-graphics/libepoxy/libepoxy_git.bb | 4 +-
.../qt-apps/{qmmp_0.8.5.bb = qmmp_0.8.6.bb} | 7 +-
16 files changed, 595 insertions(+), 145 deletions(-)
rename meta/recipes-connectivity/resolvconf/{resolvconf_1.76.bb =
resolvconf_1.77.bb} (89%)
create mode 100644 meta/recipes-extended/screen/screen.inc
create mode 100644
meta/recipes-extended/screen/screen/Avoid-mis-identifying-systems-as-SVR4.patch
create mode 100644
meta/recipes-extended/screen/screen/Provide-cross-compile-alternatives-for-AC_TRY_RUN.patch
create mode 100644
meta/recipes-extended/screen/screen/Remove-redundant-compiler-sanity-checks.patch
create mode 100644
meta/recipes-extended/screen/screen/Skip-host-file-system-checks-when-cross-compiling.patch
rename meta/recipes-extended/screen/{screen-4.0.3 =
screen}/fix-parallel-make.patch (100%)
rename meta/recipes-extended/screen/{screen-4.0.3 = screen}/screen.pam (100%)
create mode 100644 meta/recipes-extended/screen/screen_4.3.1.bb
delete mode 100644
meta/recipes-extended/texinfo/texinfo/texinfo-4.13a-powerpc.patch
rename meta/recipes-extended/texinfo/{texinfo_5.2.bb = texinfo_6.0.bb} (93%)
rename meta/recipes-qt/qt-apps/{qmmp_0.8.5.bb = qmmp_0.8.6.bb} (93%)
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] meta-gplv2? [Was Re: parted_1.8.6.bb: add parted that not GPLv3]
On 08/08/2015 08:09 PM, Philip Balister wrote: By 'self-sustaining' I mean 'being able to continuously produce quality work'. Looking at layers in meta-openembedded, not all of them are of high quality. Meta-gnome in particular is badly out of date, because no one wants to maintain it properly. If oe-core starts taking a lot more volunteer contributions, and the same thing happens (a volunteer contributes a large set of recipes, then disappears), what is supposed to happen then? You are missing the point. We now use layers to segregate sets of recipes o stuff that is not interesting to many people and becomes obsolete may decline without compromising heavily used layers. This is all part of the evolution of OpenEmbedded over many, many years. If people lose interest in meta-gplv2, then so be it. This is perfectly fine with me. However, the subject has been whether the scope of *oe-core/poky* can be expanded without compromising quality. I'm not sure at which point it got confused with general OE, so I can only refer you back to several emails up this thread: http://lists.openembedded.org/pipermail/openembedded-core/2015-July/108037.html http://lists.openembedded.org/pipermail/openembedded-core/2015-July/108167.html http://lists.openembedded.org/pipermail/openembedded-core/2015-July/108208.html Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] sanity.bbclass: check SSTATE_DIR, DL_DIR and *MIRROR for broken symlinks
This change makes broken symlinks stand out clearly instead of bitbake
failing with odd error messages. Tested locally with broken symlink
as SSTATE_DIR, DL_DIR and SSTATE_MIRROR.
Change-Id: I2e92702237ab3bdb897d0bdefcf33480aabbc288
Signed-off-by: Mikko Rapeli mikko.rap...@bmw.de
---
meta/classes/sanity.bbclass | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
v2: Use raise_sanity_error() as suggested by Mike Looijmans
mike.looijm...@topic.nl, move sstate cache symlink check to be
executed on every bitbake run and not just when sanity versions
changed.
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 6ad620b..ef90fc8 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -259,6 +259,11 @@ def check_not_nfs(path, name):
return The %s: %s can't be located on nfs.\n % (name, path)
return
+# Check that path isn't a broken symlink
+def check_symlink(lnk, data):
+if os.path.islink(lnk) and not os.path.exists(lnk):
+raise_sanity_error(%s is a broken symlink. % lnk, data)
+
def check_connectivity(d):
# URI's to check can be set in the CONNECTIVITY_CHECK_URIS variable
# using the same syntax as for SRC_URI. If the variable is not set
@@ -718,6 +723,7 @@ def check_sanity_everybuild(status, d):
status.addresult(DL_DIR is not set. Your environment is
misconfigured, check that DL_DIR is set, and if the directory exists, that it
is writable. \n)
if os.path.exists(dldir) and not os.access(dldir, os.W_OK):
status.addresult(DL_DIR: %s exists but you do not appear to have
write access to it. \n % dldir)
+check_symlink(dldir, d)
# Check that the MACHINE is valid, if it is set
machinevalid = True
@@ -811,8 +817,17 @@ def check_sanity_everybuild(status, d):
bb.warn('Invalid protocol in %s: %s' % (mirror_var,
mirror_entry))
continue
-if mirror.startswith('file://') and not
mirror.startswith('file:///'):
-bb.warn('Invalid file url in %s: %s, must be absolute path
(file:///)' % (mirror_var, mirror_entry))
+if mirror.startswith('file://'):
+if not mirror.startswith('file:///'):
+bb.warn('Invalid file url in %s: %s, must be absolute path
(file:///)' % (mirror_var, mirror_entry))
+import urlparse
+check_symlink(urlparse.urlparse(mirror).path, d)
+# SSTATE_MIRROR ends with a /PATH string
+if mirror.endswith('/PATH'):
+# remove /PATH$ from SSTATE_MIRROR to get a working
+# base directory path
+mirror_base =
urlparse.urlparse(mirror[:-1*len('/PATH')]).path
+check_symlink(mirror_base, d)
# Check that TMPDIR hasn't changed location since the last time we were run
tmpdir = d.getVar('TMPDIR', True)
@@ -860,6 +875,8 @@ def check_sanity(sanity_data):
tmpdir = sanity_data.getVar('TMPDIR', True)
sstate_dir = sanity_data.getVar('SSTATE_DIR', True)
+check_symlink(sstate_dir, sanity_data)
+
# Check saved sanity info
last_sanity_version = 0
last_tmpdir =
--
2.4.6
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/8] blktool: update to 4-7
This means replacing a -6.1 Debian patch with -7 patch.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../blktool/0001-fix-typos-in-manpage.patch| 34 +++
.../blktool/blktool/0002-fix-string-error.patch| 25
...rgument-for-BLKROSET-it-must-be-const-int.patch | 71 ++
.../blktool/{blktool_4-6.1.bb = blktool_4-7.bb} | 9 +--
4 files changed, 135 insertions(+), 4 deletions(-)
create mode 100644
meta/recipes-extended/blktool/blktool/0001-fix-typos-in-manpage.patch
create mode 100644
meta/recipes-extended/blktool/blktool/0002-fix-string-error.patch
create mode 100644
meta/recipes-extended/blktool/blktool/0003-Fix-3-d-argument-for-BLKROSET-it-must-be-const-int.patch
rename meta/recipes-extended/blktool/{blktool_4-6.1.bb = blktool_4-7.bb} (72%)
diff --git
a/meta/recipes-extended/blktool/blktool/0001-fix-typos-in-manpage.patch
b/meta/recipes-extended/blktool/blktool/0001-fix-typos-in-manpage.patch
new file mode 100644
index 000..4152210
--- /dev/null
+++ b/meta/recipes-extended/blktool/blktool/0001-fix-typos-in-manpage.patch
@@ -0,0 +1,34 @@
+From ba5578e7d2c28011776e6c71dec441ad127d5c83 Mon Sep 17 00:00:00 2001
+From: Azat Khuzhin a3at.m...@gmail.com
+Date: Wed, 8 Jul 2015 01:37:09 +0300
+Subject: [PATCH] fix typos in manpage
+
+---
+ blktool.8 | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/blktool.8 b/blktool.8
+index a1f5c96..45b7724 100644
+--- a/blktool.8
b/blktool.8
+@@ -191,7 +191,7 @@ Query or set device bus state (0 off, 1 on, 2 tristate)
+ Query the detected (or overridden, via -t) device class.
+ Typically this will result in 'ATA' or 'SCSI' for most devices.
+ Detection is based on device major; thus your SATA device may appear as
+-'SCSI'.
++\'SCSI'.
+
+ .TP
+ .B cd-speed
+@@ -237,7 +237,7 @@ Omitting the on/off argument will print the current state.
+
+ .TP
+ .B media
+-Lock in (or unlock) a removeable device.
++Lock in (or unlock) a removable device.
+
+ .TP
+ .B multiple-count
+--
+2.1.4
+
diff --git a/meta/recipes-extended/blktool/blktool/0002-fix-string-error.patch
b/meta/recipes-extended/blktool/blktool/0002-fix-string-error.patch
new file mode 100644
index 000..4188bac
--- /dev/null
+++ b/meta/recipes-extended/blktool/blktool/0002-fix-string-error.patch
@@ -0,0 +1,25 @@
+From 8571ba876fc914ccd71a875ae23b09012604a94e Mon Sep 17 00:00:00 2001
+From: Azat Khuzhin a3at.m...@gmail.com
+Date: Wed, 8 Jul 2015 01:42:24 +0300
+Subject: [PATCH] fix string error
+
+---
+ util.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/util.c b/util.c
+index 1f3a9ca..2ccf56a 100644
+--- a/util.c
b/util.c
+@@ -28,7 +28,7 @@ void pdie(const char *msg, int perr)
+ if (perr)
+ perror(msg);
+ else
+- fprintf(stderr, msg);
++ fprintf(stderr, %s, msg);
+ if (blkdev = 0)
+ close(blkdev);
+ exit(1);
+--
+2.1.4
+
diff --git
a/meta/recipes-extended/blktool/blktool/0003-Fix-3-d-argument-for-BLKROSET-it-must-be-const-int.patch
b/meta/recipes-extended/blktool/blktool/0003-Fix-3-d-argument-for-BLKROSET-it-must-be-const-int.patch
new file mode 100644
index 000..ffa37ac
--- /dev/null
+++
b/meta/recipes-extended/blktool/blktool/0003-Fix-3-d-argument-for-BLKROSET-it-must-be-const-int.patch
@@ -0,0 +1,71 @@
+From 455ce5d70abb749ab7abb6d0d79963661fdd80c4 Mon Sep 17 00:00:00 2001
+From: Azat Khuzhin a3at.m...@gmail.com
+Date: Sat, 1 Nov 2014 22:24:32 +0300
+Subject: [PATCH] Fix 3-d argument for BLKROSET it must be 'const int *'
+
+Most of *SET ioctls have int type for 3-d argument, except BLKROSET.
+So add bc_arg_type enum, build it into bool_comand and install arg_type
+to bc_arg_int_ptr for BLKROSET only.
+
+Debian-bug-id: 641164
+Link: https://bugs.debian.org/641164
+---
+ blktool.c | 11 +--
+ blktool.h | 7 +++
+ 2 files changed, 16 insertions(+), 2 deletions(-)
+
+diff --git a/blktool.c b/blktool.c
+index fbefecd..221a195 100644
+--- a/blktool.c
b/blktool.c
+@@ -85,7 +85,7 @@ static struct bool_command bool_cmd_tbl[] = {
+ { { DEF_BOOL(pio-data), dc_ata, DEF_HDIO(32BIT) },
+ 16-bit, 32-bit },
+ { { DEF_BOOL(readonly), dc_any, IOCNAME(BLKROGET), IOCNAME(BLKROSET)
},
+-DEF_BOOLSTR },
++DEF_BOOLSTR, bc_arg_int_ptr },
+ { { DEF_BOOL(unmask-irq), dc_ata, DEF_HDIO(UNMASKINTR) },
+ DEF_BOOLSTR },
+ { { wcache, ct_bool, handle_wcache, dc_any,
+@@ -171,7 +171,14 @@ static void handle_bool(int argc, char **argv, struct
command *cmd)
+
+ } else if ((argc == 4) (cmd-write_ioctl_name != NULL)) {
+ do_32 = parse_bool(argc, argv, bcm);
+- if (ioctl(blkdev, cmd-write_ioctl, do_32))
++
++ int ret;
++ if (bcm-arg_type == bc_arg_int_ptr) {
++ ret = ioctl(blkdev, cmd-write_ioctl, do_32);
++ } else {
++
[OE-core] [PATCH 6/8] bootchart2: update to 0.14.7
Drop bootchartd-no-bashism.patch as it's been merged upstream
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../bootchart2/bootchartd-no-bashism.patch | 27 --
.../{bootchart2_git.bb = bootchart2_0.14.7.bb}| 7 +-
2 files changed, 1 insertion(+), 33 deletions(-)
delete mode 100644
meta/recipes-devtools/bootchart2/bootchart2/bootchartd-no-bashism.patch
rename meta/recipes-devtools/bootchart2/{bootchart2_git.bb =
bootchart2_0.14.7.bb} (97%)
diff --git
a/meta/recipes-devtools/bootchart2/bootchart2/bootchartd-no-bashism.patch
b/meta/recipes-devtools/bootchart2/bootchart2/bootchartd-no-bashism.patch
deleted file mode 100644
index b013995..000
--- a/meta/recipes-devtools/bootchart2/bootchart2/bootchartd-no-bashism.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-From ffb5bae5d588aaea6325623462a8070a04767196 Mon Sep 17 00:00:00 2001
-From: Robert Yang liezhi.y...@windriver.com
-Date: Thu, 14 Aug 2014 08:33:28 -0700
-Subject: [PATCH] bootchartd.in: no bashism
-
-No bashism in bootchartd.in, so use /bin/sh.
-
-Upstream-Status: Pending
-
-Signed-off-by: Robert Yang liezhi.y...@windriver.com
- bootchartd.in |2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/bootchartd.in b/bootchartd.in
-index a408bab..064f6a4 100755
a/bootchartd.in
-+++ b/bootchartd.in
-@@ -1,4 +1,4 @@
--#!/bin/bash
-+#!/bin/sh
- #
- # Bootchart logger script
- # Ziga Mahkovec ziga.mahko...@klika.si
---
-1.7.9.5
-
diff --git a/meta/recipes-devtools/bootchart2/bootchart2_git.bb
b/meta/recipes-devtools/bootchart2/bootchart2_0.14.7.bb
similarity index 97%
rename from meta/recipes-devtools/bootchart2/bootchart2_git.bb
rename to meta/recipes-devtools/bootchart2/bootchart2_0.14.7.bb
index ea9f179..4b0a980 100644
--- a/meta/recipes-devtools/bootchart2/bootchart2_git.bb
+++ b/meta/recipes-devtools/bootchart2/bootchart2_0.14.7.bb
@@ -88,17 +88,12 @@ HOMEPAGE = https://github.com/mmeeks/bootchart;
LICENSE = GPL-3.0
LIC_FILES_CHKSUM = file://COPYING;md5=44ac4678311254db62edf8fd39cb8124
-# one commit beyond 1.14.6 for a systemd-related bugfix
-PV = 0.14.6+git${SRCPV}
-
SRC_URI = git://github.com/mmeeks/bootchart.git \
file://bootchartd_stop.sh \
- file://bootchartd-no-bashism.patch \
-SRCREV = b65ed43b0ae832080fb728245de9ef1a4b48d8b5
-
S = ${WORKDIR}/git
+SRCREV = 6f050b65ae9f266645f04f0aecab9efb88375f1c
inherit systemd
inherit update-rc.d
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/8] apmd: update to 3.2.2-15
This basically means replacing a -14 Debian patch with -15 patch.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../apmd/{apmd-3.2.2-14 = apmd}/apmd.service | 0
.../apmd/{apmd-3.2.2-14 = apmd}/apmd_proxy| 0
.../apmd/{apmd-3.2.2-14 = apmd}/apmd_proxy.conf | 0
.../apmd/{apmd-3.2.2-14 = apmd}/default | 0
meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/init | 0
meta/recipes-bsp/apmd/apmd/legacy.patch| 112 +
.../apmd/{apmd-3.2.2-14 = apmd}/libtool.patch | 0
.../apmd/{apmd-3.2.2-14 = apmd}/unlinux.patch | 0
.../apmd/{apmd_3.2.2-14.bb = apmd_3.2.2-15.bb}| 6 +-
9 files changed, 114 insertions(+), 4 deletions(-)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/apmd.service (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/apmd_proxy (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/apmd_proxy.conf (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/default (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/init (100%)
create mode 100644 meta/recipes-bsp/apmd/apmd/legacy.patch
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/libtool.patch (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/unlinux.patch (100%)
rename meta/recipes-bsp/apmd/{apmd_3.2.2-14.bb = apmd_3.2.2-15.bb} (92%)
diff --git a/meta/recipes-bsp/apmd/apmd-3.2.2-14/apmd.service
b/meta/recipes-bsp/apmd/apmd/apmd.service
similarity index 100%
rename from meta/recipes-bsp/apmd/apmd-3.2.2-14/apmd.service
rename to meta/recipes-bsp/apmd/apmd/apmd.service
diff --git a/meta/recipes-bsp/apmd/apmd-3.2.2-14/apmd_proxy
b/meta/recipes-bsp/apmd/apmd/apmd_proxy
similarity index 100%
rename from meta/recipes-bsp/apmd/apmd-3.2.2-14/apmd_proxy
rename to meta/recipes-bsp/apmd/apmd/apmd_proxy
diff --git a/meta/recipes-bsp/apmd/apmd-3.2.2-14/apmd_proxy.conf
b/meta/recipes-bsp/apmd/apmd/apmd_proxy.conf
similarity index 100%
rename from meta/recipes-bsp/apmd/apmd-3.2.2-14/apmd_proxy.conf
rename to meta/recipes-bsp/apmd/apmd/apmd_proxy.conf
diff --git a/meta/recipes-bsp/apmd/apmd-3.2.2-14/default
b/meta/recipes-bsp/apmd/apmd/default
similarity index 100%
rename from meta/recipes-bsp/apmd/apmd-3.2.2-14/default
rename to meta/recipes-bsp/apmd/apmd/default
diff --git a/meta/recipes-bsp/apmd/apmd-3.2.2-14/init
b/meta/recipes-bsp/apmd/apmd/init
similarity index 100%
rename from meta/recipes-bsp/apmd/apmd-3.2.2-14/init
rename to meta/recipes-bsp/apmd/apmd/init
diff --git a/meta/recipes-bsp/apmd/apmd/legacy.patch
b/meta/recipes-bsp/apmd/apmd/legacy.patch
new file mode 100644
index 000..6db223f
--- /dev/null
+++ b/meta/recipes-bsp/apmd/apmd/legacy.patch
@@ -0,0 +1,112 @@
+Index: apmd-3.2.2/Makefile
+===
+--- apmd-3.2.2.orig/Makefile
apmd-3.2.2/Makefile
+@@ -43,7 +43,7 @@ DESTDIR=
+
+ CC=gcc
+ CFLAGS=-O -g
+-XTRACFLAGS=-Wall -pipe -I. -I/usr/src/linux/include \
++XTRACFLAGS=-Wall -pipe -I. -I/usr/src/linux/include -I/usr/X11R6/include \
+ -I/usr/src/linux-2.2/include -I /usr/src/linux-2.0/include \
+ -DVERSION=\$(VERSION)\ \
+ -DDEFAULT_PROXY_NAME=\$(PROXY_DIR)/apmd_proxy\
+Index: apmd-3.2.2/apm.c
+===
+--- apmd-3.2.2.orig/apm.c
apmd-3.2.2/apm.c
+@@ -219,12 +219,13 @@ int main(int argc, char **argv)
+ }
+ }
+
+-
++#if 0
+ if (!(i.apm_flags APM_32_BIT_SUPPORT))
+ {
+ fprintf(stderr, 32-bit APM interface not supported\n);
+ exit(1);
+ }
++#endif
+
+ if (verbose (i.apm_flags 0x10))
+ printf(APM BIOS Power Management is currently disabled\n);
+Index: apmd-3.2.2/apm.h
+===
+--- apmd-3.2.2.orig/apm.h
apmd-3.2.2/apm.h
+@@ -20,6 +20,13 @@
+ * $Id: apm.h,v 1.7 1999/07/05 22:31:11 apenwarr Exp $
+ *
+ */
++#ifndef _APM_H
++#define _APM_H 1
++
++#ifndef __KERNEL_STRICT_NAMES
++#define __KERNEL_STRICT_NAMES
++#endif
++
+ #include linux/apm_bios.h
+ #include sys/types.h
+
+@@ -93,3 +100,5 @@ extern int apm_reject(int fd);
+ #else
+ #define apm_reject(fd) (-EINVAL)
+ #endif
++
++#endif
+Index: apmd-3.2.2/apmd.c
+===
+--- apmd-3.2.2.orig/apmd.c
apmd-3.2.2/apmd.c
+@@ -343,7 +343,7 @@ static int call_proxy(apm_event_t event)
+ /* parent */
+ int status, retval;
+ ssize_t len;
+- time_t time_limit;
++ time_t countdown;
+
+ if (pid 0) {
+ /* Couldn't fork */
+@@ -356,8 +356,9 @@ static int call_proxy(apm_event_t event)
+ /* Capture the child's output, if any, but only until it
terminates */
+
[OE-core] [PATCH 1/8] autogen: update to 5.18.5
Also, drop guile.patch, because the same problem has been fixed
differently in the new upstream release.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
...n-native_5.18.4.bb = autogen-native_5.18.5.bb} | 5 +-
meta/recipes-devtools/autogen/autogen/guile.patch | 191 -
2 files changed, 2 insertions(+), 194 deletions(-)
rename meta/recipes-devtools/autogen/{autogen-native_5.18.4.bb =
autogen-native_5.18.5.bb} (88%)
delete mode 100644 meta/recipes-devtools/autogen/autogen/guile.patch
diff --git a/meta/recipes-devtools/autogen/autogen-native_5.18.4.bb
b/meta/recipes-devtools/autogen/autogen-native_5.18.5.bb
similarity index 88%
rename from meta/recipes-devtools/autogen/autogen-native_5.18.4.bb
rename to meta/recipes-devtools/autogen/autogen-native_5.18.5.bb
index 5fd6b7e..2a28512 100644
--- a/meta/recipes-devtools/autogen/autogen-native_5.18.4.bb
+++ b/meta/recipes-devtools/autogen/autogen-native_5.18.5.bb
@@ -9,14 +9,13 @@ LICENSE = GPLv3
LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504
SRC_URI = ${GNU_MIRROR}/autogen/rel${PV}/autogen-${PV}.tar.gz \
- file://guile.patch \
file://increase-timeout-limit.patch \
file://mk-tpl-config.sh-force-exit-value-to-be-0-in-subproc.patch \
file://redirect-output-dir.patch \
-SRC_URI[md5sum] = 6f48029cc839303d28496e1609868938
-SRC_URI[sha256sum] =
3cd9f81a8ae7c6865bb9bbbe16c4307a243a1373d0b315a83571cbba1fff725d
+SRC_URI[md5sum] = 385d7c7dfbe60babbee261c054923a53
+SRC_URI[sha256sum] =
7bbdb73b5518baf64c6d3739fb2ecc66d2cccda888ce5ad573abe235ab5d96ba
DEPENDS = guile-native libtool-native libxml2-native
diff --git a/meta/recipes-devtools/autogen/autogen/guile.patch
b/meta/recipes-devtools/autogen/autogen/guile.patch
deleted file mode 100644
index 332e5aa..000
--- a/meta/recipes-devtools/autogen/autogen/guile.patch
+++ /dev/null
@@ -1,191 +0,0 @@
-remove dpkg and guile-config
-
-Disable the autoconf macros that use dpkg (!) and guile-config to
-determine what version and where guile is installed, and just use
-pkg-config directly (guile-config is a deprecated wrapper around
-pkg-config).
-
-Signed-off-by: Ross Burton ross.bur...@intel.com
-
-Uprade to 5.18.2
-Signed-off-by: Robert Yang liezhi.y...@windriver.com
-Upstream-Status: Pending [should be submitted]
- config/ag_macros.m4 | 151 +++-
- 1 file changed, 8 insertions(+), 143 deletions(-)
-
-diff --git a/config/ag_macros.m4 b/config/ag_macros.m4
-index c05073e..a8e96da 100644
a/config/ag_macros.m4
-+++ b/config/ag_macros.m4
-@@ -180,118 +180,13 @@ return 0;],
-
-
- AC_DEFUN([AG_WITHLIB_GUILE],[
-- AC_ARG_WITH([libguile],
--AS_HELP_STRING([--with-libguile], [libguile installation prefix]),
--[ag_cv_with_libguile_root=${with_libguile}],
--AC_CACHE_CHECK([whether with-libguile was specified],
ag_cv_with_libguile_root,
-- ag_cv_with_libguile_root=no)
-- ) # end of AC_ARG_WITH libguile
--
-- if test ${with_libguile+set} = set \
-- test X${withval} = Xno
-- then ## disabled by request
--ag_cv_with_libguile_root=no
--ag_cv_with_libguile_cflags=no
--ag_cv_with_libguile_libs=no
-- else
-+ PKG_PROG_PKG_CONFIG
-+ PKG_CHECK_MODULES(LIBGUILE, [guile-2.0])
-+ case ${LIBGUILE_LIBS} in *-L* )
-+LIBGUILE_PATH=`echo ,${LIBGUILE_LIBS} | sed 's/.*[, ]-L[
]*//;s/[ ].*//'`
-+ ;; * ) LIBGUILE_PATH='' ;; esac
-
-- AC_ARG_WITH([libguile-cflags],
--AS_HELP_STRING([--with-libguile-cflags], [libguile compile flags]),
--[ag_cv_with_libguile_cflags=${with_libguile_cflags}],
--AC_CACHE_CHECK([whether with-libguile-cflags was specified],
ag_cv_with_libguile_cflags,
-- ag_cv_with_libguile_cflags=no)
-- ) # end of AC_ARG_WITH libguile-cflags
--
-- AC_ARG_WITH([libguile-libs],
--AS_HELP_STRING([--with-libguile-libs], [libguile link command arguments]),
--[ag_cv_with_libguile_libs=${with_libguile_libs}],
--AC_CACHE_CHECK([whether with-libguile-libs was specified],
ag_cv_with_libguile_libs,
-- ag_cv_with_libguile_libs=no)
-- ) # end of AC_ARG_WITH libguile-libs
--
-- case X${ag_cv_with_libguile_cflags} in
-- Xyes|Xno|X )
--case X${ag_cv_with_libguile_root} in
--Xyes|Xno|X ) ag_cv_with_libguile_cflags=no ;;
--* )
ag_cv_with_libguile_cflags=-I${ag_cv_with_libguile_root}/include ;;
--esac
-- esac
-- case X${ag_cv_with_libguile_libs} in
-- Xyes|Xno|X )
--case X${ag_cv_with_libguile_root} in
--Xyes|Xno|X ) ag_cv_with_libguile_libs=no ;;
--* )ag_cv_with_libguile_libs=-L${ag_cv_with_libguile_root}/lib
-lguile;;
--esac
-- esac
-- ag_save_CPPFLAGS=${CPPFLAGS}
-- ag_save_LIBS=${LIBS}
-- case X${ag_cv_with_libguile_cflags} in
-- Xyes|Xno|X )
--f=`guile-config compile 2/dev/null` || f=''
--test -n ${f} ag_cv_with_libguile_cflags=${f} \
-- AC_MSG_NOTICE([guile-config used for CFLAGS: $f]) ;;
-- esac
[OE-core] [PATCH 7/8] cdrtools: update to 3.01a31
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../{cdrtools-native_3.01a20.bb = cdrtools-native_3.01a31.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/cdrtools/{cdrtools-native_3.01a20.bb =
cdrtools-native_3.01a31.bb} (81%)
diff --git a/meta/recipes-devtools/cdrtools/cdrtools-native_3.01a20.bb
b/meta/recipes-devtools/cdrtools/cdrtools-native_3.01a31.bb
similarity index 81%
rename from meta/recipes-devtools/cdrtools/cdrtools-native_3.01a20.bb
rename to meta/recipes-devtools/cdrtools/cdrtools-native_3.01a31.bb
index 2827109..d0f36e2 100644
--- a/meta/recipes-devtools/cdrtools/cdrtools-native_3.01a20.bb
+++ b/meta/recipes-devtools/cdrtools/cdrtools-native_3.01a31.bb
@@ -9,8 +9,8 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=32f68170be424c2cd64804337726b312
SRC_URI = ${SOURCEFORGE_MIRROR}/project/cdrtools/alpha/cdrtools-${PV}.tar.bz2
-SRC_URI[md5sum] = f8c6f0fdcba7df0606095498d10315a7
-SRC_URI[sha256sum] =
e399ea964b8048793721b71461271e46d81f242bd2feefb8dbd259c30e75a5a9
+SRC_URI[md5sum] = 78172557894f469b4584d008e93ec469
+SRC_URI[sha256sum] =
183b5c1279e78d8b69461aae52401f863768e7e7391d60730006f8cadc5a
S = ${WORKDIR}/cdrtools-3.01
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/8] Package version updates
This patchset contains a few easy version updates. I skipped recipes that
require deep specialist knowledge (for example anything toolchain-related),
or those with a big set of custom oe-core patches that would require a long
study to understand and update those patches.
The following changes since commit c75cefe8a382a63f625123c156137782db118f64:
libpam: Fix patch broken during upgrade (2015-08-09 15:15:33 -0700)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib akanavin/package-version-updates
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates
Alexander Kanavin (8):
autogen: update to 5.18.5
apmd: update to 3.2.2-15
apt: update to 1.0.10.1
blktool: update to 4-7
bluez5: update to 5.33
bootchart2: update to 0.14.7
cdrtools: update to 3.01a31
clutter-gst: update to 3.0.8
.../apmd/{apmd-3.2.2-14 = apmd}/apmd.service | 0
.../apmd/{apmd-3.2.2-14 = apmd}/apmd_proxy| 0
.../apmd/{apmd-3.2.2-14 = apmd}/apmd_proxy.conf | 0
.../apmd/{apmd-3.2.2-14 = apmd}/default | 0
meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/init | 0
meta/recipes-bsp/apmd/apmd/legacy.patch| 112
.../apmd/{apmd-3.2.2-14 = apmd}/libtool.patch | 0
.../apmd/{apmd-3.2.2-14 = apmd}/unlinux.patch | 0
.../apmd/{apmd_3.2.2-14.bb = apmd_3.2.2-15.bb}| 6 +-
.../bluez5/{bluez5_5.32.bb = bluez5_5.33.bb} | 4 +-
meta/recipes-devtools/apt/apt-native_1.0.10.1.bb | 4 +
meta/recipes-devtools/apt/apt-native_1.0.9.9.bb| 9 -
meta/recipes-devtools/apt/apt.inc | 5 +-
...ys-run-dpkg-configure-a-at-the-end-of-our.patch | 0
.../0001-fix-the-gcc-version-check.patch | 0
...001-remove-Wsuggest-attribute-from-CFLAGS.patch | 0
.../disable-configure-in-makefile.patch| 0
.../apt/{apt-1.0.9.9 = apt}/disable-test.patch| 0
.../fix-gcc-4.6-null-not-defined.patch | 0
.../apt/{apt-1.0.9.9 = apt}/makerace.patch| 0
.../apt/{apt-1.0.9.9 = apt}/no-nls-dpkg.patch | 0
.../apt/{apt-1.0.9.9 = apt}/noconfigure.patch | 0
.../apt/{apt-1.0.9.9 = apt}/nodoc.patch | 0
.../{apt-1.0.9.9 = apt}/truncate-filename.patch | 0
.../apt/{apt-1.0.9.9 = apt}/use-host.patch| 0
.../apt/{apt_1.0.9.9.bb = apt_1.0.10.1.bb}| 4 -
...n-native_5.18.4.bb = autogen-native_5.18.5.bb} | 5 +-
meta/recipes-devtools/autogen/autogen/guile.patch | 191 -
.../bootchart2/bootchartd-no-bashism.patch | 27 ---
.../{bootchart2_git.bb = bootchart2_0.14.7.bb}| 7 +-
...ative_3.01a20.bb = cdrtools-native_3.01a31.bb} | 4 +-
.../blktool/0001-fix-typos-in-manpage.patch| 34
.../blktool/blktool/0002-fix-string-error.patch| 25 +++
...rgument-for-BLKROSET-it-must-be-const-int.patch | 71
.../blktool/{blktool_4-6.1.bb = blktool_4-7.bb} | 9 +-
...r-gst-3.0_3.0.6.bb = clutter-gst-3.0_3.0.8.bb} | 4 +-
36 files changed, 266 insertions(+), 255 deletions(-)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/apmd.service (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/apmd_proxy (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/apmd_proxy.conf (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/default (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/init (100%)
create mode 100644 meta/recipes-bsp/apmd/apmd/legacy.patch
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/libtool.patch (100%)
rename meta/recipes-bsp/apmd/{apmd-3.2.2-14 = apmd}/unlinux.patch (100%)
rename meta/recipes-bsp/apmd/{apmd_3.2.2-14.bb = apmd_3.2.2-15.bb} (92%)
rename meta/recipes-connectivity/bluez5/{bluez5_5.32.bb = bluez5_5.33.bb}
(88%)
create mode 100644 meta/recipes-devtools/apt/apt-native_1.0.10.1.bb
delete mode 100644 meta/recipes-devtools/apt/apt-native_1.0.9.9.bb
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/0001-Revert-always-run-dpkg-configure-a-at-the-end-of-our.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/0001-fix-the-gcc-version-check.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/0001-remove-Wsuggest-attribute-from-CFLAGS.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/disable-configure-in-makefile.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/disable-test.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/fix-gcc-4.6-null-not-defined.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/makerace.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/no-nls-dpkg.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/noconfigure.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/nodoc.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/truncate-filename.patch
(100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
[OE-core] [PATCH 5/8] bluez5: update to 5.33
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-connectivity/bluez5/{bluez5_5.32.bb = bluez5_5.33.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/bluez5/{bluez5_5.32.bb = bluez5_5.33.bb}
(88%)
diff --git a/meta/recipes-connectivity/bluez5/bluez5_5.32.bb
b/meta/recipes-connectivity/bluez5/bluez5_5.33.bb
similarity index 88%
rename from meta/recipes-connectivity/bluez5/bluez5_5.32.bb
rename to meta/recipes-connectivity/bluez5/bluez5_5.33.bb
index db02be4..23c7397 100644
--- a/meta/recipes-connectivity/bluez5/bluez5_5.32.bb
+++ b/meta/recipes-connectivity/bluez5/bluez5_5.33.bb
@@ -1,6 +1,6 @@
require bluez5.inc
-SRC_URI[md5sum] = 432b1f292c0b78771818c67140baf3d9
-SRC_URI[sha256sum] =
fe4f35e701cbec04478818adf014ed9bbd1f7d11e2603370f1b70a78106f57f7
+SRC_URI[md5sum] = 78782dc33d9a8b6344c4cc1af70c8a98
+SRC_URI[sha256sum] =
1801807a13506678cbfeb15c6a4b89ecb5739efe1067eb464da6641d731436d3
# noinst programs in Makefile.tools that are conditional on READLINE
# support
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/8] apt: update to 1.0.10.1
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-devtools/apt/apt-native_1.0.10.1.bb | 4
meta/recipes-devtools/apt/apt-native_1.0.9.9.bb | 9 -
meta/recipes-devtools/apt/apt.inc| 5 -
...01-Revert-always-run-dpkg-configure-a-at-the-end-of-our.patch | 0
.../{apt-1.0.9.9 = apt}/0001-fix-the-gcc-version-check.patch| 0
.../0001-remove-Wsuggest-attribute-from-CFLAGS.patch | 0
.../apt/{apt-1.0.9.9 = apt}/disable-configure-in-makefile.patch | 0
.../recipes-devtools/apt/{apt-1.0.9.9 = apt}/disable-test.patch | 0
.../apt/{apt-1.0.9.9 = apt}/fix-gcc-4.6-null-not-defined.patch | 0
meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/makerace.patch| 0
meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/no-nls-dpkg.patch | 0
meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/noconfigure.patch | 0
meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/nodoc.patch | 0
.../apt/{apt-1.0.9.9 = apt}/truncate-filename.patch | 0
meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/use-host.patch| 0
meta/recipes-devtools/apt/{apt_1.0.9.9.bb = apt_1.0.10.1.bb}| 4
16 files changed, 8 insertions(+), 14 deletions(-)
create mode 100644 meta/recipes-devtools/apt/apt-native_1.0.10.1.bb
delete mode 100644 meta/recipes-devtools/apt/apt-native_1.0.9.9.bb
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/0001-Revert-always-run-dpkg-configure-a-at-the-end-of-our.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/0001-fix-the-gcc-version-check.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/0001-remove-Wsuggest-attribute-from-CFLAGS.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/disable-configure-in-makefile.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/disable-test.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 =
apt}/fix-gcc-4.6-null-not-defined.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/makerace.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/no-nls-dpkg.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/noconfigure.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/nodoc.patch (100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/truncate-filename.patch
(100%)
rename meta/recipes-devtools/apt/{apt-1.0.9.9 = apt}/use-host.patch (100%)
rename meta/recipes-devtools/apt/{apt_1.0.9.9.bb = apt_1.0.10.1.bb} (70%)
diff --git a/meta/recipes-devtools/apt/apt-native_1.0.10.1.bb
b/meta/recipes-devtools/apt/apt-native_1.0.10.1.bb
new file mode 100644
index 000..1e660da
--- /dev/null
+++ b/meta/recipes-devtools/apt/apt-native_1.0.10.1.bb
@@ -0,0 +1,4 @@
+require apt-native.inc
+
+SRC_URI += file://noconfigure.patch \
+file://no-curl.patch
diff --git a/meta/recipes-devtools/apt/apt-native_1.0.9.9.bb
b/meta/recipes-devtools/apt/apt-native_1.0.9.9.bb
deleted file mode 100644
index cbaf25b..000
--- a/meta/recipes-devtools/apt/apt-native_1.0.9.9.bb
+++ /dev/null
@@ -1,9 +0,0 @@
-require apt-native.inc
-
-SRC_URI += file://noconfigure.patch \
-file://no-curl.patch
-
-SRC_URI[md5sum] = e70c6d6227883cfc0dda6bc5db509bca
-SRC_URI[sha256sum] =
96bebcd7bfee0b2386741a8315182ba39487bdd743ecf5c1fc5b8b889cca2478
-
-LIC_FILES_CHKSUM = file://COPYING.GPL;md5=0636e73ff0215e8d672dc4c32c317bb3
diff --git a/meta/recipes-devtools/apt/apt.inc
b/meta/recipes-devtools/apt/apt.inc
index 94bd6e9..3248b9a 100644
--- a/meta/recipes-devtools/apt/apt.inc
+++ b/meta/recipes-devtools/apt/apt.inc
@@ -2,7 +2,7 @@ SUMMARY = Advanced front-end for dpkg
LICENSE = GPLv2.0+
SECTION = base
-SRC_URI =
http://snapshot.debian.org/archive/debian/20150428T221633Z/pool/main/a/${BPN}/${BPN}_${PV}.tar.xz
\
+SRC_URI =
http://snapshot.debian.org/archive/debian/20150805T094928Z/pool/main/a/${BPN}/${BPN}_${PV}.tar.xz
\
file://use-host.patch \
file://makerace.patch \
file://no-nls-dpkg.patch \
@@ -12,6 +12,9 @@ SRC_URI =
http://snapshot.debian.org/archive/debian/20150428T221633Z/pool/main/
file://disable-configure-in-makefile.patch \
file://disable-test.patch \
+SRC_URI[md5sum] = 6505c4297b338adb2087ce87bbc4a276
+SRC_URI[sha256sum] =
3fb1de9598363c416591d49e3c285458e095b035e6c06d5b944a54e15fc9b543
+LIC_FILES_CHKSUM = file://COPYING.GPL;md5=0636e73ff0215e8d672dc4c32c317bb3
inherit autotools gettext
diff --git
a/meta/recipes-devtools/apt/apt-1.0.9.9/0001-Revert-always-run-dpkg-configure-a-at-the-end-of-our.patch
b/meta/recipes-devtools/apt/apt/0001-Revert-always-run-dpkg-configure-a-at-the-end-of-our.patch
similarity index 100%
rename from
meta/recipes-devtools/apt/apt-1.0.9.9/0001-Revert-always-run-dpkg-configure-a-at-the-end-of-our.patch
rename to
meta/recipes-devtools/apt/apt/0001-Revert-always-run-dpkg-configure-a-at-the-end-of-our.patch
diff
[OE-core] [PATCH 8/8] clutter-gst: update to 3.0.8
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../clutter/{clutter-gst-3.0_3.0.6.bb = clutter-gst-3.0_3.0.8.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.6.bb =
clutter-gst-3.0_3.0.8.bb} (58%)
diff --git a/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.6.bb
b/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.8.bb
similarity index 58%
rename from meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.6.bb
rename to meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.8.bb
index 27beed9..319a955 100644
--- a/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.6.bb
+++ b/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.8.bb
@@ -3,5 +3,5 @@ require clutter-gst-3.0.inc
LIC_FILES_CHKSUM = file://COPYING;md5=4fbd65380cdd255951079008b364516c \
file://clutter-gst/clutter-gst.h;beginline=1;endline=24;md5=95baacba194e814c110ea3bdf25ddbf4
-SRC_URI[archive.md5sum] = 3100f52225d8be92f57efe246943e3a2
-SRC_URI[archive.sha256sum] =
d6d5493ae57cc175deee479304569c419d2bb90de3be124e6f3350ae7e73df76
+SRC_URI[archive.md5sum] = f7d97f96e7cca82f38317d1734d5dadb
+SRC_URI[archive.sha256sum] =
582e85b88482e16f7ec719363e38fadf84fab4d4baaa21e5227a454b824f135c
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
