Re: [OE-core] [PATCH] busybox: defconfig modified in order to activate CONFIG_EXPR_MATH_SUPPORT_64
You could take a look at the busybox-config.inc stuff in oe-classic as a starting point. It doesn't do PACKAGECONFIG (since oe-classic doesn't have that) but it can do the equivalent with DISTRO_FEATURES. p. On Mon, 2012-01-09 at 05:08 +, McClintock Matthew-B29882 wrote: Is anyone working on more fine grained control of busybox? Some ideas include: 1) configure via PACKAGECONFIG? 2) supply a defconfig for busybox? 3) multiple busybox recipes? -M On Sun, Jan 8, 2012 at 6:03 PM, Andrei Gherzan and...@gherzan.ro wrote: From: Andrei Gherzan andrei.gher...@windriver.com Enable 64-bit math support in the expr applet. This will make the applet slightly larger, but will allow computation with very large numbers. [YOCTO #1767] Signed-off-by: Andrei Gherzan and...@gherzan.ro --- meta/recipes-core/busybox/busybox-1.19.3/defconfig |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/busybox/busybox-1.19.3/defconfig b/meta/recipes-core/busybox/busybox-1.19.3/defconfig index 1990f28..ebd751d 100644 --- a/meta/recipes-core/busybox/busybox-1.19.3/defconfig +++ b/meta/recipes-core/busybox/busybox-1.19.3/defconfig @@ -214,7 +214,7 @@ CONFIG_FEATURE_ENV_LONG_OPTIONS=y # CONFIG_EXPAND is not set # CONFIG_FEATURE_EXPAND_LONG_OPTIONS is not set CONFIG_EXPR=y -# CONFIG_EXPR_MATH_SUPPORT_64 is not set +CONFIG_EXPR_MATH_SUPPORT_64=y CONFIG_FALSE=y # CONFIG_FOLD is not set # CONFIG_FSYNC is not set -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] FSLONLY: adjust the meta-oe layer sequence to make Yocto pick up the right bbclass file
Please ignore.
Best Regards,
Zhenhua
-Original Message-
From: Luo Zhenhua-B19537
Sent: Monday, January 09, 2012 4:58 PM
To: openembedded-core@lists.openembedded.org
Cc: Luo Zhenhua-B19537
Subject: [PATCH] FSLONLY: adjust the meta-oe layer sequence to make Yocto pick
up the right bbclass file
From: Zhenhua Luo b19...@freescale.com
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
fsl-setup-poky | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/fsl-setup-poky b/fsl-setup-poky index a5cc702..d1faaae 100755
--- a/fsl-setup-poky
+++ b/fsl-setup-poky
@@ -168,13 +168,6 @@ echo build_${BOARD}_release/conf/local.conf
sed / \/d build_${BOARD}_release/conf/bblayers.conf
build_${BOARD}_release/conf/bblayers.conf~
mv build_${BOARD}_release/conf/bblayers.conf~
build_${BOARD}_release/conf/bblayers.conf
-# append meta-oe/meta-oe if it exists
-if [ -e $CUR_DIR/meta-oe/meta-oe ]; then
-echo $CUR_DIR/meta-oe/meta-oe \\
build_${BOARD}_release/conf/bblayers.conf
-elif [ -e $CUR_DIR/../meta-oe/meta-oe ]; then
-echo $CUR_DIR/../meta-oe/meta-oe \\
build_${BOARD}_release/conf/bblayers.conf
-fi
-
# append meta-fsl-ppc bblayer into conf/bblayers.conf echo
${META_FSL_PPC_LAYER_PATH} \\ build_${BOARD}_release/conf/bblayers.conf
@@ -191,6 +184,13 @@ if [ -e $CUR_DIR/meta-fsl-local-sdk ]; then elif [ -e
$CUR_DIR/../meta-fsl-local-sdk ]; then
echo $CUR_DIR/../meta-fsl-local-sdk \\
build_${BOARD}_release/conf/bblayers.conf
fi
+
+# append meta-oe/meta-oe if it exists
+if [ -e $CUR_DIR/meta-oe/meta-oe ]; then
+echo $CUR_DIR/meta-oe/meta-oe \\
+build_${BOARD}_release/conf/bblayers.conf
+elif [ -e $CUR_DIR/../meta-oe/meta-oe ]; then
+echo $CUR_DIR/../meta-oe/meta-oe \\
+build_${BOARD}_release/conf/bblayers.conf
+fi
echo \ build_${BOARD}_release/conf/bblayers.conf
# enable 64b multilib if we are a p5020ds(-32b)
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] FSLONLY: adjust the meta-oe layer sequence to make Yocto pick up the right bbclass file
From: Zhenhua Luo b19...@freescale.com
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
fsl-setup-poky | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/fsl-setup-poky b/fsl-setup-poky
index a5cc702..d1faaae 100755
--- a/fsl-setup-poky
+++ b/fsl-setup-poky
@@ -168,13 +168,6 @@ echo build_${BOARD}_release/conf/local.conf
sed / \/d build_${BOARD}_release/conf/bblayers.conf
build_${BOARD}_release/conf/bblayers.conf~
mv build_${BOARD}_release/conf/bblayers.conf~
build_${BOARD}_release/conf/bblayers.conf
-# append meta-oe/meta-oe if it exists
-if [ -e $CUR_DIR/meta-oe/meta-oe ]; then
-echo $CUR_DIR/meta-oe/meta-oe \\
build_${BOARD}_release/conf/bblayers.conf
-elif [ -e $CUR_DIR/../meta-oe/meta-oe ]; then
-echo $CUR_DIR/../meta-oe/meta-oe \\
build_${BOARD}_release/conf/bblayers.conf
-fi
-
# append meta-fsl-ppc bblayer into conf/bblayers.conf
echo ${META_FSL_PPC_LAYER_PATH} \\
build_${BOARD}_release/conf/bblayers.conf
@@ -191,6 +184,13 @@ if [ -e $CUR_DIR/meta-fsl-local-sdk ]; then
elif [ -e $CUR_DIR/../meta-fsl-local-sdk ]; then
echo $CUR_DIR/../meta-fsl-local-sdk \\
build_${BOARD}_release/conf/bblayers.conf
fi
+
+# append meta-oe/meta-oe if it exists
+if [ -e $CUR_DIR/meta-oe/meta-oe ]; then
+echo $CUR_DIR/meta-oe/meta-oe \\
build_${BOARD}_release/conf/bblayers.conf
+elif [ -e $CUR_DIR/../meta-oe/meta-oe ]; then
+echo $CUR_DIR/../meta-oe/meta-oe \\
build_${BOARD}_release/conf/bblayers.conf
+fi
echo \ build_${BOARD}_release/conf/bblayers.conf
# enable 64b multilib if we are a p5020ds(-32b)
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] site/common-uclibc: Cache gl_cv_func_wcwidth_works
On Sun, 2012-01-08 at 20:39 -0800, Khem Raj wrote: Its not computed properly during configure and we configure uclibc with widechar support anyway so its fine to cache it. It fixes the errors like Is this really a good idea? Wide character support is already configurable for eglibc (via libc-posix-clang-wchar or whatever in DISTRO_FEATURES) and it seems as though making uclibc respect that as well would be a desirable plan for the future. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 04/28] ncurses: move libraries to base_libdir
Scott Garman scott.a.garman-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
- f=${D}${libdir}/$i.so
+f=${D}${base_libdir}/$i.so
this breaks builds because 'ld' does not search ${base_libdir}:
| gcc -shared ... -ltermcap
| /usr/bin/ld: cannot find -ltermcap
| ERROR: Task 216 (virtual:native:.../readline/readline_6.2.bb, do_install)
failed with exit code '1'
| ERROR: 'virtual:native:.../readline/readline_6.2.bb' failed
Which is why I added:
# tic from the -native build cannot run without setting this explicitly
BUILD_LDFLAGS_virtclass-native += -Wl,-rpath,${base_libdir}
to ncurses.inc
Is this not working?
no; error happens when building 'readline-native' (which does not read
ncurses.inc). Build of 'ncurses(-native)' succeeded.
I build-tested this with our -minimal and -sato images, and readline
is built as a part of this. Not sure how I could have missed this,
unless some host contamination was creeping in.
probably, the ncurses development files were installed on the host and
'-ltermcap' linked against them and not against the oe ones..
Enrico
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] base.bbclass: support for or operand in LICENSE and for SPDX license names
From: Andrei Gherzan andrei.gher...@windriver.com
base.bblass modfied in order to correctly exlude packages where OE-Style
licence naming
is used. In this way licenses as GPL-3, GPLv3, GPLv3.0 will be exluded from a
non-GPLv3
build.
The second modification was to include in a non-GPLv3 build packages where
LICENSE is
GPLv3 or something else. For example, qt4-embedded has LICENSE = LGPLv2.1 |
GPLv3.
This package should be included in a non-GPLv3 build as it is LGPLv2.1 or GPLv3.
[YOCTO #1884]
[YOCTO #1844]
Signed-off-by: Andrei Gherzan and...@gherzan.ro
---
meta/classes/base.bbclass | 22 ++
1 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index e65a722..568c5dd 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -392,6 +392,8 @@ python () {
dont_want_license = d.getVar('INCOMPATIBLE_LICENSE', 1)
+spdx_dont_want_license = d.getVarFlag('SPDXLICENSEMAP',
dont_want_license)
+
if dont_want_license and not pn.endswith(-native) and not
pn.endswith(-cross) and not pn.endswith(-cross-initial) and not
pn.endswith(-cross-intermediate) and not
pn.endswith(-crosssdk-intermediate) and not pn.endswith(-crosssdk) and not
pn.endswith(-crosssdk-initial):
hosttools_whitelist = (d.getVar('HOSTTOOLS_WHITELIST_%s' %
dont_want_license, 1) or ).split()
lgplv2_whitelist = (d.getVar('LGPLv2_WHITELIST_%s' %
dont_want_license, 1) or ).split()
@@ -400,10 +402,22 @@ python () {
import re
this_license = d.getVar('LICENSE', 1)
-if this_license and re.search(dont_want_license, this_license):
-bb.note(SKIPPING %s because it's %s % (pn, this_license))
-raise bb.parse.SkipPackage(incompatible with license %s
% this_license)
-
+this_license_clean=re.sub(r'[+()*]', '', this_license)
+or_licenses = re.split('[|]', this_license_clean)
+
+for one_or_license in or_licenses:
+ licenses = re.split('[ ]', one_or_license)
+ good_license=one_or_license
+ for onelicense in licenses:
+ spdx_onelicense = d.getVarFlag('SPDXLICENSEMAP',
onelicense)
+ if ( onelicense and re.search(dont_want_license,
onelicense) ) or ( onelicense and re.search(spdx_dont_want_license, onelicense)
) or ( spdx_onelicense and re.search(dont_want_license, spdx_onelicense) ) or (
spdx_onelicense and re.search(spdx_dont_want_license, spdx_onelicense) ):
+ good_license =
+ break
+ if good_license != :
+ break
+ if good_license == :
+ bb.note(SKIPPING %s because it's %s % (pn, this_license))
+ raise bb.parse.SkipPackage(incompatible with license %s %
this_license)
srcuri = d.getVar('SRC_URI', 1)
# Svn packages should DEPEND on subversion-native
if svn:// in srcuri:
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] site/common-uclibc: Cache gl_cv_func_wcwidth_works
On Mon, Jan 9, 2012 at 2:17 AM, Phil Blundell ph...@gnu.org wrote: On Sun, 2012-01-08 at 20:39 -0800, Khem Raj wrote: Its not computed properly during configure and we configure uclibc with widechar support anyway so its fine to cache it. It fixes the errors like Is this really a good idea? Wide character support is already configurable for eglibc (via libc-posix-clang-wchar or whatever in DISTRO_FEATURES) and it seems as though making uclibc respect that as well would be a desirable plan for the future. hmm indeed I think I should have used that instead of this. I will redo it. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] package_rpm.bbclass: add srpm function in spec file
On 1/8/12 1:11 AM, Xiaofeng Yan wrote:
From: Xiaofeng Yanxiaofeng@windriver.com
For packaging source codes to source rpm package, adding Sources,\
Patches and prep stage in spec file.
Sources include source codes (type of tar.gz) and \
log files including log.do_patch and log.do_configure (type of tar.gz)
Patches include all patches called in bb file.
prep is for user viewing the result in the stage of doing patch and
configuration
for example:
User can use the following command to run the stage of prep.
$rpmbuild -bp package.spec
show the result of log.do_patch and log.configure
[YOCTO #1655]
Signed-off-by: Xiaofeng Yanxiaofeng@windriver.com
---
meta/classes/package_rpm.bbclass | 65 --
1 files changed, 55 insertions(+), 10 deletions(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index d03dc3f..3e0ca15 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -6,6 +6,7 @@ RPM=rpm
RPMBUILD=rpmbuild
PKGWRITEDIRRPM = ${WORKDIR}/deploy-rpms
+PKGWRITEDIRSRPM = ${WORKDIR}/deploy-srpm
python package_rpm_fn () {
d.setVar('PKGFN', d.getVar('PKG'))
@@ -422,6 +423,19 @@ python write_specfile () {
import textwrap
import oe.packagedata
+ def add_prep(spec_files_bottom):
+ bb.build.exec_func('not_srpm', d)
+ if not d.getVar('NOTSRPM', True) and d.getVar('ARCHIVE_TYPE',
True) == 'SRPM':
+ spec_files_bottom.append('%%prep -n %s' %
d.getVar('PN', True) )
+ spec_files_bottom.append('%s' % set +x)
+ spec_files_bottom.append('%s' % cd $RPM_SOURCE_BUILD)
+ spec_files_bottom.append('%s' % tar zxvf
$RPM_SOURCE_DIR/log.tar.gz)
+ spec_files_bottom.append('%s' % echo \ do patch
==\)
+ spec_files_bottom.append('%s' % cat log.do_patch*)
+ spec_files_bottom.append('%s' % echo \ do configure
==\)
+ spec_files_bottom.append('%s' % cat log.do_configure*)
+ spec_files_bottom.append('')
The above will simply print the output of the do_patch and do_configure steps.
It would probably be better to simply include the steps themselves... but with
the python based steps I'm not sure that is possible. So returning the log
entries is likely the next best thing.
Note, you don't need the wild cards in this, you should simply cat out the
version log.do_patch instead of log.do_patch* -- bitbake ensures that the last
log file is always the one with the symbolic link.
--Mark
+
# We need a simple way to remove the MLPREFIX from the package name,
# and dependency information...
def strip_multilib(name, d):
@@ -533,6 +547,13 @@ python write_specfile () {
srcmaintainer = d.getVar('MAINTAINER', True)
srchomepage= d.getVar('HOMEPAGE', True)
srcdescription = d.getVar('DESCRIPTION', True) or .
+
+ bb.build.exec_func('not_srpm', d)
+ if not d.getVar('NOTSRPM', True) and d.getVar('ARCHIVE_TYPE', True) ==
'SRPM':
+ tpkg_name = d.getVar('PF',True)
+ srctargz = tpkg_name + .tar.gz
+ logtargz = log.tar.gz
+
srcdepends = strip_multilib(d.getVar('DEPENDS', True), d)
srcrdepends= []
@@ -557,6 +578,11 @@ python write_specfile () {
spec_files_top = []
spec_files_bottom = []
+ if not d.getVar('NOTSRPM', True) and d.getVar('ARCHIVE_TYPE', True) ==
'SRPM':
+ srcpatches = []
+ bb.build.exec_func('get_patches', d)
+ srcpatches = d.getVar('PLIST',True)
+
for pkg in packages.split():
localdata = bb.data.createCopy(d)
@@ -637,7 +663,7 @@ python write_specfile () {
else:
bb.note(Creating EMPTY RPM Package for
%s % splitname)
spec_files_top.append('')
-
+
bb.utils.unlockfile(lf)
continue
@@ -714,7 +740,7 @@ python write_specfile () {
spec_scriptlets_bottom.append('# %s - %s' % (splitname,
script))
spec_scriptlets_bottom.append(scriptvar)
spec_scriptlets_bottom.append('')
-
+
# Now process files
file_list = []
walk_files(root, file_list, conffiles)
@@ -732,7 +758,8 @@ python write_specfile () {
del localdata
bb.utils.unlockfile(lf)
-
+
+ add_prep(spec_files_bottom)
spec_preamble_top.append('Summary: %s' % srcsummary)
spec_preamble_top.append('Name: %s' % srcname)
spec_preamble_top.append('Version: %s' % srcversion)
@@
Re: [OE-core] [PATCH] busybox: defconfig modified in order to activate CONFIG_EXPR_MATH_SUPPORT_64
On 1/9/12 2:09 AM, Phil Blundell wrote: You could take a look at the busybox-config.inc stuff in oe-classic as a starting point. It doesn't do PACKAGECONFIG (since oe-classic doesn't have that) but it can do the equivalent with DISTRO_FEATURES. At Wind River we've discussed using the kernel configuration fragment patching process as a way to control busybox. This would allow the recipe to provide a default fragment (configuration), with machines, architectures, and other configurations providing additional fragments -- that together would produce the busybox that the end use wants. I think this is a better long term approach then hacking the defconfig file each time it's not quite right for a system. (We may still need to modify it over time, but the modifications need to be considered generic based on the use of busybox in say core-image-minimal...) --Mark p. On Mon, 2012-01-09 at 05:08 +, McClintock Matthew-B29882 wrote: Is anyone working on more fine grained control of busybox? Some ideas include: 1) configure via PACKAGECONFIG? 2) supply a defconfig for busybox? 3) multiple busybox recipes? -M On Sun, Jan 8, 2012 at 6:03 PM, Andrei Gherzanand...@gherzan.ro wrote: From: Andrei Gherzanandrei.gher...@windriver.com Enable 64-bit math support in the expr applet. This will make the applet slightly larger, but will allow computation with very large numbers. [YOCTO #1767] Signed-off-by: Andrei Gherzanand...@gherzan.ro --- meta/recipes-core/busybox/busybox-1.19.3/defconfig |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/busybox/busybox-1.19.3/defconfig b/meta/recipes-core/busybox/busybox-1.19.3/defconfig index 1990f28..ebd751d 100644 --- a/meta/recipes-core/busybox/busybox-1.19.3/defconfig +++ b/meta/recipes-core/busybox/busybox-1.19.3/defconfig @@ -214,7 +214,7 @@ CONFIG_FEATURE_ENV_LONG_OPTIONS=y # CONFIG_EXPAND is not set # CONFIG_FEATURE_EXPAND_LONG_OPTIONS is not set CONFIG_EXPR=y -# CONFIG_EXPR_MATH_SUPPORT_64 is not set +CONFIG_EXPR_MATH_SUPPORT_64=y CONFIG_FALSE=y # CONFIG_FOLD is not set # CONFIG_FSYNC is not set -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] kexec-tools: split packaging of kexec and kdump
On 01/06/2012 04:20 PM, Andrea Adami wrote:
* from meta-oe (originally from org.openembedded.dev)
* There are no reasons to install kdump when only kexec is needed.
*
* In oe-core/meta there are no references to kexec-tools so
* the recipes inn external layers rdepending on kexec-tools should be
* fixed and rdepend on kexec and/or kdump.
*
You need to fix task-core-tools.bb in oe-core/meta itself also.
Thanks
Sau!
* Bump PR.
Signed-off-by: Andrea Adamiandrea.ad...@gmail.com
---
meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
b/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
index caed816..8d2e606 100644
--- a/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
+++ b/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
@@ -2,8 +2,13 @@ require kexec-tools.inc
export LDFLAGS = -L${STAGING_LIBDIR}
EXTRA_OECONF = --with-zlib=yes
-PR = r1
+PR = r2
SRC_URI += file://fix_for_compiling_with_gcc-4.6.0.patch
SRC_URI[md5sum] = bc401cf3262b25ff7c9a51fc76c8ab91
SRC_URI[sha256sum] =
549ab65c18a2229b6bf21b6875ca6bbe0e579bca08c3543ce6aaf8287a0b4188
+
+PACKAGES =+ kexec kdump
+
+FILES_kexec = ${sbindir}/kexec
+FILES_kdump = ${sbindir}/kdump
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gettext: License modify LICENSE to GPLv3 from GPL-3
On 1/8/12 11:29 PM, Saul Wold wrote: On 01/08/2012 04:39 AM, Andrei Gherzan wrote: From: Andrei Gherzanandrei.gher...@windriver.com [YOCTO #1884] Signed-off-by: Andrei Gherzanand...@gherzan.ro --- meta/recipes-core/gettext/gettext_0.18.1.1.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/gettext/gettext_0.18.1.1.bb b/meta/recipes-core/gettext/gettext_0.18.1.1.bb index 615582e..1e8c952 100644 --- a/meta/recipes-core/gettext/gettext_0.18.1.1.bb +++ b/meta/recipes-core/gettext/gettext_0.18.1.1.bb @@ -2,7 +2,7 @@ SUMMARY = Utilities and libraries for producing multi-lingual messages. DESCRIPTION = Gettext offers to programmers, translators, and even users, a well integrated set of tools and documentation. Specifically, the GNU `gettext' utilities are a set of tools that provides a framework to help other GNU packages produce multi-lingual messages. These tools include a set of conventions about how programs should be written to support message catalogs, a directory and file naming organization for the message catalogs themselves, a runtime library supporting the retrieval of translated messages, and a few stand-alone programs to massage in various ways the sets of translatable strings, or already translated strings. HOMEPAGE = http://www.gnu.org/software/gettext/gettext.html; SECTION = libs -LICENSE = GPL-3+ LGPL-2.1+ +LICENSE = GPLv3+ LGPL-2.1+ LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 I think the correct fix is to change the INCOMPATIBLE_LICENSE code to detect both GPLv3 and GPL-3, which is the SPDX standard name. Both GPL-3+ and GPLv3+ are supposed to be equivalent. (There is still on going debate which one is preferred for oe-core.. the GPL-3+ is the SPDX name at least.) There is a license compatibility table, but for some reason I'm failing to current find it in the distribution. It may simply be that the INCOMPATIBLE_LICENSE is not using the compatibility table. --Mark Sau! PR = r6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gettext: License modify LICENSE to GPLv3 from GPL-3
On 01/09/2012 08:23 AM, Mark Hatle wrote: On 1/8/12 11:29 PM, Saul Wold wrote: On 01/08/2012 04:39 AM, Andrei Gherzan wrote: From: Andrei Gherzanandrei.gher...@windriver.com [YOCTO #1884] Signed-off-by: Andrei Gherzanand...@gherzan.ro --- meta/recipes-core/gettext/gettext_0.18.1.1.bb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/gettext/gettext_0.18.1.1.bb b/meta/recipes-core/gettext/gettext_0.18.1.1.bb index 615582e..1e8c952 100644 --- a/meta/recipes-core/gettext/gettext_0.18.1.1.bb +++ b/meta/recipes-core/gettext/gettext_0.18.1.1.bb @@ -2,7 +2,7 @@ SUMMARY = Utilities and libraries for producing multi-lingual messages. DESCRIPTION = Gettext offers to programmers, translators, and even users, a well integrated set of tools and documentation. Specifically, the GNU `gettext' utilities are a set of tools that provides a framework to help other GNU packages produce multi-lingual messages. These tools include a set of conventions about how programs should be written to support message catalogs, a directory and file naming organization for the message catalogs themselves, a runtime library supporting the retrieval of translated messages, and a few stand-alone programs to massage in various ways the sets of translatable strings, or already translated strings. HOMEPAGE = http://www.gnu.org/software/gettext/gettext.html; SECTION = libs -LICENSE = GPL-3+ LGPL-2.1+ +LICENSE = GPLv3+ LGPL-2.1+ LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 I think the correct fix is to change the INCOMPATIBLE_LICENSE code to detect both GPLv3 and GPL-3, which is the SPDX standard name. Both GPL-3+ and GPLv3+ are supposed to be equivalent. (There is still on going debate which one is preferred for oe-core.. the GPL-3+ is the SPDX name at least.) There is a license compatibility table, but for some reason I'm failing to current find it in the distribution. It may simply be that the INCOMPATIBLE_LICENSE is not using the compatibility table. Mark, Looks like he addressed this in an updated patch, I am looking at his updated change and also looking at what Tom has proposed for LICENSE_FLAGS. Sau! --Mark Sau! PR = r6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/7] eglibc: Upgrade recipes 2.14 - 2.15
Add patch to provide __finite_sqrt functions for ppc
Signed-off-by: Khem Raj raj.k...@gmail.com
---
...tive_2.14.bb = cross-localedef-native_2.15.bb} |0
.../IO-acquire-lock-fix.patch |0
.../armv4-eabi-compile-fix.patch |0
.../eglibc-rpc-export-again.patch |0
.../eglibc-svn-arm-lowlevellock-include-tls.patch |0
.../{eglibc-2.14 = eglibc-2.15}/etc/ld.so.conf|0
.../generate-supported.mk |0
.../glibc-2.14-libdl-crash.patch |0
.../ld-search-order.patch |0
.../mips-rld-map-check.patch |0
.../multilib_readlib.patch |0
.../{eglibc-2.14 = eglibc-2.15}/ppc-sqrt.patch|0
.../eglibc/eglibc-2.15/ppc-sqrt_finite.patch | 112
.../stack-protector-test.patch |0
.../use-sysroot-cxx-headers.patch | 30 +++--
.../recipes-core/eglibc/eglibc-2.15/x86_fenv.patch | 29 +
...libc-initial_2.14.bb = eglibc-initial_2.15.bb} |0
...eglibc-locale_2.14.bb = eglibc-locale_2.15.bb} |0
.../eglibc/{eglibc_2.14.bb = eglibc_2.15.bb} | 16 +++-
19 files changed, 172 insertions(+), 15 deletions(-)
rename meta/recipes-core/eglibc/{cross-localedef-native_2.14.bb =
cross-localedef-native_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/IO-acquire-lock-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/armv4-eabi-compile-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/eglibc-rpc-export-again.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/eglibc-svn-arm-lowlevellock-include-tls.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 = eglibc-2.15}/etc/ld.so.conf
(100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/generate-supported.mk (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/glibc-2.14-libdl-crash.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/ld-search-order.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/mips-rld-map-check.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/multilib_readlib.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 = eglibc-2.15}/ppc-sqrt.patch
(100%)
create mode 100644 meta/recipes-core/eglibc/eglibc-2.15/ppc-sqrt_finite.patch
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/stack-protector-test.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/use-sysroot-cxx-headers.patch (51%)
create mode 100644 meta/recipes-core/eglibc/eglibc-2.15/x86_fenv.patch
rename meta/recipes-core/eglibc/{eglibc-initial_2.14.bb =
eglibc-initial_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-locale_2.14.bb =
eglibc-locale_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc_2.14.bb = eglibc_2.15.bb} (95%)
diff --git a/meta/recipes-core/eglibc/cross-localedef-native_2.14.bb
b/meta/recipes-core/eglibc/cross-localedef-native_2.15.bb
similarity index 100%
rename from meta/recipes-core/eglibc/cross-localedef-native_2.14.bb
rename to meta/recipes-core/eglibc/cross-localedef-native_2.15.bb
diff --git a/meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch
b/meta/recipes-core/eglibc/eglibc-2.15/IO-acquire-lock-fix.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch
rename to meta/recipes-core/eglibc/eglibc-2.15/IO-acquire-lock-fix.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch
b/meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch
rename to meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch
b/meta/recipes-core/eglibc/eglibc-2.15/eglibc-rpc-export-again.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch
rename to meta/recipes-core/eglibc/eglibc-2.15/eglibc-rpc-export-again.patch
diff --git
a/meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch
b/meta/recipes-core/eglibc/eglibc-2.15/eglibc-svn-arm-lowlevellock-include-tls.patch
similarity index 100%
rename from
meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch
rename to
meta/recipes-core/eglibc/eglibc-2.15/eglibc-svn-arm-lowlevellock-include-tls.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf
b/meta/recipes-core/eglibc/eglibc-2.15/etc/ld.so.conf
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf
rename to meta/recipes-core/eglibc/eglibc-2.15/etc/ld.so.conf
diff --git
[OE-core] [PATCH] eglibc upgrade and uclibc fixes
These patches address the build failures found when using uclibc
It also has the already posted patch for eglibc-2.15 upgrade
The following changes since commit fff18970706913e7fd7f4a119d798dddb44b388a:
base-files: filesystems: fix mount order (2012-01-06 14:41:19 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib kraj/misc-fixes
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/misc-fixes
Khem Raj (7):
eglibc: Upgrade recipes 2.14 - 2.15
libiconv_1.14.bb: Fix build failure
autotools.bbclass: Introduce CACHED_CONFIGUREVARS
default-distrovars: Define DISTRO_FEATURES_LIBC for uclibc
uclibc: Configure UCLIBC_HAS_WCHAR based on libc-posix-clang-wchar
distro feature
findutils: Use CACHED_CONFIGUREVARS to specify cached configure vars
util-linux: Enable fallocate and use CACHED_CONFIGUREVARS
meta/classes/autotools.bbclass |2 +-
meta/conf/distro/include/default-distrovars.inc|2 +
...tive_2.14.bb = cross-localedef-native_2.15.bb} |0
.../IO-acquire-lock-fix.patch |0
.../armv4-eabi-compile-fix.patch |0
.../eglibc-rpc-export-again.patch |0
.../eglibc-svn-arm-lowlevellock-include-tls.patch |0
.../{eglibc-2.14 = eglibc-2.15}/etc/ld.so.conf|0
.../generate-supported.mk |0
.../glibc-2.14-libdl-crash.patch |0
.../ld-search-order.patch |0
.../mips-rld-map-check.patch |0
.../multilib_readlib.patch |0
.../{eglibc-2.14 = eglibc-2.15}/ppc-sqrt.patch|0
.../eglibc/eglibc-2.15/ppc-sqrt_finite.patch | 112 +
.../stack-protector-test.patch |0
.../use-sysroot-cxx-headers.patch | 30 +-
.../recipes-core/eglibc/eglibc-2.15/x86_fenv.patch | 29 +
...libc-initial_2.14.bb = eglibc-initial_2.15.bb} |0
...eglibc-locale_2.14.bb = eglibc-locale_2.15.bb} |0
.../eglibc/{eglibc_2.14.bb = eglibc_2.15.bb} | 16 +-
meta/recipes-core/uclibc/uclibc-config.inc |1 +
meta/recipes-core/util-linux/util-linux_2.20.1.bb |6 +-
meta/recipes-extended/findutils/findutils_4.4.2.bb |4 +-
.../libiconv-1.14/add-relocatable-module.patch | 5008
meta/recipes-support/libiconv/libiconv_1.14.bb |8 +-
26 files changed, 5195 insertions(+), 23 deletions(-)
rename meta/recipes-core/eglibc/{cross-localedef-native_2.14.bb =
cross-localedef-native_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/IO-acquire-lock-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/armv4-eabi-compile-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/eglibc-rpc-export-again.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/eglibc-svn-arm-lowlevellock-include-tls.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 = eglibc-2.15}/etc/ld.so.conf
(100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/generate-supported.mk (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/glibc-2.14-libdl-crash.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/ld-search-order.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/mips-rld-map-check.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/multilib_readlib.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 = eglibc-2.15}/ppc-sqrt.patch
(100%)
create mode 100644 meta/recipes-core/eglibc/eglibc-2.15/ppc-sqrt_finite.patch
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/stack-protector-test.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/use-sysroot-cxx-headers.patch (51%)
create mode 100644 meta/recipes-core/eglibc/eglibc-2.15/x86_fenv.patch
rename meta/recipes-core/eglibc/{eglibc-initial_2.14.bb =
eglibc-initial_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-locale_2.14.bb =
eglibc-locale_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc_2.14.bb = eglibc_2.15.bb} (95%)
create mode 100644
meta/recipes-support/libiconv/libiconv-1.14/add-relocatable-module.patch
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/7] default-distrovars: Define DISTRO_FEATURES_LIBC for uclibc
Defaults are for eglibc therefore we define it with an override for uclibc Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/conf/distro/include/default-distrovars.inc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/conf/distro/include/default-distrovars.inc b/meta/conf/distro/include/default-distrovars.inc index e1594f3..0b515e5 100644 --- a/meta/conf/distro/include/default-distrovars.inc +++ b/meta/conf/distro/include/default-distrovars.inc @@ -10,6 +10,8 @@ LIMIT_BUILT_LOCALES ?= POSIX en_US en_GB ENABLE_BINARY_LOCALE_GENERATION ?= 1 LOCALE_UTF8_ONLY ?= 0 +DISTRO_FEATURES_LIBC_libc-uclibc ?= ipv4 ipv6 largefile libc-posix-clang-wchar + DISTRO_FEATURES_LIBC ?= ipv4 ipv6 libc-backtrace libc-big-macros libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \ libc-crypt-ufc libc-db-aliases libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \ libc-getlogin libc-idn libc-inet-anl libc-libm libc-libm-big libc-locales libc-locale-code \ -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/7] uclibc: Configure UCLIBC_HAS_WCHAR based on libc-posix-clang-wchar distro feature
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/uclibc/uclibc-config.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc-config.inc
b/meta/recipes-core/uclibc/uclibc-config.inc
index a30188d..3de3845 100644
--- a/meta/recipes-core/uclibc/uclibc-config.inc
+++ b/meta/recipes-core/uclibc/uclibc-config.inc
@@ -105,6 +105,7 @@ def features_to_uclibc_settings(d):
uclibc_cfg('ssp', distro_features, 'UCLIBC_HAS_SSP', cnf, rem)
uclibc_cfg('argp', distro_features, 'UCLIBC_HAS_ARGP', cnf, rem)
uclibc_cfg('kernel24', machine_features,'UCLIBC_LINUX_MODULE_24', cnf,
rem)
+ uclibc_cfg('libc-posix-clang-wchar',
distro_features,'UCLIBC_HAS_WCHAR', cnf, rem)
return \n.join(cnf), \n.join(rem)
# X, Y = ${@features_to_uclibc_settings(d)}
# unfortunately doesn't seem to work with bitbake, workaround:
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/7] autotools.bbclass: Introduce CACHED_CONFIGUREVARS
This variable is for holding the cached configure variables
to be specified in recipes. e.g.
CACHED_CONFIGUREVARS += ac_cv_foo=yes ac_cv_bar=no
This will make sure that the variables are not detected
by configure. This is useful in cross builds where
some features can not be detected correctly by configure
and having it as a variables gives us capability to
override it
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/autotools.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index 2f462ff..5d74333 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -73,7 +73,7 @@ oe_runconf () {
cfgscript=${S}/configure
if [ -x $cfgscript ] ; then
bbnote Running $cfgscript ${CONFIGUREOPTS} ${EXTRA_OECONF} $@
- $cfgscript ${CONFIGUREOPTS} ${EXTRA_OECONF} $@ || bbfatal
oe_runconf failed
+ ${CACHED_CONFIGUREVARS} $cfgscript ${CONFIGUREOPTS}
${EXTRA_OECONF} $@ || bbfatal oe_runconf failed
else
bbfatal no configure script found at $cfgscript
fi
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 7/7] util-linux: Enable fallocate and use CACHED_CONFIGUREVARS
fallocate is implemented in eglibc 2.11 and all eglibc
we use are greater than 2.11 so drop disabling it.
Use CACHED_CONFIGUREVARS to specify scanf_cv_type_modifier=as
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/util-linux/util-linux_2.20.1.bb |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux_2.20.1.bb
b/meta/recipes-core/util-linux/util-linux_2.20.1.bb
index aa2c6ff..ed445d7 100644
--- a/meta/recipes-core/util-linux/util-linux_2.20.1.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.20.1.bb
@@ -1,5 +1,5 @@
MAJOR_VERSION = 2.20
-PR = r1
+PR = r2
require util-linux.inc
# note that `lscpu' is under GPLv3+
@@ -39,9 +39,7 @@ do_remove_lscpu() {
addtask remove_lscpu before do_configure after do_patch
-# fallocate is glibc 2.10, fallocate64 is glibc 2.11
-# we need to disable it for older versions
-EXTRA_OECONF += ac_cv_func_fallocate=no scanf_cv_type_modifier=as
+CACHED_CONFIGUREVARS += scanf_cv_type_modifier=as
EXTRA_OECONF_virtclass-native += --disable-fallocate --disable-use-tty-group
do_install_append () {
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/7] findutils: Use CACHED_CONFIGUREVARS to specify cached configure vars
Since this feature is depending on wchar support we only
cache is when we have libc-posix-clang-wchar enabled
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-extended/findutils/findutils_4.4.2.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/findutils/findutils_4.4.2.bb
b/meta/recipes-extended/findutils/findutils_4.4.2.bb
index c25ba4c..b2898ed 100644
--- a/meta/recipes-extended/findutils/findutils_4.4.2.bb
+++ b/meta/recipes-extended/findutils/findutils_4.4.2.bb
@@ -1,6 +1,6 @@
require findutils.inc
-PR = r1
+PR = r2
SRC_URI += file://01-27017.patch \
file://02-28824.patch \
@@ -11,7 +11,7 @@ SRC_URI[md5sum] = 351cc4adb07d54877fa15f75fb77d39f
SRC_URI[sha256sum] =
434f32d171cbc0a5e72cfc5372c6fc4cb0e681f8dce566a0de5b6fccd702b62a
# http://savannah.gnu.org/bugs/?27299
-EXTRA_OECONF += gl_cv_func_wcwidth_works=yes
+CACHED_CONFIGUREVARS += ${@base_contains('DISTRO_FEATURES',
'libc-posix-clang-wchar', 'gl_cv_func_wcwidth_works=yes', '', d)}
do_install_append () {
if [ -e ${D}${bindir}/find ]; then
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] base.bbclass: support for or operand in LICENSE and for SPDX license names
On Mon, Jan 9, 2012 at 7:43 AM, Andrei Gherzan and...@gherzan.ro wrote:
From: Andrei Gherzan andrei.gher...@windriver.com
base.bblass modfied in order to correctly exlude packages where OE-Style
licence naming
is used. In this way licenses as GPL-3, GPLv3, GPLv3.0 will be exluded from a
non-GPLv3
build.
The second modification was to include in a non-GPLv3 build packages where
LICENSE is
GPLv3 or something else. For example, qt4-embedded has LICENSE = LGPLv2.1
| GPLv3.
This package should be included in a non-GPLv3 build as it is LGPLv2.1 or
GPLv3.
[YOCTO #1884]
[YOCTO #1844]
Signed-off-by: Andrei Gherzan and...@gherzan.ro
---
meta/classes/base.bbclass | 22 ++
1 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index e65a722..568c5dd 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -392,6 +392,8 @@ python () {
dont_want_license = d.getVar('INCOMPATIBLE_LICENSE', 1)
+ spdx_dont_want_license = d.getVarFlag('SPDXLICENSEMAP',
dont_want_license)
+
if dont_want_license and not pn.endswith(-native) and not
pn.endswith(-cross) and not pn.endswith(-cross-initial) and not
pn.endswith(-cross-intermediate) and not
pn.endswith(-crosssdk-intermediate) and not pn.endswith(-crosssdk) and
not pn.endswith(-crosssdk-initial):
hosttools_whitelist = (d.getVar('HOSTTOOLS_WHITELIST_%s' %
dont_want_license, 1) or ).split()
lgplv2_whitelist = (d.getVar('LGPLv2_WHITELIST_%s' %
dont_want_license, 1) or ).split()
@@ -400,10 +402,22 @@ python () {
import re
this_license = d.getVar('LICENSE', 1)
- if this_license and re.search(dont_want_license,
this_license):
- bb.note(SKIPPING %s because it's %s % (pn,
this_license))
- raise bb.parse.SkipPackage(incompatible with license
%s % this_license)
-
+ this_license_clean=re.sub(r'[+()*]', '', this_license)
+ or_licenses = re.split('[|]', this_license_clean)
+
+ for one_or_license in or_licenses:
+ licenses = re.split('[ ]', one_or_license)
+ good_license=one_or_license
+ for onelicense in licenses:
A few notes:
I would use the oe.license here
Have a look at meta/classes/copyleft_compliance.bbclass and
license.bbclass to see how we're doing this.
+ spdx_onelicense = d.getVarFlag('SPDXLICENSEMAP',
onelicense)
+ if ( onelicense and re.search(dont_want_license,
onelicense) ) or ( onelicense and re.search(spdx_dont_want_license,
onelicense) ) or ( spdx_onelicense and re.search(dont_want_license,
spdx_onelicense) ) or ( spdx_onelicense and re.search(spdx_dont_want_license,
spdx_onelicense) ):
+ good_license =
+ break
+ if good_license != :
+ break
+ if good_license == :
+ bb.note(SKIPPING %s because it's %s % (pn,
this_license))
+ raise bb.parse.SkipPackage(incompatible with license %s
% this_license)
srcuri = d.getVar('SRC_URI', 1)
# Svn packages should DEPEND on subversion-native
if svn:// in srcuri:
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
I would also look at pulling this into license.bbclass as a generic
function as I can see a few anticipated uses for it.
--
Elizabeth Flanagan
Yocto Project
Build and Release
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] kexec-tools: split packaging of kexec and kdump
On Mon, Jan 9, 2012 at 6:01 PM, Saul Wold s...@linux.intel.com wrote:
On 01/06/2012 04:20 PM, Andrea Adami wrote:
* from meta-oe (originally from org.openembedded.dev)
* There are no reasons to install kdump when only kexec is needed.
*
* In oe-core/meta there are no references to kexec-tools so
* the recipes inn external layers rdepending on kexec-tools should be
* fixed and rdepend on kexec and/or kdump.
*
You need to fix task-core-tools.bb in oe-core/meta itself also.
Thanks
Sau!
Sure! My bad I overlooked this.
I'd add just kexec, being kdump is probably installed on demand with
capables kernels.
While there, I'd rename the recipe PN to 'kexec-tools' s upstream.
New patchset following soon.
Thanks for reviewing!
Cheers
* Bump PR.
Signed-off-by: Andrea Adamiandrea.ad...@gmail.com
---
meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb | 7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
b/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
index caed816..8d2e606 100644
--- a/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
+++ b/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
@@ -2,8 +2,13 @@ require kexec-tools.inc
export LDFLAGS = -L${STAGING_LIBDIR}
EXTRA_OECONF = --with-zlib=yes
-PR = r1
+PR = r2
SRC_URI += file://fix_for_compiling_with_gcc-4.6.0.patch
SRC_URI[md5sum] = bc401cf3262b25ff7c9a51fc76c8ab91
SRC_URI[sha256sum] =
549ab65c18a2229b6bf21b6875ca6bbe0e579bca08c3543ce6aaf8287a0b4188
+
+PACKAGES =+ kexec kdump
+
+FILES_kexec = ${sbindir}/kexec
+FILES_kdump = ${sbindir}/kdump
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2 v3] task-core-tools: adapt to kexec-tools package split
* The recipe packages now kexec and kdump separately.
* For standard purposes only kexec is needed.
* Bump PR.
Signed-off-by: Andrea Adami andrea.ad...@gmail.com
---
meta/recipes-core/tasks/task-core-tools.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/tasks/task-core-tools.bb
b/meta/recipes-core/tasks/task-core-tools.bb
index 6632b4f..1a42f15 100644
--- a/meta/recipes-core/tasks/task-core-tools.bb
+++ b/meta/recipes-core/tasks/task-core-tools.bb
@@ -6,7 +6,7 @@ DESCRIPTION = Tools tasks for OE-Core
LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
-PR = r14
+PR = r15
PACKAGES = \
task-core-tools-debug \
@@ -25,7 +25,7 @@ PACKAGE_ARCH = ${MACHINE_ARCH}
ALLOW_EMPTY = 1
# kexec-tools doesn't work on Mips
-KEXECTOOLS ?= kexec-tools
+KEXECTOOLS ?= kexec
KEXECTOOLS_mips ?=
KEXECTOOLS_mipsel ?=
KEXECTOOLS_powerpc ?=
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2 v3] kexec-tools: split packaging of kexec and kdump
* from meta-oe (originally from org.openembedded.dev)
* There are no reasons to install kdump when only kexec is needed.
*
* In oe-core/meta there are no references to kexec-tools so
* the recipes inn external layers rdepending on kexec-tools should be
* fixed and rdepend on kexec and/or kdump.
*
* Bump PR.
Signed-off-by: Andrea Adami andrea.ad...@gmail.com
---
meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
b/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
index caed816..8d2e606 100644
--- a/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
+++ b/meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb
@@ -2,8 +2,13 @@ require kexec-tools.inc
export LDFLAGS = -L${STAGING_LIBDIR}
EXTRA_OECONF = --with-zlib=yes
-PR = r1
+PR = r2
SRC_URI += file://fix_for_compiling_with_gcc-4.6.0.patch
SRC_URI[md5sum] = bc401cf3262b25ff7c9a51fc76c8ab91
SRC_URI[sha256sum] =
549ab65c18a2229b6bf21b6875ca6bbe0e579bca08c3543ce6aaf8287a0b4188
+
+PACKAGES =+ kexec kdump
+
+FILES_kexec = ${sbindir}/kexec
+FILES_kdump = ${sbindir}/kdump
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2 v3] kexec-tools packaging
* This patchset proposes to package separately * kexec and kdump. * Referring to oe-core, task-core-tools has been adapted. Andrea Adami (2): kexec-tools: split packaging of kexec and kdump task-core-tools: adapt to kexec-tools package split meta/recipes-core/tasks/task-core-tools.bb |4 ++-- meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb |7 ++- 2 files changed, 8 insertions(+), 3 deletions(-) -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE, v3
On Fri, Jan 6, 2012 at 7:34 PM, tom.zanu...@intel.com wrote:
Possible values for LICENSE_FLAGS could be:
- Binary - provides some kind of binary with no source
- Patent - provides a potential infringing item, that some may not want
- Commercial - include recipes that may have commercial TC
- Commercial_${PN} - commercial licenses specific to ${PN}
- License_${PN} - include a recipe that has a specific license
- maybe similar or different than Commercial_${PN}
It's a minor gripe really, but why the capitalization here? Other
similar variables which define lists of words to control behavior
(e.g. MACHINE_FEATURES, DISTRO_FEATURES, IMAGE_FEATURES, and others)
have an all-lowercase convention. I think this should behave
similarly, for consistency.
--
Christopher Larson
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE, v3
On Fri, Jan 6, 2012 at 6:34 PM, tom.zanu...@intel.com wrote:
From: Tom Zanussi tom.zanu...@intel.com
This patchset is a replacement for COMMERCIAL_LICENSE called LICENSE_FLAGS.
Please see the commit message for '[PATCH 1/5] base.bbclass: add support
for LICENSE_FLAGS' for an explanation of the LICENSE_FLAGS mechanism.
v3 changes:
- add back an accidentally-stripped comment in PATCH 1.
v2 changes, reflecting comments from Phil Blundell and Paul Eggleton:
- This version converts all the existing packages listed in COMMERCIAL_LICENSE
to the equivalent commercial_${PN} LICENSE_FLAGS. This allows each package
to be added to or removed from the whitelist instead of the previously
too-broad 'Commercial' flags for those packages.
- Changes all values to lowercase.
- The new commit message should explain the mechanism and how it can be
used a little better.
For some background on these changes, the original proposal for the
functionality covered by this replacement was drafted by Saul Wold -
the relevant details of that proposal are copied below:
***
There has been some issues raised with the initial implementation of
COMMERCIAL_LICENSE and we are looking for ways to address this.
Currently COMMERCIAL_LICENSE (C_L) is defined in default-distrovars.conf
to contain a list of packages that have additional license requirements
when used commercially (such as royalty requirements, or acknowledging
some type of commercial TCs). These packages are skipped during parsing.
It currently contains a number of Audio and Video packages that require
additional licensing terms when used commercially. As we add additional
layers, some of these layers want to add additional package to the C_L
list, but how to easily enable them.
Since local.conf, where you would normally override things like this, is
read in before base.bbclass, which contains tools like oe_filter_out()
to modify lists, we can't use that mechanism.
That's the background, now for the proposal.
Do away with C_L and C_*_PLUGINS, move to a Named Bit Flag list in
LICENSE_FLAGS, each recipe can then maintain their flags directly,
instead of in a shared location like default-distrovars.conf.
LICENSE_FLAGS_WHITELIST would be set in local.conf with the values
that are acceptable to include in this image, by default it would be
blank.
Possible values for LICENSE_FLAGS could be:
- Binary - provides some kind of binary with no source
- Patent - provides a potential infringing item, that some may not want
- Commercial - include recipes that may have commercial TC
- Commercial_${PN} - commercial licenses specific to ${PN}
- License_${PN} - include a recipe that has a specific license
- maybe similar or different than Commercial_${PN}
***
[TC = Terms and Conditions]
[NOTE: the above are only 'possible values' that particular license
flags could take. The above are not proposals for specific flags
that will be implemented - it's completely up to the package maintainers
to define appropriate flags for their packages.]
Tom,
I know I would like to see a proposed group of flags. I can see this
being used elsewhere at a later date and the thought of no
standardization around this field worries me a bit.
-b
Note that there's no policy attached to any of the above license types
- this is simply string-matching that can be used for the purpose of
screening packages - if the strings match, the recipe gets in, if not,
it doesn't i.e. during parsing, we would inspect the recipe's data for
LICENSE_FLAGS and if it has a value then try to match against the
WHITELIST - if it matches it gets added to the parsed list, if there
is no match then it gets Skip_Package()'ed.
The following changes since commit 468998cddbe1a803096c9b357e1b5daa3b7e8c2e:
Dongxiao Xu (1):
command.py: add parseConfigurationFiles API
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib.git tzanussi/license-flags.v3
http://git.yoctoproject.org/cgit.cgi//log/?h=tzanussi/license-flags.v3
Tom Zanussi (5):
base.bbclass: add support for LICENSE_FLAGS
Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE
base.bbclass: remove COMMERCIAL_LICENSE code
default-distrovars.inc: remove COMMERCIAL_LICENSE et al
documentation-audit.sh: remove COMMERCIAL_LICENSE warning
meta/classes/base.bbclass | 24
+++-
meta/conf/distro/include/default-distrovars.inc | 5
.../gstreamer/gst-fluendo-mp3_0.10.16.bb | 1 +
.../gstreamer/gst-openmax_0.10.1.bb | 1 +
.../gstreamer/gst-plugins-ugly_0.10.18.bb | 1 +
meta/recipes-multimedia/lame/lame_3.99.3.bb | 2 +
meta/recipes-multimedia/libmad/libmad_0.15.1b.bb | 1 +
meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb | 1 +
meta/recipes-multimedia/mpeg2dec/mpeg2dec_0.4.1.bb | 1 +
Re: [OE-core] [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE, v3
On Mon, 2012-01-09 at 16:50 -0700, Chris Larson wrote:
On Fri, Jan 6, 2012 at 7:34 PM, tom.zanu...@intel.com wrote:
Possible values for LICENSE_FLAGS could be:
- Binary - provides some kind of binary with no source
- Patent - provides a potential infringing item, that some may not want
- Commercial - include recipes that may have commercial TC
- Commercial_${PN} - commercial licenses specific to ${PN}
- License_${PN} - include a recipe that has a specific license
- maybe similar or different than Commercial_${PN}
It's a minor gripe really, but why the capitalization here? Other
similar variables which define lists of words to control behavior
(e.g. MACHINE_FEATURES, DISTRO_FEATURES, IMAGE_FEATURES, and others)
have an all-lowercase convention. I think this should behave
similarly, for consistency.
Right, the cover letter quotes the original e-mail that does have them
with caps. The patches themselves use all-lowercase, though.
Thanks,
Tom
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE, v3
On Mon, 2012-01-09 at 15:55 -0800, Flanagan, Elizabeth wrote:
On Fri, Jan 6, 2012 at 6:34 PM, tom.zanu...@intel.com wrote:
From: Tom Zanussi tom.zanu...@intel.com
This patchset is a replacement for COMMERCIAL_LICENSE called LICENSE_FLAGS.
Please see the commit message for '[PATCH 1/5] base.bbclass: add support
for LICENSE_FLAGS' for an explanation of the LICENSE_FLAGS mechanism.
v3 changes:
- add back an accidentally-stripped comment in PATCH 1.
v2 changes, reflecting comments from Phil Blundell and Paul Eggleton:
- This version converts all the existing packages listed in
COMMERCIAL_LICENSE
to the equivalent commercial_${PN} LICENSE_FLAGS. This allows each
package
to be added to or removed from the whitelist instead of the previously
too-broad 'Commercial' flags for those packages.
- Changes all values to lowercase.
- The new commit message should explain the mechanism and how it can be
used a little better.
For some background on these changes, the original proposal for the
functionality covered by this replacement was drafted by Saul Wold -
the relevant details of that proposal are copied below:
***
There has been some issues raised with the initial implementation of
COMMERCIAL_LICENSE and we are looking for ways to address this.
Currently COMMERCIAL_LICENSE (C_L) is defined in default-distrovars.conf
to contain a list of packages that have additional license requirements
when used commercially (such as royalty requirements, or acknowledging
some type of commercial TCs). These packages are skipped during parsing.
It currently contains a number of Audio and Video packages that require
additional licensing terms when used commercially. As we add additional
layers, some of these layers want to add additional package to the C_L
list, but how to easily enable them.
Since local.conf, where you would normally override things like this, is
read in before base.bbclass, which contains tools like oe_filter_out()
to modify lists, we can't use that mechanism.
That's the background, now for the proposal.
Do away with C_L and C_*_PLUGINS, move to a Named Bit Flag list in
LICENSE_FLAGS, each recipe can then maintain their flags directly,
instead of in a shared location like default-distrovars.conf.
LICENSE_FLAGS_WHITELIST would be set in local.conf with the values
that are acceptable to include in this image, by default it would be
blank.
Possible values for LICENSE_FLAGS could be:
- Binary - provides some kind of binary with no source
- Patent - provides a potential infringing item, that some may not want
- Commercial - include recipes that may have commercial TC
- Commercial_${PN} - commercial licenses specific to ${PN}
- License_${PN} - include a recipe that has a specific license
- maybe similar or different than Commercial_${PN}
***
[TC = Terms and Conditions]
[NOTE: the above are only 'possible values' that particular license
flags could take. The above are not proposals for specific flags
that will be implemented - it's completely up to the package maintainers
to define appropriate flags for their packages.]
Tom,
I know I would like to see a proposed group of flags. I can see this
being used elsewhere at a later date and the thought of no
standardization around this field worries me a bit.
The patchset essentially just provides the mechanism. As far as
concrete flags, it so far translates the existing COMMERCIAL type to
commercial_${PN}. I guess more would be defined as needed, but if there
are requirements for specific groups now, please don't hesitate to
propose them...
Tom
-b
Note that there's no policy attached to any of the above license types
- this is simply string-matching that can be used for the purpose of
screening packages - if the strings match, the recipe gets in, if not,
it doesn't i.e. during parsing, we would inspect the recipe's data for
LICENSE_FLAGS and if it has a value then try to match against the
WHITELIST - if it matches it gets added to the parsed list, if there
is no match then it gets Skip_Package()'ed.
The following changes since commit 468998cddbe1a803096c9b357e1b5daa3b7e8c2e:
Dongxiao Xu (1):
command.py: add parseConfigurationFiles API
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib.git tzanussi/license-flags.v3
http://git.yoctoproject.org/cgit.cgi//log/?h=tzanussi/license-flags.v3
Tom Zanussi (5):
base.bbclass: add support for LICENSE_FLAGS
Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE
base.bbclass: remove COMMERCIAL_LICENSE code
default-distrovars.inc: remove COMMERCIAL_LICENSE et al
documentation-audit.sh: remove COMMERCIAL_LICENSE warning
meta/classes/base.bbclass | 24
+++-
meta/conf/distro/include/default-distrovars.inc|
Re: [OE-core] [PATCH 1/5] base.bbclass: add support for LICENSE_FLAGS
On Mon, 2012-01-09 at 16:01 -0800, Saul Wold wrote:
On 01/06/2012 09:13 PM, Tom Zanussi wrote:
On Fri, 2012-01-06 at 21:10 -0800, Saul Wold wrote:
On 01/06/2012 06:34 PM, tom.zanu...@intel.com wrote:
From: Tom Zanussitom.zanu...@intel.com
LICENSE_FLAGS are a per-recipe replacement for the COMMERCIAL_LICENSE
mechanism.
In the COMMERCIAL_LICENSE mechanism, any package name mentioned in the
global COMMERCIAL_LICENSE list is 'blacklisted' from being included in
an image. To allow the blacklisted package into the image, the
corresponding packages need to be removed from the COMMERCIAL_LICENSE
list. This mechanism relies on a global list defined in
default-distrovars.inc.
The LICENSE_FLAGS mechanism essentially implements the same thing but
turns the global blacklist into a per-recipe whitelist. Any recipe
can optionally define one or more 'license flags'; if defined, each of
the license flags defined for a recipe must have matching entries in a
global LICENSE_FLAGS_WHITELIST variable. Typically a recipe will have
a single license flag specific to itself, which allows it to be
individually toggled on and off. For example, a package named 'foo'
might define a single license flag, 'commercial_foo':
LICENSE_FLAGS = commercial_foo
This says that in order for the foo package to be included in the
image, the string 'commercial_foo' must appear in the
LICENSE_FLAGS_WHITELIST variable:
LICENSE_FLAGS_WHITELIST = commercial_foo
Because the typical case is indeed to create LICENSE_FLAGS containing
the package name, the LICENSE_FLAGS could just as well have been
specified as:
LICENSE_FLAGS = commercial_${PN}
which would pick up the package name automatically.
The mechanism has the word 'flags' in the name because although the
typical case is to specify a single string to match as above, the user
can add additional strings that might be thought of additional
'attributes' of a license that also need to be matched. This allows
for the creation and specification of license categories that could be
used to flexibly match sets of packages that match certain attributes
without forcing them to all be specified individually. For example, a
particular set of recipes that are typically used together might all
contain a 'commercial_video' flag. Additionally, some of them might
specify an additional 'binary' flag meaning that it's not possible to
get the source for those packages. Specifying both 'commercial_video
and binary' in the LICENSE_FLAGS_WHITELIST would allow them all to be
pulled in, but if 'binary' was missing, it would only allow those
packages that had source to be allowed in to the image.
The current behavior of COMMERCIAL_LICENSE is replicated as mentioned
above by having the current set of COMMERCIAL_LICENSE flags implement
their using LICENSE_FLAGS = commercial_${PN}.
That being the case, the current COMMERCIAL_LICENSE can equivalently
be specified in the new scheme by putting the below in local.conf:
# This is a list of packages that require a commercial license to ship
# product. If shipped as part of an image these packages may have
# implications so they are disabled by default. To enable them,
# un-comment the below as appropriate.
#LICENSE_FLAGS_WHITELIST = commercial_gst-fluendo-mp3 \
# commercial_gst-openmax \
# commercial_gst-plugins-ugly \
# commercial_lame \
# commercial_libmad \
# commercial_libomxil \
# commercial_mpeg2dec \
# commercial_qmmp
Would it not make sense to add this to local.conf.sample.extended in
meta-yocto?
Yes, I was going to do that, but didn't want to bother if it wasn't
going anywhere. I'll send a patch for it...
Tom
This won't hold up this patch set.
Sau!
The above allows all of the current COMMERCIAL_LICENSE packages in -
to disallow a particular package from appearing in the image, simply
remove it from the whitelist.
Signed-off-by: Tom Zanussitom.zanu...@intel.com
---
meta/classes/base.bbclass | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index e65a722..4aeba1b 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -349,6 +349,25 @@ python () {
if license == INVALID:
bb.fatal('This recipe does not have the LICENSE field set
(%s)' % pn)
+def skip_package(pn, flag):
+bb.debug(1, Skipping %s because it has a restricted license
(%s) not
+ whitelisted in LICENSE_FLAGS_WHITELIST % (pn, flag))
+raise bb.parse.SkipPackage(because it may require a special
license
+
[OE-core] [PATCH] distro_tracking: Update Manual Checks
Signed-off-by: Saul Wold s...@linux.intel.com --- .../conf/distro/include/distro_tracking_fields.inc | 48 ++-- 1 files changed, 24 insertions(+), 24 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index cc87d5c..e3b29fe 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -508,7 +508,7 @@ RECIPE_STATUS_pn-sqlite3 = green # need upgrade RECIPE_LATEST_VERSION_pn-sqlite3 = 3.7.9 RECIPE_LATEST_RELEASE_DATE_pn-sqlite3 = Nov 01, 2011 RECIPE_LAST_UPDATE_pn-sqlite3 = Dec 27, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-sqlite3= Dec 01, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-sqlite3= Jan 09, 2012 RECIPE_MAINTAINER_pn-sqlite3 = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-sqlite3 = not done RECIPE_INTEL_SECTION_pn-sqlite3 = base libs @@ -536,7 +536,7 @@ RECIPE_STATUS_pn-libcap = yellow # hand crafted Makefiles RECIPE_LATEST_VERSION_pn-libcap = 2.22 RECIPE_LATEST_RELEASE_DATE_pn-libcap = Jan 01, 2010 RECIPE_LAST_UPDATE_pn-libcap = Jul 25, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-libcap = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-libcap = Jan 09, 2012 RECIPE_MAINTAINER_pn-libcap = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-libcap = done RECIPE_INTEL_SECTION_pn-libcap = base libs @@ -594,7 +594,7 @@ RECIPE_DEPENDENCY_CHECK_pn-libcheck = done RECIPE_LATEST_VERSION_pn-libcheck = 0.9.8 RECIPE_LATEST_RELEASE_DATE_pn-libcheck = Sep 23, 2009 RECIPE_LAST_UPDATE_pn-libcheck = Aug 20, 2010 -RECIPE_MANUAL_CHECK_DATE_pn-libcheck = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-libcheck = Jan 09, 2012 RECIPE_MAINTAINER_pn-libcheck = Saul Wold s...@linux.intel.com RECIPE_INTEL_SECTION_pn-libcheck = base libs RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libcheck = 9 months @@ -1300,7 +1300,7 @@ RECIPE_LATEST_VERSION_pn-console-tools = 0.3.2 RECIPE_LAST_UPDATE_pn-console-tools = Jul 21, 2006 RECIPE_MAINTAINER_pn-console-tools = Saul Wold s...@linux.intel.com DISTRO_PN_ALIAS_pn-console-tools = Debian=console-tools Ubuntu=console-tools -RECIPE_MANUAL_CHECK_DATE_pn-console-tools= Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-console-tools= Jan 09, 2012 RECIPE_STATUS_pn-fuse = red RECIPE_LATEST_VERSION_pn-fuse = 2.8.4 @@ -1342,14 +1342,14 @@ RECIPE_STATUS_pn-psmisc = red RECIPE_LATEST_VERSION_pn-psmisc = 22.14 RECIPE_LATEST_RELEASE_DATE_pn-psmisc = Jun 20, 2011 RECIPE_LAST_UPDATE_pn-psmisc = Dec 27, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-psmisc = Dec 01, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-psmisc = Jan 09, 2012 RECIPE_MAINTAINER_pn-psmisc = Saul Wold s...@linux.intel.com RECIPE_STATUS_pn-boost = yellow -RECIPE_LATEST_VERSION_pn-boost = 1.47.0 -RECIPE_LATEST_RELEASE_DATE_pn-boost = Jul 12, 2011 -RECIPE_LAST_UPDATE_pn-boost = Aug 19, 2010 -RECIPE_MANUAL_CHECK_DATE_pn-boost = Dec 27, 2011 +RECIPE_LATEST_VERSION_pn-boost = 1.48.0 +RECIPE_LATEST_RELEASE_DATE_pn-boost = Nov 15, 2011 +RECIPE_LAST_UPDATE_pn-boost = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-boost = Jan 09, 2012 RECIPE_MAINTAINER_pn-boost = Saul Wold s...@linux.intel.com RECIPE_STATUS_pn-boost-jam-native = green @@ -1496,7 +1496,7 @@ RECIPE_LAST_UPDATE_pn-sysfsutils = Jun 18, 2010 RECIPE_DEPENDENCY_CHECK_pn-sysfsutils = not done RECIPE_INTEL_SECTION_pn-sysfsutils = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sysfsutils = n/a -RECIPE_MANUAL_CHECK_DATE_pn-sysfsutils = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-sysfsutils = Jan 09, 2012 RECIPE_COMMENTS_pn-sysfsutils = No update on kernel.org RECIPE_MAINTAINER_pn-sysfsutils = Saul Wold s...@linux.intel.com @@ -1549,7 +1549,7 @@ RECIPE_STATUS_pn-less = green RECIPE_LATEST_VERSION_pn-less = 444 RECIPE_LATEST_RELEASE_DATE_pn-less = Jun 9, 2011 RECIPE_LAST_UPDATE_pn-less = Dec 01, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-less = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-less = Jan 09, 2012 RECIPE_MAINTAINER_pn-less = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-less = done RECIPE_INTEL_SECTION_pn-less = base utils @@ -1696,7 +1696,7 @@ RECIPE_MAINTAINER_pn-unzip = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-unzip = not done RECIPE_INTEL_SECTION_pn-unzip = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-unzip = 49 months -RECIPE_MANUAL_CHECK_DATE_pn-unzip = Dec 01, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-unzip = Jan 09, 2012 RECIPE_COMMENTS_pn-unzip = 5.52 has a race condition vulnerability for Unix version RECIPE_STATUS_pn-zip = green @@ -1707,7 +1707,7 @@ RECIPE_MAINTAINER_pn-zip = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-zip = not done RECIPE_INTEL_SECTION_pn-zip = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-zip = 21 months -RECIPE_MANUAL_CHECK_DATE_pn-zip = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-zip = Jan 09, 2012 RECIPE_COMMENTS_pn-zip = RECIPE_STATUS_pn-strace = green @@ -1807,7 +1807,7 @@ RECIPE_STATUS_pn-usbutils = green
[OE-core] [PATCH 0/1] dexuan: Jan 10, 2011: upgrade to distro_tracking_fields
The following changes since commit a0bfd58a067973188e228b71d10809f71cb2b0c4: libxml2: add shared library version info to libxml shared libraries (2012-01-09 10:38:52 -0800) are available in the git repository at: git://git.pokylinux.org/poky-contrib dcui/manual_check http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/manual_check Dexuan Cui (1): distro_tracking_fields.inc: upgrade tcf-agent .../conf/distro/include/distro_tracking_fields.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH oe-core v6] linux-dtb: add multi-dtb build support and keep dtb in deploy cache package
On 01/08/2012 07:37 PM, b19...@freescale.com wrote:
From: Zhenhua Luob19...@freescale.com
Signed-off-by: Zhenhua Luob19...@freescale.com
---
meta/recipes-kernel/linux/linux-dtb.inc | 24 +++-
1 files changed, 15 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-dtb.inc
b/meta/recipes-kernel/linux/linux-dtb.inc
index 7ec7584..fc29d14 100644
--- a/meta/recipes-kernel/linux/linux-dtb.inc
+++ b/meta/recipes-kernel/linux/linux-dtb.inc
@@ -13,15 +13,21 @@ python __anonymous () {
d.setVar(PACKAGES, %s kernel-devicetree % packages)
}
I am not sure how this worked, I am seeing a problem with building rootfs.
|
kernel-devicetree is needed by
kernel-modules-3.0.14+git1+6ae3d992cf546184010e87a0349810198f1d167c_1+58ffdb8000e34d2ba7c3ef278b26680b0886e8b5-r2.mpc8315e_rdb
This might be a PR Bump issue?
Sau!
-do_install_append() {
+kernel_do_deploy_append() {
if test -n ${KERNEL_DEVICETREE}; then
- dtc -I dts -O dtb ${KERNEL_DEVICETREE_FLAGS} -o devicetree
${KERNEL_DEVICETREE}
- install -m 0644 devicetree ${D}/boot/devicetree-${KERNEL_VERSION}
- install -d ${DEPLOY_DIR_IMAGE}
- install -m 0644 devicetree
${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGE_BASE_NAME}.dtb
- cd ${DEPLOY_DIR_IMAGE}
- rm -f ${KERNEL_IMAGE_SYMLINK_NAME}.dtb
- ln -sf ${KERNEL_IMAGE_BASE_NAME}.dtb ${KERNEL_IMAGE_SYMLINK_NAME}.dtb
+for DTS_FILE in ${KERNEL_DEVICETREE}; do
+DTS_BASE_NAME=`basename ${DTS_FILE} | awk -F . '{print $1}'`
+DTB_NAME=`echo ${KERNEL_IMAGE_BASE_NAME} | sed
s/${MACHINE}/${DTS_BASE_NAME}/g`
+DTB_SYMLINK_NAME=`echo ${KERNEL_IMAGE_SYMLINK_NAME} | sed
s/${MACHINE}/${DTS_BASE_NAME}/g`
+dtc -I dts -O dtb ${KERNEL_DEVICETREE_FLAGS} -o devicetree
${DTS_FILE}
+install -m 0644 devicetree
${D}/boot/devicetree-${DTS_BASE_NAME}-${KERNEL_VERSION}
+
+install -d ${DEPLOYDIR}
+install -m 0644 devicetree ${DEPLOYDIR}/${DTB_NAME}.dtb
+rm -f devicetree
+cd ${DEPLOYDIR}
+ln -sf ${DTB_NAME}.dtb ${DTB_SYMLINK_NAME}.dtb
+cd -
+done
fi
}
-
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 06/22] libusb-compat: keep *.la in base_libdir
From: Andreas Müller schnitzelt...@gmx.de
build-tested from scratch in angstrom environment.
Signed-off-by: Andreas Müller schnitzelt...@gmx.de
---
meta/recipes-support/libusb/libusb-compat_0.1.3.bb |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
b/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
index e070463..60ebcc2 100644
--- a/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
+++ b/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
@@ -15,7 +15,7 @@ DEPENDS = libusb1
PROVIDES = libusb
PE = 1
-PR = r1
+PR = r2
SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-compat-${PV}.tar.bz2 \
file://0.1.0-beta1-gcc3.4-fix.patch
@@ -29,7 +29,6 @@ EXTRA_OECONF = --libdir=${base_libdir}
do_install_append() {
install -d ${D}${libdir}
- mv ${D}${base_libdir}/*.la ${D}${libdir}
mv ${D}${base_libdir}/pkgconfig ${D}${libdir}
}
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 02/22] add sysroot support for meta-ide-support which is the toolchain within build env case
From: Jessica Zhang jessica.zh...@intel.com
Signed-off-by: Jessica Zhang jessica.zh...@intel.com
---
meta/classes/toolchain-scripts.bbclass |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/meta/classes/toolchain-scripts.bbclass
b/meta/classes/toolchain-scripts.bbclass
index 5fb6cd3..5cba403 100644
--- a/meta/classes/toolchain-scripts.bbclass
+++ b/meta/classes/toolchain-scripts.bbclass
@@ -49,7 +49,7 @@ toolchain_create_tree_env_script () {
echo 'export CXX=${TARGET_PREFIX}g++' $script
echo 'export GDB=${TARGET_PREFIX}gdb' $script
echo 'export TARGET_PREFIX=${TARGET_PREFIX}' $script
- echo 'export CONFIGURE_FLAGS=--target=${TARGET_SYS}
--host=${TARGET_SYS} --build=${BUILD_SYS}' $script
+ echo 'export CONFIGURE_FLAGS=--target=${TARGET_SYS}
--host=${TARGET_SYS} --build=${BUILD_SYS}
--with-libtool-sysroot=${STAGING_DIR_TARGET}' $script
if [ ${TARGET_OS} = darwin8 ]; then
echo 'export
TARGET_CFLAGS=-I${STAGING_DIR}${MACHINE}${includedir}' $script
echo 'export
TARGET_LDFLAGS=-L${STAGING_DIR}${MACHINE}${libdir}' $script
@@ -57,9 +57,10 @@ toolchain_create_tree_env_script () {
cd ${SDK_OUTPUT}${SDKTARGETSYSROOT}/usr
ln -s /usr/local local
fi
- echo 'export CFLAGS=${TARGET_CC_ARCH}' $script
- echo 'export CXXFLAGS=${TARGET_CC_ARCH}' $script
- echo 'export LDFLAGS=${TARGET_LD_ARCH}' $script
+ echo 'export CFLAGS=${TARGET_CC_ARCH}
--sysroot=${STAGING_DIR_TARGET}' $script
+ echo 'export CXXFLAGS=${TARGET_CC_ARCH}
--sysroot=${STAGING_DIR_TARGET}' $script
+ echo 'export LDFLAGS=${TARGET_LD_ARCH}
--sysroot=${STAGING_DIR_TARGET}' $script
+ echo 'export CPPFLAGS=${TARGET_CC_ARCH}
--sysroot=${STAGING_DIR_TARGET}' $script
echo 'export OECORE_NATIVE_SYSROOT=${STAGING_DIR_NATIVE}' $script
echo 'export OECORE_TARGET_SYSROOT=${STAGING_DIR_TARGET}' $script
echo 'export OECORE_ACLOCAL_OPTS=-I
${STAGING_DIR_NATIVE}/usr/share/aclocal' $script
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 00/22] Patches and Updates for M2
Richard,
This change set has been run through the AB, I pull out the DTB patch
which is what I think caused the failure for MPC.
Please due further review and commit as appropriate.
Thanks
Sau!
The following changes since commit fff18970706913e7fd7f4a119d798dddb44b388a:
base-files: filesystems: fix mount order (2012-01-06 14:41:19 +)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib sgw/stage
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=sgw/stage
Andrea Adami (2):
kexec-tools: split packaging of kexec and kdump
task-core-tools: adapt to kexec-tools package split
Andreas Müller (2):
libusb1: keep *.la in base_libdir
libusb-compat: keep *.la in base_libdir
Colin Walters (1):
util-linux: .pc files should go in the -dev packages for subpackages
Dexuan Cui (1):
distro_tracking_fields.inc: upgrade tcf-agent
Jessica Zhang (1):
add sysroot support for meta-ide-support which is the toolchain
within build env case
Khem Raj (8):
site/common-uclibc: Cache gl_cv_func_wcwidth_works
libiconv_1.14.bb: Fix build failure
eglibc: Upgrade recipes 2.14 - 2.15
autotools.bbclass: Introduce CACHED_CONFIGUREVARS
default-distrovars: Define DISTRO_FEATURES_LIBC for uclibc
uclibc: Configure UCLIBC_HAS_WCHAR based on libc-posix-clang-wchar
distro feature
findutils: Use CACHED_CONFIGUREVARS to specify cached configure vars
util-linux: Enable fallocate and use CACHED_CONFIGUREVARS
Matthew McClintock (1):
libxml2: add shared library version info to libxml shared libraries
Nitin A Kamble (1):
libxxf86dga: fix compilation with x32 toolchain
Saul Wold (1):
distro_tracking: Update Manual Checks
Steve Sakoman (4):
Remove last remnants of kernel26 MACHINE_FEATURES
dbus: change permissions of dbus-daemon-launch-helper to 4755
gtk-icon-cache.bbclass: add -f option to gtk-update-icon-cache in
postinst
update-modules: don't run modutils.sh if systemd is installed
meta/classes/autotools.bbclass |2 +-
meta/classes/gtk-icon-cache.bbclass|2 +-
meta/classes/toolchain-scripts.bbclass |9 +-
meta/conf/bitbake.conf |1 -
meta/conf/distro/include/default-distrovars.inc|2 +
.../conf/distro/include/distro_tracking_fields.inc | 54 +-
meta/conf/machine/include/qemu.inc |2 +-
meta/recipes-core/dbus/dbus.inc|4 +-
...tive_2.14.bb = cross-localedef-native_2.15.bb} |0
.../IO-acquire-lock-fix.patch |0
.../armv4-eabi-compile-fix.patch |0
.../eglibc-rpc-export-again.patch |0
.../eglibc-svn-arm-lowlevellock-include-tls.patch |0
.../{eglibc-2.14 = eglibc-2.15}/etc/ld.so.conf|0
.../generate-supported.mk |0
.../glibc-2.14-libdl-crash.patch |0
.../ld-search-order.patch |0
.../mips-rld-map-check.patch |0
.../multilib_readlib.patch |0
.../{eglibc-2.14 = eglibc-2.15}/ppc-sqrt.patch|0
.../eglibc/eglibc-2.15/ppc-sqrt_finite.patch | 112 +
.../stack-protector-test.patch |0
.../use-sysroot-cxx-headers.patch | 30 +-
.../recipes-core/eglibc/eglibc-2.15/x86_fenv.patch | 29 +
...libc-initial_2.14.bb = eglibc-initial_2.15.bb} |0
...eglibc-locale_2.14.bb = eglibc-locale_2.15.bb} |0
.../eglibc/{eglibc_2.14.bb = eglibc_2.15.bb} | 16 +-
.../libxml/libxml2/fix_version_info.patch | 23 +
meta/recipes-core/libxml/libxml2_2.7.8.bb |4 +-
meta/recipes-core/tasks/task-core-tools.bb |4 +-
meta/recipes-core/uclibc/uclibc-config.inc |1 +
meta/recipes-core/util-linux/util-linux.inc|4 +-
meta/recipes-core/util-linux/util-linux_2.20.1.bb |6 +-
meta/recipes-extended/findutils/findutils_4.4.2.bb |4 +-
.../libxxf86dga-1.1.2_fix_for_x32.patch| 30 +
.../recipes-graphics/xorg-lib/libxxf86dga_1.1.2.bb |5 +-
meta/recipes-kernel/kexec/kexec-tools_2.0.2.bb |7 +-
.../update-modules-1.0/update-modules |3 +-
.../update-modules/update-modules_1.0.bb |5 +-
.../libiconv-1.14/add-relocatable-module.patch | 5008
meta/recipes-support/libiconv/libiconv_1.14.bb |8 +-
meta/recipes-support/libusb/libusb-compat_0.1.3.bb |3 +-
meta/recipes-support/libusb/libusb1_1.0.8.bb |3 +-
meta/site/common-uclibc|1 +
44 files changed, 5310 insertions(+), 72 deletions(-)
rename meta/recipes-core/eglibc/{cross-localedef-native_2.14.bb =
cross-localedef-native_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/IO-acquire-lock-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
[OE-core] [CONSOLIDATED PULL 05/22] libusb1: keep *.la in base_libdir
From: Andreas Müller schnitzelt...@gmx.de
This fixes the following error found during build from scratch for
meta-oe / obexd:
| arm-angstrom-linux-gnueabi-libtool: link: cannot find the library
| `/home/Superandy/tmp/oe-core-eglibc/sysroots/overo/lib/libusb-1.0.la' or
| unhandled argument `=/lib/libusb-1.0.la'
build-tested from scratch in angstrom environment.
Signed-off-by: Andreas Müller schnitzelt...@gmx.de
---
meta/recipes-support/libusb/libusb1_1.0.8.bb |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libusb/libusb1_1.0.8.bb
b/meta/recipes-support/libusb/libusb1_1.0.8.bb
index 5a921e0..8873de7 100644
--- a/meta/recipes-support/libusb/libusb1_1.0.8.bb
+++ b/meta/recipes-support/libusb/libusb1_1.0.8.bb
@@ -6,7 +6,7 @@ SECTION = libs
LICENSE = LGPLv2.1+
LIC_FILES_CHKSUM = file://COPYING;md5=fbc093901857fcd118f065f900982c24
-PR = r1
+PR = r2
SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-${PV}.tar.bz2
@@ -20,7 +20,6 @@ EXTRA_OECONF = --libdir=${base_libdir}
do_install_append() {
install -d ${D}${libdir}
- mv ${D}${base_libdir}/*.la ${D}${libdir}
mv ${D}${base_libdir}/pkgconfig ${D}${libdir}
}
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 07/22] Remove last remnants of kernel26 MACHINE_FEATURES
From: Steve Sakoman st...@sakoman.com
There is no reason to continue to carry this feature
Signed-off-by: Steve Sakoman st...@sakoman.com
---
meta/conf/bitbake.conf |1 -
meta/conf/machine/include/qemu.inc |2 +-
.../update-modules/update-modules_1.0.bb |4 ++--
3 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index b858364..336b1d7 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -685,7 +685,6 @@ OES_BITBAKE_CONF = 1
# Machine properties and task-base stuff
##
-MACHINE_FEATURES ?= kernel26
DISTRO_FEATURES ?=
# This is used to limit what packages goes into images built, so set big by
default
diff --git a/meta/conf/machine/include/qemu.inc
b/meta/conf/machine/include/qemu.inc
index 3cebfab..10ab76e 100644
--- a/meta/conf/machine/include/qemu.inc
+++ b/meta/conf/machine/include/qemu.inc
@@ -1,7 +1,7 @@
PCMCIA_MANAGER = pcmciautils
PREFERRED_PROVIDER_virtual/xserver ?= xserver-kdrive
-MACHINE_FEATURES = kernel26 apm alsa pcmcia bluetooth irda usbgadget screen
+MACHINE_FEATURES = apm alsa pcmcia bluetooth irda usbgadget screen
IMAGE_FSTYPES ?= tar.bz2 ext3
diff --git a/meta/recipes-kernel/update-modules/update-modules_1.0.bb
b/meta/recipes-kernel/update-modules/update-modules_1.0.bb
index 1ea97a8..dc44965 100644
--- a/meta/recipes-kernel/update-modules/update-modules_1.0.bb
+++ b/meta/recipes-kernel/update-modules/update-modules_1.0.bb
@@ -3,8 +3,8 @@ SECTION = base
LICENSE = GPLv2
LIC_FILES_CHKSUM =
file://${WORKDIR}/COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe
-RDEPENDS_${PN} = ${@base_contains(MACHINE_FEATURES, kernel26,
module-init-tools-depmod,modutils-depmod,d)}
-PR = r10
+RDEPENDS_${PN} = module-init-tools-depmod
+PR = r11
SRC_URI = file://update-modules \
file://COPYING.GPL
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 09/22] gtk-icon-cache.bbclass: add -f option to gtk-update-icon-cache in postinst
From: Steve Sakoman st...@sakoman.com
The gtk-update-icon-cache utility does not create a cache file if
one does not already exist. Since some packages (notably gnome-icon-theme)
do not ship a cache file by default, the results of the utility are
not saved. Adding the force option writes out the cache even if there
wasn't a default cache in the package.
Signed-off-by: Steve Sakoman st...@sakoman.com
---
meta/classes/gtk-icon-cache.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/gtk-icon-cache.bbclass
b/meta/classes/gtk-icon-cache.bbclass
index eac3061..0204fd3 100644
--- a/meta/classes/gtk-icon-cache.bbclass
+++ b/meta/classes/gtk-icon-cache.bbclass
@@ -14,7 +14,7 @@ GDK_PIXBUF_MODULEDIR=${libdir}/gdk-pixbuf-2.0/2.10.0/loaders
gdk-pixbuf-query-lo
for icondir in /usr/share/icons/* ; do
if [ -d $icondir ] ; then
-gtk-update-icon-cache -qt $icondir
+gtk-update-icon-cache -fqt $icondir
fi
done
}
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 03/22] site/common-uclibc: Cache gl_cv_func_wcwidth_works
From: Khem Raj raj.k...@gmail.com
Its not computed properly during configure and
we configure uclibc with widechar support anyway
so its fine to cache it. It fixes the errors like
| In file included from ./stdio.h:31:0,
| from fpurge.h:20,
| from fpurge.c:20:
|
/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-uclibc/sysroots/qemux86/usr/include/stdio.h:662:40:
error: expected declaration specifiers or '...' before '(' token
| make[4]: *** [fpurge.o] Error 1
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/site/common-uclibc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/site/common-uclibc b/meta/site/common-uclibc
index 331c2a2..c2ad42d 100644
--- a/meta/site/common-uclibc
+++ b/meta/site/common-uclibc
@@ -21,6 +21,7 @@ ac_cv_func_vsnprintf_c99=${ac_cv_func_vsnprintf_c99=yes}
glib_cv_compliant_posix_memalign=${glib_cv_compliant_posix_memalign=1}
glib_cv_long_long_format=${glib_cv_long_long_format=ll}
glib_cv_have_qsort_r=${glib_cv_have_qsort_r=no}
+gl_cv_func_wcwidth_works=${gl_cv_func_wcwidth_works=yes}
#dbus-glib
ac_cv_have_abstract_sockets=${ac_cv_have_abstract_sockets=yes}
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 12/22] libxml2: add shared library version info to libxml shared libraries
From: Matthew McClintock m...@freescale.com This fixes an issue with RPM where it checks version imformation for binaries linked against libxml and fails because it's missing info | error: Failed dependencies: | libxml2.so.2(LIBXML2_2.6.0) is needed by fmc-0.9.7+2-r2.1.ppce500mc | libxml2.so.2(LIBXML2_2.4.30) is needed by fmc-0.9.7+2-r2.1.ppce500mc | ERROR: Function 'do_rootfs' failed (see Note: fmc is just an example recipe/name Signed-off-by: Matthew McClintock m...@freescale.com --- .../libxml/libxml2/fix_version_info.patch | 23 meta/recipes-core/libxml/libxml2_2.7.8.bb |4 ++- 2 files changed, 26 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-core/libxml/libxml2/fix_version_info.patch diff --git a/meta/recipes-core/libxml/libxml2/fix_version_info.patch b/meta/recipes-core/libxml/libxml2/fix_version_info.patch new file mode 100644 index 000..77113ef --- /dev/null +++ b/meta/recipes-core/libxml/libxml2/fix_version_info.patch @@ -0,0 +1,23 @@ +Upstream-Status: Already upstream + +From 00819877651b87842ed878898ba17dba489820f0 Mon Sep 17 00:00:00 2001 +From: Daniel Veillard veill...@redhat.com +Date: Thu, 04 Nov 2010 20:53:14 + +Subject: Reactivate the shared library versionning script + +--- +diff --git a/configure.in b/configure.in +index 59d0629..a1d2c89 100644 +--- a/configure.in b/configure.in +@@ -84,7 +84,7 @@ else + esac + fi + AC_SUBST(VERSION_SCRIPT_FLAGS) +-AM_CONDITIONAL([USE_VERSION_SCRIPT], [test -z $VERSION_SCRIPT_FLAGS]) ++AM_CONDITIONAL([USE_VERSION_SCRIPT], [test -n $VERSION_SCRIPT_FLAGS]) + + dnl + dnl We process the AC_ARG_WITH first so that later we can modify +-- +cgit v0.9.0.2 diff --git a/meta/recipes-core/libxml/libxml2_2.7.8.bb b/meta/recipes-core/libxml/libxml2_2.7.8.bb index 2fa246e..0b6ce02 100644 --- a/meta/recipes-core/libxml/libxml2_2.7.8.bb +++ b/meta/recipes-core/libxml/libxml2_2.7.8.bb @@ -1,6 +1,8 @@ require libxml2.inc -PR = r4 +PR = r5 + +SRC_URI += file://fix_version_info.patch SRC_URI[md5sum] = 8127a65e8c3b08856093099b52599c86 SRC_URI[sha256sum] = cda23bc9ebd26474ca8f3d67e7d1c4a1f1e7106364b690d822e009fdc3c417ec -- 1.7.6.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 18/22] util-linux: .pc files should go in the -dev packages for subpackages
From: Colin Walters walt...@verbum.org
The .pc files were ending up in util-linux-dev, not the correct
subpackage like libuuid1-dev.
---
meta/recipes-core/util-linux/util-linux.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.inc
index 6e568a4..b6d44ab 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -53,9 +53,9 @@ FILES_util-linux-readprofile =
${base_sbindir}/readprofile.${PN}
FILES_util-linux-uuidgen = ${bindir}/uuidgen
FILES_util-linux-libblkid = ${base_libdir}/libblkid.so.*
-FILES_util-linux-libblkid-dev = ${base_libdir}/libblkid.so
${base_libdir}/libblkid.a ${base_libdir}/libblkid.la ${includedir}/blkid
+FILES_util-linux-libblkid-dev = ${base_libdir}/libblkid.so
${base_libdir}/libblkid.a ${base_libdir}/libblkid.la ${includedir}/blkid
${libdir}/pkgconfig/blkid.pc
FILES_util-linux-libuuid = ${base_libdir}/libuuid.so.*
-FILES_util-linux-libuuid-dev = ${base_libdir}/libuuid.so
${base_libdir}/libuuid.a ${base_libdir}/libuuid.la ${includedir}/uuid
+FILES_util-linux-libuuid-dev = ${base_libdir}/libuuid.so
${base_libdir}/libuuid.a ${base_libdir}/libuuid.la ${includedir}/uuid
${libdir}/pkgconfig/uuid.pc
FILES_util-linux-lscpu = ${bindir}/lscpu
FILES_util-linux-fsck = ${base_sbindir}/fsck*
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 15/22] uclibc: Configure UCLIBC_HAS_WCHAR based on libc-posix-clang-wchar distro feature
From: Khem Raj raj.k...@gmail.com
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/uclibc/uclibc-config.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc-config.inc
b/meta/recipes-core/uclibc/uclibc-config.inc
index a30188d..3de3845 100644
--- a/meta/recipes-core/uclibc/uclibc-config.inc
+++ b/meta/recipes-core/uclibc/uclibc-config.inc
@@ -105,6 +105,7 @@ def features_to_uclibc_settings(d):
uclibc_cfg('ssp', distro_features, 'UCLIBC_HAS_SSP', cnf, rem)
uclibc_cfg('argp', distro_features, 'UCLIBC_HAS_ARGP', cnf, rem)
uclibc_cfg('kernel24', machine_features,'UCLIBC_LINUX_MODULE_24', cnf,
rem)
+ uclibc_cfg('libc-posix-clang-wchar',
distro_features,'UCLIBC_HAS_WCHAR', cnf, rem)
return \n.join(cnf), \n.join(rem)
# X, Y = ${@features_to_uclibc_settings(d)}
# unfortunately doesn't seem to work with bitbake, workaround:
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 11/22] eglibc: Upgrade recipes 2.14 - 2.15
From: Khem Raj raj.k...@gmail.com
Add patch to provide __finite_sqrt functions for ppc
Signed-off-by: Khem Raj raj.k...@gmail.com
---
...tive_2.14.bb = cross-localedef-native_2.15.bb} |0
.../IO-acquire-lock-fix.patch |0
.../armv4-eabi-compile-fix.patch |0
.../eglibc-rpc-export-again.patch |0
.../eglibc-svn-arm-lowlevellock-include-tls.patch |0
.../{eglibc-2.14 = eglibc-2.15}/etc/ld.so.conf|0
.../generate-supported.mk |0
.../glibc-2.14-libdl-crash.patch |0
.../ld-search-order.patch |0
.../mips-rld-map-check.patch |0
.../multilib_readlib.patch |0
.../{eglibc-2.14 = eglibc-2.15}/ppc-sqrt.patch|0
.../eglibc/eglibc-2.15/ppc-sqrt_finite.patch | 112
.../stack-protector-test.patch |0
.../use-sysroot-cxx-headers.patch | 30 +++--
.../recipes-core/eglibc/eglibc-2.15/x86_fenv.patch | 29 +
...libc-initial_2.14.bb = eglibc-initial_2.15.bb} |0
...eglibc-locale_2.14.bb = eglibc-locale_2.15.bb} |0
.../eglibc/{eglibc_2.14.bb = eglibc_2.15.bb} | 16 +++-
19 files changed, 172 insertions(+), 15 deletions(-)
rename meta/recipes-core/eglibc/{cross-localedef-native_2.14.bb =
cross-localedef-native_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/IO-acquire-lock-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/armv4-eabi-compile-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/eglibc-rpc-export-again.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/eglibc-svn-arm-lowlevellock-include-tls.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 = eglibc-2.15}/etc/ld.so.conf
(100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/generate-supported.mk (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/glibc-2.14-libdl-crash.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/ld-search-order.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/mips-rld-map-check.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/multilib_readlib.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 = eglibc-2.15}/ppc-sqrt.patch
(100%)
create mode 100644 meta/recipes-core/eglibc/eglibc-2.15/ppc-sqrt_finite.patch
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/stack-protector-test.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.14 =
eglibc-2.15}/use-sysroot-cxx-headers.patch (51%)
create mode 100644 meta/recipes-core/eglibc/eglibc-2.15/x86_fenv.patch
rename meta/recipes-core/eglibc/{eglibc-initial_2.14.bb =
eglibc-initial_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-locale_2.14.bb =
eglibc-locale_2.15.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc_2.14.bb = eglibc_2.15.bb} (95%)
diff --git a/meta/recipes-core/eglibc/cross-localedef-native_2.14.bb
b/meta/recipes-core/eglibc/cross-localedef-native_2.15.bb
similarity index 100%
rename from meta/recipes-core/eglibc/cross-localedef-native_2.14.bb
rename to meta/recipes-core/eglibc/cross-localedef-native_2.15.bb
diff --git a/meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch
b/meta/recipes-core/eglibc/eglibc-2.15/IO-acquire-lock-fix.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch
rename to meta/recipes-core/eglibc/eglibc-2.15/IO-acquire-lock-fix.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch
b/meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch
rename to meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch
b/meta/recipes-core/eglibc/eglibc-2.15/eglibc-rpc-export-again.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch
rename to meta/recipes-core/eglibc/eglibc-2.15/eglibc-rpc-export-again.patch
diff --git
a/meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch
b/meta/recipes-core/eglibc/eglibc-2.15/eglibc-svn-arm-lowlevellock-include-tls.patch
similarity index 100%
rename from
meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch
rename to
meta/recipes-core/eglibc/eglibc-2.15/eglibc-svn-arm-lowlevellock-include-tls.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf
b/meta/recipes-core/eglibc/eglibc-2.15/etc/ld.so.conf
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf
rename to
[OE-core] [CONSOLIDATED PULL 01/22] libxxf86dga: fix compilation with x32 toolchain
From: Nitin A Kamble nitin.a.kam...@intel.com Fix type conversion for x32. For x32 the off_t is 64bit and pointers are 32bit. so the conversion of pointer to off_t was resulting into this error: | XF86DGA2.c:931:24: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast] | cc1: some warnings being treated as errors | | make[2]: *** [XF86DGA2.lo] Error 1 Fixed it by typecasting pointer into unsigned long 1st and then again typecasting unsigned long to off_t. Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- .../libxxf86dga-1.1.2_fix_for_x32.patch| 30 .../recipes-graphics/xorg-lib/libxxf86dga_1.1.2.bb |5 ++- 2 files changed, 34 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-lib/libxxf86dga/libxxf86dga-1.1.2_fix_for_x32.patch diff --git a/meta/recipes-graphics/xorg-lib/libxxf86dga/libxxf86dga-1.1.2_fix_for_x32.patch b/meta/recipes-graphics/xorg-lib/libxxf86dga/libxxf86dga-1.1.2_fix_for_x32.patch new file mode 100644 index 000..30692ad --- /dev/null +++ b/meta/recipes-graphics/xorg-lib/libxxf86dga/libxxf86dga-1.1.2_fix_for_x32.patch @@ -0,0 +1,30 @@ +Upstream-Status: pending + +Fix type conversion for x32. For x32 the off_t is 64bit and pointers are 32bit. +so the conversion of pointer to off_t was resulting into this error: + +| XF86DGA2.c:931:24: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast] +| cc1: some warnings being treated as errors +| +| make[2]: *** [XF86DGA2.lo] Error 1 + +Fixed it by typecasting pointer into unsigned long 1st and then again typecasting +unsigned long to off_t. + +Signed-Off-by: Nitin A Kamble nitin.a.kam...@intel.com +2012/01/04 + + +Index: libXxf86dga-1.1.2/src/XF86DGA2.c +=== +--- libXxf86dga-1.1.2.orig/src/XF86DGA2.c 2010-10-06 21:17:11.0 -0700 libXxf86dga-1.1.2/src/XF86DGA2.c 2012-01-04 14:21:36.275971172 -0800 +@@ -928,7 +928,7 @@ DGAMapPhysical( + if ((pMap-fd = open(name, O_RDWR)) 0) + return False; + pMap-virtual = mmap(NULL, size, PROT_READ | PROT_WRITE, +- MAP_FILE | MAP_SHARED, pMap-fd, (off_t)base); ++ MAP_FILE | MAP_SHARED, pMap-fd, (off_t)(unsigned long)base); + if (pMap-virtual == (void *)-1) + return False; + mprotect(pMap-virtual, size, PROT_READ | PROT_WRITE); diff --git a/meta/recipes-graphics/xorg-lib/libxxf86dga_1.1.2.bb b/meta/recipes-graphics/xorg-lib/libxxf86dga_1.1.2.bb index 8e777c3..9a1c96f 100644 --- a/meta/recipes-graphics/xorg-lib/libxxf86dga_1.1.2.bb +++ b/meta/recipes-graphics/xorg-lib/libxxf86dga_1.1.2.bb @@ -8,7 +8,10 @@ allows relative mouse reporting, et al. It is mainly used by games and \ emulators for games. DEPENDS += libxext xf86dgaproto -PR = r1 +PR = r2 + +SRC_URI += file://libxxf86dga-1.1.2_fix_for_x32.patch + PE = 1 XORG_PN = libXxf86dga -- 1.7.6.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 21/22] distro_tracking: Update Manual Checks
Signed-off-by: Saul Wold s...@linux.intel.com --- .../conf/distro/include/distro_tracking_fields.inc | 50 ++-- 1 files changed, 25 insertions(+), 25 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index cc87d5c..bc61353 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -508,7 +508,7 @@ RECIPE_STATUS_pn-sqlite3 = green # need upgrade RECIPE_LATEST_VERSION_pn-sqlite3 = 3.7.9 RECIPE_LATEST_RELEASE_DATE_pn-sqlite3 = Nov 01, 2011 RECIPE_LAST_UPDATE_pn-sqlite3 = Dec 27, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-sqlite3= Dec 01, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-sqlite3= Jan 09, 2012 RECIPE_MAINTAINER_pn-sqlite3 = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-sqlite3 = not done RECIPE_INTEL_SECTION_pn-sqlite3 = base libs @@ -536,7 +536,7 @@ RECIPE_STATUS_pn-libcap = yellow # hand crafted Makefiles RECIPE_LATEST_VERSION_pn-libcap = 2.22 RECIPE_LATEST_RELEASE_DATE_pn-libcap = Jan 01, 2010 RECIPE_LAST_UPDATE_pn-libcap = Jul 25, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-libcap = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-libcap = Jan 09, 2012 RECIPE_MAINTAINER_pn-libcap = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-libcap = done RECIPE_INTEL_SECTION_pn-libcap = base libs @@ -594,7 +594,7 @@ RECIPE_DEPENDENCY_CHECK_pn-libcheck = done RECIPE_LATEST_VERSION_pn-libcheck = 0.9.8 RECIPE_LATEST_RELEASE_DATE_pn-libcheck = Sep 23, 2009 RECIPE_LAST_UPDATE_pn-libcheck = Aug 20, 2010 -RECIPE_MANUAL_CHECK_DATE_pn-libcheck = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-libcheck = Jan 09, 2012 RECIPE_MAINTAINER_pn-libcheck = Saul Wold s...@linux.intel.com RECIPE_INTEL_SECTION_pn-libcheck = base libs RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libcheck = 9 months @@ -1300,7 +1300,7 @@ RECIPE_LATEST_VERSION_pn-console-tools = 0.3.2 RECIPE_LAST_UPDATE_pn-console-tools = Jul 21, 2006 RECIPE_MAINTAINER_pn-console-tools = Saul Wold s...@linux.intel.com DISTRO_PN_ALIAS_pn-console-tools = Debian=console-tools Ubuntu=console-tools -RECIPE_MANUAL_CHECK_DATE_pn-console-tools= Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-console-tools= Jan 09, 2012 RECIPE_STATUS_pn-fuse = red RECIPE_LATEST_VERSION_pn-fuse = 2.8.4 @@ -1342,14 +1342,14 @@ RECIPE_STATUS_pn-psmisc = red RECIPE_LATEST_VERSION_pn-psmisc = 22.14 RECIPE_LATEST_RELEASE_DATE_pn-psmisc = Jun 20, 2011 RECIPE_LAST_UPDATE_pn-psmisc = Dec 27, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-psmisc = Dec 01, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-psmisc = Jan 09, 2012 RECIPE_MAINTAINER_pn-psmisc = Saul Wold s...@linux.intel.com RECIPE_STATUS_pn-boost = yellow -RECIPE_LATEST_VERSION_pn-boost = 1.47.0 -RECIPE_LATEST_RELEASE_DATE_pn-boost = Jul 12, 2011 -RECIPE_LAST_UPDATE_pn-boost = Aug 19, 2010 -RECIPE_MANUAL_CHECK_DATE_pn-boost = Dec 27, 2011 +RECIPE_LATEST_VERSION_pn-boost = 1.48.0 +RECIPE_LATEST_RELEASE_DATE_pn-boost = Nov 15, 2011 +RECIPE_LAST_UPDATE_pn-boost = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-boost = Jan 09, 2012 RECIPE_MAINTAINER_pn-boost = Saul Wold s...@linux.intel.com RECIPE_STATUS_pn-boost-jam-native = green @@ -1496,7 +1496,7 @@ RECIPE_LAST_UPDATE_pn-sysfsutils = Jun 18, 2010 RECIPE_DEPENDENCY_CHECK_pn-sysfsutils = not done RECIPE_INTEL_SECTION_pn-sysfsutils = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sysfsutils = n/a -RECIPE_MANUAL_CHECK_DATE_pn-sysfsutils = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-sysfsutils = Jan 09, 2012 RECIPE_COMMENTS_pn-sysfsutils = No update on kernel.org RECIPE_MAINTAINER_pn-sysfsutils = Saul Wold s...@linux.intel.com @@ -1549,7 +1549,7 @@ RECIPE_STATUS_pn-less = green RECIPE_LATEST_VERSION_pn-less = 444 RECIPE_LATEST_RELEASE_DATE_pn-less = Jun 9, 2011 RECIPE_LAST_UPDATE_pn-less = Dec 01, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-less = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-less = Jan 09, 2012 RECIPE_MAINTAINER_pn-less = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-less = done RECIPE_INTEL_SECTION_pn-less = base utils @@ -1696,7 +1696,7 @@ RECIPE_MAINTAINER_pn-unzip = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-unzip = not done RECIPE_INTEL_SECTION_pn-unzip = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-unzip = 49 months -RECIPE_MANUAL_CHECK_DATE_pn-unzip = Dec 01, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-unzip = Jan 09, 2012 RECIPE_COMMENTS_pn-unzip = 5.52 has a race condition vulnerability for Unix version RECIPE_STATUS_pn-zip = green @@ -1707,7 +1707,7 @@ RECIPE_MAINTAINER_pn-zip = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-zip = not done RECIPE_INTEL_SECTION_pn-zip = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-zip = 21 months -RECIPE_MANUAL_CHECK_DATE_pn-zip = Dec 27, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-zip = Jan 09, 2012 RECIPE_COMMENTS_pn-zip = RECIPE_STATUS_pn-strace = green @@ -1807,7 +1807,7 @@ RECIPE_STATUS_pn-usbutils = green
[OE-core] [CONSOLIDATED PULL 08/22] dbus: change permissions of dbus-daemon-launch-helper to 4755
From: Steve Sakoman st...@sakoman.com
With current permissions of 4754 on systemd systems various services will fail
to
activate with helpful error messages of the type:
2000-01-01T00:00:25+00:00 omap3-multi dbus[178]: [system] Activated service
'org.freedesktop.nm_dispatcher' failed: Failed to execute program
/usr/libexec/dbus-daemon-launch-helper: Success
Signed-off-by: Steve Sakoman st...@sakoman.com
---
meta/recipes-core/dbus/dbus.inc |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index 99b2fc7..2a25256 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -10,6 +10,8 @@ DEPENDS = expat virtual/libintl
${@base_contains('DISTRO_FEATURES', 'x11', '${X
DEPENDS_virtclass-native = expat-native virtual/libintl-native
DEPENDS_virtclass-nativesdk = expat-nativesdk virtual/libintl-nativesdk
virtual/libx11
+INC_PR = r1
+
SRC_URI = http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://tmpdir.patch; \
file://dbus-1.init
@@ -84,7 +86,7 @@ do_install() {
chown messagebus:messagebus ${D}${localstatedir}/run/dbus
${D}${localstatedir}/lib/dbus
chown root:messagebus ${D}${libexecdir}/dbus-daemon-launch-helper
- chmod 4754 ${D}${libexecdir}/dbus-daemon-launch-helper
+ chmod 4755 ${D}${libexecdir}/dbus-daemon-launch-helper
# Remove Red Hat initscript
rm -rf ${D}${sysconfdir}/rc.d
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 10/22] update-modules: don't run modutils.sh if systemd is installed
From: Steve Sakoman st...@sakoman.com
systemd has its own mechanism for loading kernel modules at startup
Signed-off-by: Steve Sakoman st...@sakoman.com
---
.../update-modules-1.0/update-modules |3 ++-
.../update-modules/update-modules_1.0.bb |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git
a/meta/recipes-kernel/update-modules/update-modules-1.0/update-modules
b/meta/recipes-kernel/update-modules/update-modules-1.0/update-modules
index 636fe1c..7ee7df8 100755
--- a/meta/recipes-kernel/update-modules/update-modules-1.0/update-modules
+++ b/meta/recipes-kernel/update-modules/update-modules-1.0/update-modules
@@ -181,7 +181,8 @@ fi
mv $MODCONFTMPFILE $MODCONFFILE
mv $MODULESTMPFILE $MODULESFILE
-if [ $first_time -eq 1 ]; then
+# Don't run modutils.sh if systemd is installed
+if [ $first_time -eq 1 ] [ ! -e /bin/systemctl ]; then
/etc/init.d/modutils.sh || true
fi
diff --git a/meta/recipes-kernel/update-modules/update-modules_1.0.bb
b/meta/recipes-kernel/update-modules/update-modules_1.0.bb
index dc44965..d9697de 100644
--- a/meta/recipes-kernel/update-modules/update-modules_1.0.bb
+++ b/meta/recipes-kernel/update-modules/update-modules_1.0.bb
@@ -4,7 +4,8 @@ LICENSE = GPLv2
LIC_FILES_CHKSUM =
file://${WORKDIR}/COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe
RDEPENDS_${PN} = module-init-tools-depmod
-PR = r11
+
+PR = r12
SRC_URI = file://update-modules \
file://COPYING.GPL
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] distro_tracking_fields.inc: upgrade tcf-agent
Sorry, please use the new commit: http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=dcui/manual_checkid=54282a3d4109fe4e97f0acf3b848dc04e68c7d7f (I have force pushed to my dcui/manual_check already) In the old commit MANUAL_CHECK_DATE, the year is 2011 and now it's 2012! :-) Thanks, -- Dexuan -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Dexuan Cui Sent: Tuesday, January 10, 2012 12:23 PM To: openembedded-core@lists.openembedded.org Subject: [OE-core] [PATCH 1/1] distro_tracking_fields.inc: upgrade tcf-agent Upgraded the field RECIPE_MANUAL_CHECK_DATE. Also changed the MAINTAINER to Lianhao who volunteered to take the recipe. Signed-off-by: Dexuan Cui dexuan@intel.com --- .../conf/distro/include/distro_tracking_fields.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index cc87d5c..d1f0c82 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -2891,8 +2891,8 @@ RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-tcf-agent = 1+ years RECIPE_LATEST_RELEASE_DATE_pn-tcf-agent = Jul 07, 2011 RECIPE_COMMENTS_pn-tcf-agent = RECIPE_LAST_UPDATE_pn-tcf-agent = Jul 21, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-tcf-agent = Nov 17, 2011 -RECIPE_MAINTAINER_pn-tcf-agent = Dexuan Cui dexuan@intel.com +RECIPE_MANUAL_CHECK_DATE_pn-tcf-agent = Jan 10, 2011 +RECIPE_MAINTAINER_pn-tcf-agent = Lianhao Lu lianhao...@intel.com RECIPE_STATUS_pn-liburcu = green DISTRO_PN_ALIAS_pn-liburcu = Fedora=userspace-rcu Ubuntu=liburcu0 -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 16/22] findutils: Use CACHED_CONFIGUREVARS to specify cached configure vars
From: Khem Raj raj.k...@gmail.com
Since this feature is depending on wchar support we only
cache is when we have libc-posix-clang-wchar enabled
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-extended/findutils/findutils_4.4.2.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/findutils/findutils_4.4.2.bb
b/meta/recipes-extended/findutils/findutils_4.4.2.bb
index c25ba4c..b2898ed 100644
--- a/meta/recipes-extended/findutils/findutils_4.4.2.bb
+++ b/meta/recipes-extended/findutils/findutils_4.4.2.bb
@@ -1,6 +1,6 @@
require findutils.inc
-PR = r1
+PR = r2
SRC_URI += file://01-27017.patch \
file://02-28824.patch \
@@ -11,7 +11,7 @@ SRC_URI[md5sum] = 351cc4adb07d54877fa15f75fb77d39f
SRC_URI[sha256sum] =
434f32d171cbc0a5e72cfc5372c6fc4cb0e681f8dce566a0de5b6fccd702b62a
# http://savannah.gnu.org/bugs/?27299
-EXTRA_OECONF += gl_cv_func_wcwidth_works=yes
+CACHED_CONFIGUREVARS += ${@base_contains('DISTRO_FEATURES',
'libc-posix-clang-wchar', 'gl_cv_func_wcwidth_works=yes', '', d)}
do_install_append () {
if [ -e ${D}${bindir}/find ]; then
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 13/22] autotools.bbclass: Introduce CACHED_CONFIGUREVARS
From: Khem Raj raj.k...@gmail.com
This variable is for holding the cached configure variables
to be specified in recipes. e.g.
CACHED_CONFIGUREVARS += ac_cv_foo=yes ac_cv_bar=no
This will make sure that the variables are not detected
by configure. This is useful in cross builds where
some features can not be detected correctly by configure
and having it as a variables gives us capability to
override it
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/autotools.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index 2f462ff..5d74333 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -73,7 +73,7 @@ oe_runconf () {
cfgscript=${S}/configure
if [ -x $cfgscript ] ; then
bbnote Running $cfgscript ${CONFIGUREOPTS} ${EXTRA_OECONF} $@
- $cfgscript ${CONFIGUREOPTS} ${EXTRA_OECONF} $@ || bbfatal
oe_runconf failed
+ ${CACHED_CONFIGUREVARS} $cfgscript ${CONFIGUREOPTS}
${EXTRA_OECONF} $@ || bbfatal oe_runconf failed
else
bbfatal no configure script found at $cfgscript
fi
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 14/22] default-distrovars: Define DISTRO_FEATURES_LIBC for uclibc
From: Khem Raj raj.k...@gmail.com Defaults are for eglibc therefore we define it with an override for uclibc Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/conf/distro/include/default-distrovars.inc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/conf/distro/include/default-distrovars.inc b/meta/conf/distro/include/default-distrovars.inc index e1594f3..0b515e5 100644 --- a/meta/conf/distro/include/default-distrovars.inc +++ b/meta/conf/distro/include/default-distrovars.inc @@ -10,6 +10,8 @@ LIMIT_BUILT_LOCALES ?= POSIX en_US en_GB ENABLE_BINARY_LOCALE_GENERATION ?= 1 LOCALE_UTF8_ONLY ?= 0 +DISTRO_FEATURES_LIBC_libc-uclibc ?= ipv4 ipv6 largefile libc-posix-clang-wchar + DISTRO_FEATURES_LIBC ?= ipv4 ipv6 libc-backtrace libc-big-macros libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \ libc-crypt-ufc libc-db-aliases libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \ libc-getlogin libc-idn libc-inet-anl libc-libm libc-libm-big libc-locales libc-locale-code \ -- 1.7.6.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 20/22] task-core-tools: adapt to kexec-tools package split
From: Andrea Adami andrea.ad...@gmail.com
* The recipe packages now kexec and kdump separately.
* For standard purposes only kexec is needed.
* Bump PR.
Signed-off-by: Andrea Adami andrea.ad...@gmail.com
---
meta/recipes-core/tasks/task-core-tools.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/tasks/task-core-tools.bb
b/meta/recipes-core/tasks/task-core-tools.bb
index 6632b4f..1a42f15 100644
--- a/meta/recipes-core/tasks/task-core-tools.bb
+++ b/meta/recipes-core/tasks/task-core-tools.bb
@@ -6,7 +6,7 @@ DESCRIPTION = Tools tasks for OE-Core
LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
-PR = r14
+PR = r15
PACKAGES = \
task-core-tools-debug \
@@ -25,7 +25,7 @@ PACKAGE_ARCH = ${MACHINE_ARCH}
ALLOW_EMPTY = 1
# kexec-tools doesn't work on Mips
-KEXECTOOLS ?= kexec-tools
+KEXECTOOLS ?= kexec
KEXECTOOLS_mips ?=
KEXECTOOLS_mipsel ?=
KEXECTOOLS_powerpc ?=
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 22/22] distro_tracking_fields.inc: upgrade tcf-agent
From: Dexuan Cui dexuan@intel.com Upgraded the field RECIPE_MANUAL_CHECK_DATE. Also changed the MAINTAINER to Lianhao who volunteered to take the recipe. Signed-off-by: Dexuan Cui dexuan@intel.com --- .../conf/distro/include/distro_tracking_fields.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index bc61353..c0bfe8a 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -2891,8 +2891,8 @@ RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-tcf-agent = 1+ years RECIPE_LATEST_RELEASE_DATE_pn-tcf-agent = Jul 07, 2011 RECIPE_COMMENTS_pn-tcf-agent = RECIPE_LAST_UPDATE_pn-tcf-agent = Jul 21, 2011 -RECIPE_MANUAL_CHECK_DATE_pn-tcf-agent = Nov 17, 2011 -RECIPE_MAINTAINER_pn-tcf-agent = Dexuan Cui dexuan@intel.com +RECIPE_MANUAL_CHECK_DATE_pn-tcf-agent = Jan 10, 2012 +RECIPE_MAINTAINER_pn-tcf-agent = Lianhao Lu lianhao...@intel.com RECIPE_STATUS_pn-liburcu = green DISTRO_PN_ALIAS_pn-liburcu = Fedora=userspace-rcu Ubuntu=liburcu0 -- 1.7.6.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 17/22] util-linux: Enable fallocate and use CACHED_CONFIGUREVARS
From: Khem Raj raj.k...@gmail.com
fallocate is implemented in eglibc 2.11 and all eglibc
we use are greater than 2.11 so drop disabling it.
Use CACHED_CONFIGUREVARS to specify scanf_cv_type_modifier=as
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/util-linux/util-linux_2.20.1.bb |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux_2.20.1.bb
b/meta/recipes-core/util-linux/util-linux_2.20.1.bb
index aa2c6ff..ed445d7 100644
--- a/meta/recipes-core/util-linux/util-linux_2.20.1.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.20.1.bb
@@ -1,5 +1,5 @@
MAJOR_VERSION = 2.20
-PR = r1
+PR = r2
require util-linux.inc
# note that `lscpu' is under GPLv3+
@@ -39,9 +39,7 @@ do_remove_lscpu() {
addtask remove_lscpu before do_configure after do_patch
-# fallocate is glibc 2.10, fallocate64 is glibc 2.11
-# we need to disable it for older versions
-EXTRA_OECONF += ac_cv_func_fallocate=no scanf_cv_type_modifier=as
+CACHED_CONFIGUREVARS += scanf_cv_type_modifier=as
EXTRA_OECONF_virtclass-native += --disable-fallocate --disable-use-tty-group
do_install_append () {
--
1.7.6.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PRService/meta V3 2/3] package.bbclass: per recipe PRSERV_HOST support
[YOCTO #1126]
Added per recipe PRSERV_HOST PRSERV_PORT support.
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/classes/package.bbclass |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 65e6571..f8f0a12 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -350,6 +350,14 @@ def runtime_mapping_rename (varname, d):
#
python package_get_auto_pr() {
+ # per recipe PRSERV_HOST PRSERV_PORT
+ pn = d.getVar('PN', True)
+ host = d.getVar(PRSERV_HOST_ + pn, True)
+ port = d.getVar(PRSERV_PORT_ + pn, True)
+ if not (host is None):
+ d.setVar(PRSERV_HOST, host)
+ if not (port is None):
+ d.setVar(PRSERV_PORT, port)
if d.getVar('USE_PR_SERV', True) != 0:
try:
auto_pr=prserv_get_pr_auto(d)
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PRService/meta V3 0/3] new PRService features in meta
V3: Using event handler instead of new tasks to interfacing to bitbake. V2: Using bb.fatal instead of bb.FuncFailed. NOTE: This set of patches added supporting for new features in meta layer. It should work together with another branch of patches in bitbake. git://git.pokylinux.org/poky-contrib llu/PRService_bitbake It supports the export/import AUTOPR values from/to PRservice to lockdown the PR values for release. The typical usage scenario is: 1. UserA enabled the PRService and run buildings. The PRService will record the AUTOPR values(which will be included in the finale PKGR) for different packages the userA builds. 2. UserA runs bitbake-prserv-tool export file to export the AUTOPR values from the current PRService into an exported inc file. 3. UserB gets the exported inc file and runs the command bitbake -R exported file target to lockdown and reproduce the same AUTOPR when generating packages. 4. UserB may run bitbake-prserv-tool import file to import the exported AUTOPR values back into his own PRService. The AUTOPR values will be incremented from there. This set of changes also supports the per-recipe based PRSERV_HOST and PRSERV_PORT. This set of changes makes the basichash instead of the basic as the default signature generator. The following changes since commit fff18970706913e7fd7f4a119d798dddb44b388a: Gary Thomas (1): base-files: filesystems: fix mount order are available in the git repository at: git://git.yoctoproject.org/poky-contrib llu/PRService_oecore http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=llu/PRService_oecore Lianhao Lu (3): meta/PRService: Added export/import fuctions. package.bbclass: per recipe PRSERV_HOST support conf/bitbake.conf: basichash as default signature. meta/classes/package.bbclass | 21 +++- meta/classes/prexport.bbclass | 45 meta/classes/primport.bbclass | 17 ++ meta/classes/prserv.bbclass | 36 + meta/conf/bitbake.conf|6 +- meta/conf/prexport.conf |1 + meta/conf/primport.conf |1 + meta/lib/oe/prservice.py | 113 + scripts/bitbake-prserv-tool | 57 + 9 files changed, 269 insertions(+), 28 deletions(-) create mode 100644 meta/classes/prexport.bbclass create mode 100644 meta/classes/primport.bbclass create mode 100644 meta/conf/prexport.conf create mode 100644 meta/conf/primport.conf create mode 100644 meta/lib/oe/prservice.py create mode 100755 scripts/bitbake-prserv-tool ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PRService/meta V3 1/3] meta/PRService: Added export/import fuctions.
[YOCTO #1556]
- Modified meta/class/package.bbclass and prserv.bbclass according to
the change in PR service by adding PACKAGE_ARCH into the query tuple.
- Added prexport.bbclass, primport.bbclass to export/import AUTOPR
values from/to PRService.
- Move PR service related common code to lib/oe/prservice.py.
- Supported reading the AUTOPR values from the exported .inc file
instead of reading it from remote PR service.
- Created a new script bitbake-prserv-tool to export/import the AUTOPR
values from/to the PR service.
Typical usage scenario of the export/import is:
1. bitbake-prserv-tool export file to export the AUTOPR values from
the current PR service into an exported .inc file.
2. Others may use that exported .inc file(to be included in the
local.conf) to lockdown and reproduce the same AUTOPR when generating
package feeds.
3. Others may bitbake-prserv-tool import file to import the AUTOPR
values into their own PR service and the AUTOPR values will be
incremented from there.
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/classes/package.bbclass | 13 -
meta/classes/prexport.bbclass | 45
meta/classes/primport.bbclass | 17 ++
meta/classes/prserv.bbclass | 36 +
meta/conf/bitbake.conf|4 +-
meta/conf/prexport.conf |1 +
meta/conf/primport.conf |1 +
meta/lib/oe/prservice.py | 113 +
scripts/bitbake-prserv-tool | 57 +
9 files changed, 260 insertions(+), 27 deletions(-)
create mode 100644 meta/classes/prexport.bbclass
create mode 100644 meta/classes/primport.bbclass
create mode 100644 meta/conf/prexport.conf
create mode 100644 meta/conf/primport.conf
create mode 100644 meta/lib/oe/prservice.py
create mode 100755 scripts/bitbake-prserv-tool
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 9040eb4..65e6571 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -351,10 +351,17 @@ def runtime_mapping_rename (varname, d):
python package_get_auto_pr() {
if d.getVar('USE_PR_SERV', True) != 0:
- auto_pr=prserv_get_pr_auto(d)
- if auto_pr is None:
- bb.fatal(Can NOT get auto PR revision from remote PR
service)
+ try:
+ auto_pr=prserv_get_pr_auto(d)
+ except Exception as e:
+ bb.fatal(Can NOT get PRAUTO, exception %s % str(e))
return
+ if auto_pr is None:
+ if d.getVar('PRSERV_LOCKDOWN', True):
+ bb.fatal(Can NOT get PRAUTO from lockdown
exported file)
+ else:
+ bb.fatal(Can NOT get PRAUTO from remote PR
service)
+ return
d.setVar('PRAUTO',str(auto_pr))
}
diff --git a/meta/classes/prexport.bbclass b/meta/classes/prexport.bbclass
new file mode 100644
index 000..5b5b707
--- /dev/null
+++ b/meta/classes/prexport.bbclass
@@ -0,0 +1,45 @@
+PRSERV_DUMPOPT_VERSION = ${PRAUTOINX}
+PRSERV_DUMPOPT_PKGARCH =
+PRSERV_DUMPOPT_CHECKSUM =
+PRSERV_DUMPOPT_COL = 0
+
+PRSERV_DUMPDIR ??= ${LOG_DIR}/db
+PRSERV_DUMPFILE ??= ${PRSERV_DUMPDIR}/prserv.inc
+
+python prexport_handler () {
+import bb.event
+if not e.data:
+return
+
+if isinstance(e, bb.event.RecipeParsed):
+import oe.prservice
+#get all PR values for the current PRAUTOINX
+ver = e.data.getVar('PRSERV_DUMPOPT_VERSION', True)
+ver = ver.replace('%','-')
+retval = oe.prservice.prserv_dump_db(e.data)
+if not retval:
+bb.fatal(prexport_handler: export failed!)
+(metainfo, datainfo) = retval
+if not datainfo:
+bb.error(prexport_handler: No AUROPR values found for %s % ver)
+return
+oe.prservice.prserv_export_tofile(e.data, None, datainfo, False)
+elif isinstance(e, bb.event.ParseStarted):
+import bb.utils
+#remove dumpfile
+bb.utils.remove(e.data.getVar('PRSERV_DUMPFILE', True))
+elif isinstance(e, bb.event.ParseCompleted):
+import oe.prservice
+#dump meta info of tables
+d = e.data.createCopy()
+d.setVar('PRSERV_DUMPOPT_COL', 1)
+retval = oe.prservice.prserv_dump_db(d)
+if not retval:
+bb.error(prexport_handler: export failed!)
+return
+(metainfo, datainfo) = retval
+oe.prservice.prserv_export_tofile(d, metainfo, None, True)
+
+}
+
+addhandler prexport_handler
diff --git a/meta/classes/primport.bbclass b/meta/classes/primport.bbclass
new file mode 100644
index 000..08e5a8f
--- /dev/null
+++ b/meta/classes/primport.bbclass
@@ -0,0 +1,17 @@
+python primport_handler () {
+import bb.event
+if not e.data:
+return
+
+if isinstance(e, bb.event.ParseCompleted):
+
[OE-core] [PRService/meta V3 3/3] conf/bitbake.conf: basichash as default signature.
[YOCTO #1555]
Make basichash as default signature handler
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/conf/bitbake.conf |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 5deedec..a5d695c 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -731,7 +731,7 @@ TRANSLATED_TARGET_ARCH ??= ${@d.getVar('TARGET_ARCH',
True).replace(_, -)}
BB_CONSOLELOG = ${TMPDIR}/cooker.log.${DATETIME}
# Setup our default hash policy
-BB_SIGNATURE_HANDLER ?= basic
+BB_SIGNATURE_HANDLER ?= basichash
BB_HASHTASK_WHITELIST ?=
(.*-cross$|.*-native$|.*-cross-initial$|.*-cross-intermediate$|^virtual:native:.*|^virtual:nativesdk:.*)
BB_HASHBASE_WHITELIST ?= TMPDIR FILE PATH PWD BB_TASKHASH BBPATH DL_DIR
SSTATE_DIR THISDIR FILESEXTRAPATHS FILE_DIRNAME HOME LOGNAME SHELL TERM USER
FILESPATH STAGING_DIR_HOST STAGING_DIR_TARGET COREBASE PRSERV_HOST PRSERV_PORT
PRSERV_DUMPDIR PRSERV_DUMPFILE PRSERV_LOCKDOWN
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1][PULL] distro_tracking: update manual check information
Hi Saul, This pull request updated the manual check information for kexec-tools. Please help to review and pull. Thanks, Dongxiao The following changes since commit 468998cddbe1a803096c9b357e1b5daa3b7e8c2e: Dongxiao Xu (1): command.py: add parseConfigurationFiles API are available in the git repository at: git://git.pokylinux.org/poky-contrib dxu4/distro_tracking http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dxu4/distro_tracking Dongxiao Xu (1): distro_tracking: update manual check info .../conf/distro/include/distro_tracking_fields.inc |1 + 1 files changed, 1 insertions(+), 0 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
