[OE-core] [PATCH 0/2] Upgrade shadow to 4.2.1
The following changes since commit fa325e44f5b429b4038022b31285af9c94672943:
insane: Ensure do_package_qa happens after do_packagedata (2014-07-11
23:19:18 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/shadow-4.2.1
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/shadow-4.2.1
Chen Qi (2):
shadow: upgrade from 4.1.4.3 to 4.2.1
base-files: stage the /home directory
meta/recipes-core/base-files/base-files_3.0.14.bb |6 +
.../shadow/files/add_root_cmd_groupmems.patch | 75 --
.../shadow/files/add_root_cmd_options.patch| 1384
.../allow-for-setting-password-in-clear-text.patch | 215 ++-
...fix-unexpected-open-failure-in-chroot-env.patch | 46 +
.../shadow/files/fix-etc-gshadow-reading.patch | 36 -
...installation-failure-with-subids-disabled.patch | 28 +
.../shadow-4.1.4.2-env-reset-keep-locale.patch | 31 -
.../files/shadow-4.1.4.2-groupmod-pam-check.patch | 36 -
.../files/shadow-4.1.4.2-su_no_sanitize_env.patch | 31 -
.../shadow/files/shadow.automake-1.11.patch| 106 --
.../files/shadow_fix_for_automake-1.12.patch | 23 -
.../files/slackware_fix_for_glib-2.17_crypt.patch | 63 -
meta/recipes-extended/shadow/files/useradd.patch | 17 -
...-compilation-failure-with-subids-disabled.patch | 33 +
...uretty_4.1.4.3.bb = shadow-securetty_4.2.1.bb} |0
...-sysroot_4.1.4.3.bb = shadow-sysroot_4.2.1.bb} |0
meta/recipes-extended/shadow/shadow.inc| 35 +-
.../shadow/{shadow_4.1.4.3.bb = shadow_4.2.1.bb} |0
19 files changed, 229 insertions(+), 1936 deletions(-)
delete mode 100644
meta/recipes-extended/shadow/files/add_root_cmd_groupmems.patch
delete mode 100644
meta/recipes-extended/shadow/files/add_root_cmd_options.patch
create mode 100644
meta/recipes-extended/shadow/files/commonio.c-fix-unexpected-open-failure-in-chroot-env.patch
delete mode 100644
meta/recipes-extended/shadow/files/fix-etc-gshadow-reading.patch
create mode 100644
meta/recipes-extended/shadow/files/fix-installation-failure-with-subids-disabled.patch
delete mode 100644
meta/recipes-extended/shadow/files/shadow-4.1.4.2-env-reset-keep-locale.patch
delete mode 100644
meta/recipes-extended/shadow/files/shadow-4.1.4.2-groupmod-pam-check.patch
delete mode 100644
meta/recipes-extended/shadow/files/shadow-4.1.4.2-su_no_sanitize_env.patch
delete mode 100644
meta/recipes-extended/shadow/files/shadow.automake-1.11.patch
delete mode 100644
meta/recipes-extended/shadow/files/shadow_fix_for_automake-1.12.patch
delete mode 100644
meta/recipes-extended/shadow/files/slackware_fix_for_glib-2.17_crypt.patch
delete mode 100644 meta/recipes-extended/shadow/files/useradd.patch
create mode 100644
meta/recipes-extended/shadow/files/usermod-fix-compilation-failure-with-subids-disabled.patch
rename meta/recipes-extended/shadow/{shadow-securetty_4.1.4.3.bb =
shadow-securetty_4.2.1.bb} (100%)
rename meta/recipes-extended/shadow/{shadow-sysroot_4.1.4.3.bb =
shadow-sysroot_4.2.1.bb} (100%)
rename meta/recipes-extended/shadow/{shadow_4.1.4.3.bb = shadow_4.2.1.bb}
(100%)
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] base-files: stage the /home directory
The /home directory might be needed by packages that inherit useradd.bbclass.
One example is the 'xuser-account' recipe.
Previously, we patched the shadow package to change the behaviour of the
'--create-home' option. This is not appropriate. Instead, we should let
the base-files package also stage the /home directory.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/base-files/base-files_3.0.14.bb |6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb
b/meta/recipes-core/base-files/base-files_3.0.14.bb
index 6d76a2b..fe82d20 100644
--- a/meta/recipes-core/base-files/base-files_3.0.14.bb
+++ b/meta/recipes-core/base-files/base-files_3.0.14.bb
@@ -138,6 +138,12 @@ do_install_append_linuxstdbase() {
done
}
+sysroot_stage_home () {
+ sysroot_stage_dir ${D}/home ${SYSROOT_DESTDIR}/home
+}
+
+SYSROOT_PREPROCESS_FUNCS = sysroot_stage_home
+
PACKAGES = ${PN}-doc ${PN} ${PN}-dev ${PN}-dbg
FILES_${PN} = /
FILES_${PN}-doc = ${docdir} ${datadir}/common-licenses
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] libtool: fix different files in sysroot of sdk
The following changes since commit 6879c3c903ec7d08cf0240281c83d85b4a42b6db: maintainers.inc: add info for libical (2014-07-08 11:20:14 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/libtool http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=chonglu/libtool Chong Lu (1): libtool: fix different files in sysroot of sdk .../libtool/libtool-cross_2.4.2.bb | 1 + .../libtool/libtool-native_2.4.2.bb| 1 + .../libtool/libtool/fixinstall.patch | 139 + meta/recipes-devtools/libtool/libtool/prefix.patch | 23 .../libtool/libtool/rename-libtool.patch | 40 ++ meta/recipes-devtools/libtool/libtool_2.4.2.bb | 3 + .../libtool/nativesdk-libtool_2.4.2.bb | 1 + 7 files changed, 131 insertions(+), 77 deletions(-) create mode 100644 meta/recipes-devtools/libtool/libtool/rename-libtool.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] libtool: fix different files in sysroot of sdk
The libtool.m4 and ltmain.m4sh are different in target sysroot between sdk and
build
environment. The reason is that we have two patches (fixinstall.patch and
prefix.patch)
for libtool-cross. They change libtool.m4 and ltmain.m4sh and generate files to
sysroot
dir. But we don't need them for libtool target. In sdk environment, We get
libtool.m4
and ltmain.sh that don't apply on two patches.
This patch splits prefix.patch to prefix.patch and rename-libtool.patch. Then,
improves
fixinstall.patch and rename-libtool.patch to apply on conditionally. Apply on
both libtool
target and libtool-cross to fix different issue in sysroot between sdk and
build environment.
Signed-off-by: Chong Lu chong...@windriver.com
---
.../libtool/libtool-cross_2.4.2.bb | 1 +
.../libtool/libtool-native_2.4.2.bb| 1 +
.../libtool/libtool/fixinstall.patch | 139 +
meta/recipes-devtools/libtool/libtool/prefix.patch | 23
.../libtool/libtool/rename-libtool.patch | 40 ++
meta/recipes-devtools/libtool/libtool_2.4.2.bb | 3 +
.../libtool/nativesdk-libtool_2.4.2.bb | 1 +
7 files changed, 131 insertions(+), 77 deletions(-)
create mode 100644 meta/recipes-devtools/libtool/libtool/rename-libtool.patch
diff --git a/meta/recipes-devtools/libtool/libtool-cross_2.4.2.bb
b/meta/recipes-devtools/libtool/libtool-cross_2.4.2.bb
index 72fad37..b189413 100644
--- a/meta/recipes-devtools/libtool/libtool-cross_2.4.2.bb
+++ b/meta/recipes-devtools/libtool/libtool-cross_2.4.2.bb
@@ -3,6 +3,7 @@ require libtool-${PV}.inc
PR = ${INC_PR}.1
PACKAGES =
SRC_URI += file://prefix.patch
+SRC_URI += file://rename-libtool.patch
SRC_URI += file://fixinstall.patch
datadir = ${STAGING_DIR_TARGET}${target_datadir}
diff --git a/meta/recipes-devtools/libtool/libtool-native_2.4.2.bb
b/meta/recipes-devtools/libtool/libtool-native_2.4.2.bb
index f1051d8..d060cb8 100644
--- a/meta/recipes-devtools/libtool/libtool-native_2.4.2.bb
+++ b/meta/recipes-devtools/libtool/libtool-native_2.4.2.bb
@@ -4,6 +4,7 @@ DEPENDS =
PR = ${INC_PR}.1
SRC_URI += file://prefix.patch
+SRC_URI += file://rename-libtool.patch
inherit native
diff --git a/meta/recipes-devtools/libtool/libtool/fixinstall.patch
b/meta/recipes-devtools/libtool/libtool/fixinstall.patch
index 279c07b..1bfd292 100644
--- a/meta/recipes-devtools/libtool/libtool/fixinstall.patch
+++ b/meta/recipes-devtools/libtool/libtool/fixinstall.patch
@@ -14,88 +14,119 @@ which is totally bogus in the sysroot case.
Upstream-Status: Inappropriate [upstream are unlikely to take a patch like
this]
-RP 2011/11/16
+Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
+Signed-off-by: Chong Lu chong...@windriver.com
+---
+ libltdl/config/ltmain.m4sh | 44
+ 1 file changed, 44 insertions(+)
-Index: libtool-2.4/libltdl/config/ltmain.m4sh
-===
libtool-2.4.orig/libltdl/config/ltmain.m4sh2011-11-16
14:50:01.070383779 +
-+++ libtool-2.4/libltdl/config/ltmain.m4sh 2011-11-16 15:27:13.582310413
+
-@@ -2163,7 +2163,7 @@
+diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
+index eebb56e..9480cb8 100644
+--- a/libltdl/config/ltmain.m4sh
b/libltdl/config/ltmain.m4sh
+@@ -2166,6 +2166,7 @@ func_mode_install ()
dir=$func_dirname_result
func_append dir $objdir
-- if test -n $relink_command; then
-+ if test $fast_install = no test -n $relink_command; then
++ if test $buildtarget == yes; then
+ if test -n $relink_command; then
# Strip any trailing slash from the destination.
func_stripname '' '/' $libdir
- destlibdir=$func_stripname_result
-@@ -2202,7 +2202,7 @@
+@@ -2197,6 +2198,39 @@ func_mode_install ()
+ func_show_eval $relink_command \
+ 'func_fatal_error error: relink \`$file'\'' with the above command
before installing it'
+ fi
++ else
++ if test $fast_install = no test -n $relink_command; then
++ # Strip any trailing slash from the destination.
++ func_stripname '' '/' $libdir
++ destlibdir=$func_stripname_result
++
++ func_stripname '' '/' $destdir
++ s_destdir=$func_stripname_result
++
++# Determine the prefix the user has applied to our future dir.
++inst_prefix_dir=`$ECHO X$s_destdir | $Xsed -e s%$destlibdir\$%%`
++
++# Don't allow the user to place us outside of our expected
++# location b/c this prevents finding dependent libraries that
++# are installed to the same prefix.
++# At present, this check doesn't affect windows .dll's that
++# are installed into $libdir/../bin (currently, that works fine)
++# but it's something to keep an eye on.
++test $inst_prefix_dir = $destdir \
++ func_fatal_error error: cannot install \`$file' to a
[OE-core] [PATCH 0/1][V2] classes/insane: Show QA check name
Change since V1: change output format. The following changes since commit a5531a2b8983318b99c119a87b78a92cf84160b8: bitbake: fetch2/svn: Add transportuser parameter (2014-07-04 09:28:36 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/qacheck http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=chonglu/qacheck Chong Lu (1): classes/insane: Show QA check name meta/classes/insane.bbclass | 66 ++--- 1 file changed, 32 insertions(+), 34 deletions(-) -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1][V2] classes/insane: Show QA check name
QA errors/warnings would show the name of the QA failure in the error/warning
message.
The format is listed:
message [QA check name]
You can see which QA check you need to disable if you want to disable it.
[YOCTO #6160]
Signed-off-by: Chong Lu chong...@windriver.com
---
meta/classes/insane.bbclass | 66 ++---
1 file changed, 32 insertions(+), 34 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index c8fa711..b088378 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -154,24 +154,24 @@ def package_qa_clean_path(path,d):
Remove the common prefix from the path. In this case it is the
TMPDIR
return path.replace(d.getVar('TMPDIR',True),)
-def package_qa_write_error(error, d):
+def package_qa_write_error(type, error, d):
logfile = d.getVar('QA_LOGFILE', True)
if logfile:
p = d.getVar('P', True)
f = file( logfile, a+)
-print f, %s: %s % (p, error)
+print f, %s: %s [%s] % (p, error, type)
f.close()
def package_qa_handle_error(error_class, error_msg, d):
-package_qa_write_error(error_msg, d)
+package_qa_write_error(error_class, error_msg, d)
if error_class in (d.getVar(ERROR_QA, True) or ).split():
-bb.error(QA Issue: %s % error_msg)
+bb.error(QA Issue: %s [%s] % (error_msg, error_class))
d.setVar(QA_SANE, False)
return False
elif error_class in (d.getVar(WARN_QA, True) or ).split():
-bb.warn(QA Issue: %s % error_msg)
+bb.warn(QA Issue: %s [%s] % (error_msg, error_class))
else:
-bb.note(QA Issue: %s % error_msg)
+bb.note(QA Issue: %s [%s] % (error_msg, error_class))
return True
QAPATHTEST[libexec] = package_qa_check_libexec
@@ -183,7 +183,7 @@ def package_qa_check_libexec(path,name, d, elf, messages):
return True
if 'libexec' in path.split(os.path.sep):
-messages.append(%s: %s is using libexec please relocate to %s %
(name, package_qa_clean_path(path, d), libexec))
+messages[libexec] = %s: %s is using libexec please relocate to %s
% (name, package_qa_clean_path(path, d), libexec)
return False
return True
@@ -211,7 +211,7 @@ def package_qa_check_rpath(file,name, d, elf, messages):
rpath = m.group(1)
for dir in bad_dirs:
if dir in rpath:
-messages.append(package %s contains bad RPATH %s in file
%s % (name, rpath, file))
+messages[rpaths] = package %s contains bad RPATH %s in
file %s % (name, rpath, file)
QAPATHTEST[useless-rpaths] = package_qa_check_useless_rpaths
def package_qa_check_useless_rpaths(file, name, d, elf, messages):
@@ -241,7 +241,7 @@ def package_qa_check_useless_rpaths(file, name, d, elf,
messages):
if rpath_eq(rpath, libdir) or rpath_eq(rpath, base_libdir):
# The dynamic linker searches both these places anyway. There
is no point in
# looking there again.
-messages.append(%s: %s contains probably-redundant RPATH %s
% (name, package_qa_clean_path(file, d), rpath))
+messages[useless-rpaths] = %s: %s contains
probably-redundant RPATH %s % (name, package_qa_clean_path(file, d), rpath)
QAPATHTEST[dev-so] = package_qa_check_dev
def package_qa_check_dev(path, name, d, elf, messages):
@@ -250,8 +250,8 @@ def package_qa_check_dev(path, name, d, elf, messages):
if not name.endswith(-dev) and not name.endswith(-dbg) and not
name.endswith(-ptest) and not name.startswith(nativesdk-) and
path.endswith(.so) and os.path.islink(path):
-messages.append(non -dev/-dbg/-nativesdk package contains symlink
.so: %s path '%s' % \
- (name, package_qa_clean_path(path,d)))
+messages[dev-so] = non -dev/-dbg/-nativesdk package contains
symlink .so: %s path '%s' % \
+ (name, package_qa_clean_path(path,d))
QAPATHTEST[staticdev] = package_qa_check_staticdev
def package_qa_check_staticdev(path, name, d, elf, messages):
@@ -263,8 +263,8 @@ def package_qa_check_staticdev(path, name, d, elf,
messages):
if not name.endswith(-pic) and not name.endswith(-staticdev) and not
name.endswith(-ptest) and path.endswith(.a) and not
path.endswith(_nonshared.a):
-messages.append(non -staticdev package contains static .a library: %s
path '%s' % \
- (name, package_qa_clean_path(path,d)))
+messages[staticdev] = non -staticdev package contains static .a
library: %s path '%s' % \
+ (name, package_qa_clean_path(path,d))
def package_qa_check_libdir(d):
@@ -318,8 +318,8 @@ def package_qa_check_dbg(path, name, d, elf, messages):
if not -dbg in name and not -ptest in name:
if '.debug' in path.split(os.path.sep):
-messages.append(non debug package contains .debug directory: %s
path %s
[OE-core] [PATCH 0/1] perl-rdepends: Add perl as perl-misc/${PN}-pod runtime dep
The following changes since commit 9e99bcffec594cb5b4c3533200e8eb56d32e6a77:
insane: Ensure do_package_qa happens after do_packagedata (2014-07-11
23:20:04 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/fix-perl-rdep
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-perl-rdep
Hongxu Jia (1):
perl-rdepends: Add perl as perl-misc/${PN}-pod runtime dep
meta/recipes-devtools/perl/perl-rdepends_5.20.0.inc | 2 ++
1 file changed, 2 insertions(+)
--
1.8.1.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] perl-rdepends: Add perl as perl-misc/${PN}-pod runtime dep
Each of the items requires perl, but had not previously stated their perl
dependency.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
Signed-off-by: Joe MacDonald joe.macdon...@windriver.com
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/recipes-devtools/perl/perl-rdepends_5.20.0.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/perl/perl-rdepends_5.20.0.inc
b/meta/recipes-devtools/perl/perl-rdepends_5.20.0.inc
index 47a7548..9bd2e39 100644
--- a/meta/recipes-devtools/perl/perl-rdepends_5.20.0.inc
+++ b/meta/recipes-devtools/perl/perl-rdepends_5.20.0.inc
@@ -12,6 +12,8 @@
#| sed
's/^/RDEPENDS_/;s/perl-module-/${PN}-module-/g;s/module-\(module-\)/\1/g;s/\(module-load\)-conditional/\1/g;s/encode-configlocal/-pm/;'
#| egrep -wv
'=|module-a|module-apache.?|module-apr|module-authen-sasl|module-b-asmdata|module-build-.*|module-convert-ebcdic|module-devel-size|module-digest-perl-md5|module-dumpvalue|module-extutils-constant-aaargh56hash|module-extutils-xssymset|module-file-bsdglob|module-for|module-it|module-io-string|module-ipc-system-simple|module-lexical|module-local-lib|metadata|module-modperl-util|module-pluggable-object|module-test-builder-io-scalar|module-text-unidecode|module-win32|objects\sload|syscall.ph|systeminfo.ph|%s'
/tmp/
+RDEPENDS_perl-misc += perl
+RDEPENDS_${PN}-pod += perl
# Some additional dependencies that the above doesn't manage to figure out
RDEPENDS_${PN}-module-file-spec += ${PN}-module-file-spec-unix
--
1.8.1.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] setserial: package depends on groff-native to build
From: Yue Tao yue@windriver.com
[YOCTO #6526]
Add explicit depends to avoid host contamination.
Signed-off-by: Jonas Zetterberg jonas.zetterb...@windriver.com
Signed-off-by: Yue Tao yue@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-bsp/setserial/setserial_2.17.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-bsp/setserial/setserial_2.17.bb
b/meta/recipes-bsp/setserial/setserial_2.17.bb
index 65d6068..f1e8cd3 100644
--- a/meta/recipes-bsp/setserial/setserial_2.17.bb
+++ b/meta/recipes-bsp/setserial/setserial_2.17.bb
@@ -8,6 +8,8 @@ LICENSE = GPLv2.0
LIC_FILES_CHKSUM =
file://version.h;beginline=1;endline=6;md5=2e7c59cb9e57e356ae81f50f4e4dfd99
PR = r3
+DEPENDS += groff-native
+
inherit autotools-brokensep
SRC_URI = ${SOURCEFORGE_MIRROR}/setserial/${BPN}-${PV}.tar.gz \
--
2.0.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] patchwork client problems
I'm finding attempts to use pwclient on http://patches.openembedded.org/xmlrpc/ produce an ExpatError because the returned document is always empty (per a wireshark trace of the transaction). Can somebody confirm that the server for the command-line client is working properly? Thanks. Peter -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] any value in keeping the backward compat task-core stuff?
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: a number of the current packagegroup recipe files still have backward compatibility support for the old task-core names, seems like that's been there for well over a year, would it be safe to finally just toss that? seems like everyone's had enough time to make the move to the new names, and it would be clearer to not confuse the proper use of the word task these days. I agree; however this question should also be send to oe-core mailing list (added in Cc) I agree as well; these should go. I know there are some who want to keep these indefinitely for upgrade purposes, but I think there's a limit to how long they should stay around in OE-Core. They can always be preserved in bbappends for those that do want to keep them. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] insane.bbclass: QAPATHTEST: check file depends on bash, perl and python
If it is a bash, perl or python script, and the RDEPENDS_pkg doesn't
have bash, python or perl, then warn.
This is mainly for ipk and deb, since rpm can add /usr/bin/perl to the
its Requires section if it is a perl script, but ipk or deb can't
depend on file such as /usr/bin/perl, they can only depend on pkg, so
they would know nothing about perl, then there would be depend issues.
This check can help us figure out the depends, it nearly has no effect
on performance when enabled.
[YOCTO #1662]
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/insane.bbclass | 32 ++--
1 file changed, 30 insertions(+), 2 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 106ace7..a14e668 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -19,7 +19,7 @@
# unsafe-references-in-binaries requires prelink-rtld from
# prelink-native, but we don't want this DEPENDS for -native builds
-QADEPENDS = prelink-native
+QADEPENDS = prelink-native file-native
QADEPENDS_class-native =
QADEPENDS_class-nativesdk =
QA_SANE = True
@@ -29,7 +29,7 @@ QA_SANE = True
WARN_QA ?= ldflags useless-rpaths rpaths staticdev libdir xorg-driver-abi \
textrel already-stripped incompatible-license files-invalid \
installed-vs-shipped compile-host-path install-host-path \
-pn-overrides infodir \
+pn-overrides infodir file-depends \
ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch pkgconfig la \
perms dep-cmp pkgvarcheck perm-config perm-line perm-link \
@@ -605,6 +605,34 @@ def package_qa_check_symlink_to_sysroot(path, name, d,
elf, messages):
trimmed = path.replace(os.path.join (d.getVar(PKGDEST,
True), name), )
messages.append(Symlink %s in %s points to TMPDIR %
(trimmed, name))
+QAPATHTEST[file-depends] = package_qa_check_file_depends
+def package_qa_check_file_depends(path, name, d, elf, messages):
+
+Check that the package doesn't miss the RDEPENDS on perl, python and bash
+
+
+if not os.access(path, os.X_OK) or os.path.islink(path) or elf:
+return
+
+import subprocess
+import re
+
+# The file command may return:
+# - Perl or perl, Python or python.
+# - Bourne-Again shell script or bash for bash script
+prog_maps = {[Pp]erl: perl, [Pp]ython: python, bash: bash,
+Bourne-Again shell: bash}
+
+file_output = bb.process.Popen([file, -b, path],
stdout=subprocess.PIPE).stdout.read()
+for p in prog_maps:
+if re.search('%s .*script, ASCII text executable' % p, file_output):
+rdepends = bb.utils.explode_deps(d.getVar('RDEPENDS_' + name,
True) or )
+if prog_maps[p] not in rdepends:
+if prog_maps[p] == python and python-core in rdepends:
+continue
+messages.append(%s is a %s script, but %s is not in
RDEPENDS_%s % (path, prog_maps[p], prog_maps[p], name))
+break
+
def package_qa_check_license(workdir, d):
Check for changes in the license files
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] check and convert file depends on bash, perl and python
The following changes since commit fa325e44f5b429b4038022b31285af9c94672943: insane: Ensure do_package_qa happens after do_packagedata (2014-07-11 23:19:18 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/filedep http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/filedep Robert Yang (2): insane.bbclass: QAPATHTEST: check file depends on bash, perl and python package.bbclass: convert file depends into pkg depends meta/classes/insane.bbclass | 32 ++-- meta/classes/package.bbclass | 14 ++ 2 files changed, 44 insertions(+), 2 deletions(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] package.bbclass: convert file depends into pkg depends
The ipk or deb can't depend on file such as /usr/bin/perl, so it would
know nothing about perl, and there would be dependencies problems when
we run apt-get install on the target. Convert the file depends into
pkg depends can fix the issue:
/bin/bash - bash
/usr/bin/perl - perl
/usr/bin/python - python
NOTE, we still need the QA check package_qa_check_file_depends though we
have this fix, manually add the pkg to RDEPENDS is correct, anyway.
TODO:
- Add a global var for the paths, such as BASH_PATH = /bin/bash rather than
directly use /bin/bash ?
[YOCTO #1662]
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/package.bbclass | 14 ++
1 file changed, 14 insertions(+)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 26a20d1..419cdcf 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1318,6 +1318,9 @@ python package_do_filedeps() {
pool.close()
pool.join()
+# Used for converting file depends into pkg depends
+prog_maps = {/bin/bash: bash, /usr/bin/perl: perl,
/usr/bin/python: python}
+
provides_files = {}
requires_files = {}
@@ -1334,10 +1337,21 @@ python package_do_filedeps() {
key = FILERPROVIDES_ + file + _ + pkg
d.setVar(key, .join(provides[file]))
+req_file_pkgs = []
for file in requires:
requires_files[pkg].append(file)
key = FILERDEPENDS_ + file + _ + pkg
d.setVar(key, .join(requires[file]))
+for req_file in requires[file]:
+if req_file in prog_maps and prog_maps[req_file] not in
req_file_pkgs:
+req_file_pkgs.append(prog_maps[req_file])
+
+if req_file_pkgs:
+rdepends = bb.utils.explode_deps(d.getVar('RDEPENDS_' + pkg, True)
or )
+for p in req_file_pkgs:
+if p not in rdepends:
+bb.note(Adding %s to RDEPENDS_%s % (p, pkg))
+d.appendVar(RDEPENDS_ + pkg, ' ' + p)
for pkg in requires_files:
d.setVar(FILERDEPENDSFLIST_ + pkg, .join(requires_files[pkg]))
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] any value in keeping the backward compat task-core stuff?
On Mon, 14 Jul 2014, Paul Eggleton wrote: On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: a number of the current packagegroup recipe files still have backward compatibility support for the old task-core names, seems like that's been there for well over a year, would it be safe to finally just toss that? seems like everyone's had enough time to make the move to the new names, and it would be clearer to not confuse the proper use of the word task these days. I agree; however this question should also be send to oe-core mailing list (added in Cc) I agree as well; these should go. I know there are some who want to keep these indefinitely for upgrade purposes, but I think there's a limit to how long they should stay around in OE-Core. They can always be preserved in bbappends for those that do want to keep them. i can submit a patch for that later today if no one objects. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] license.bbclass: canonicalise licenses when dealing with INCOMPATIBLE_LICENSE
If INCOMPATIBLE_LICENSE=GPLv3.0 but the recipe sets LICENSE=GPLv3, the current
code won't trigger because they're different strings.
Fix this by attempting to canonicalise every license name to a SPDX name, so
both names in this example become GPL-3.0.
[ YOCTO #5622 ]
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/classes/base.bbclass|2 ++
meta/classes/license.bbclass | 14 +++---
2 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index c0d2c8ec8..8114cf6 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -540,6 +540,8 @@ python () {
check_license = False
if check_license and bad_licenses:
+bad_licenses = map(lambda l: canonical_license(d, l), bad_licenses)
+
whitelist = []
for lic in bad_licenses:
for w in [HOSTTOOLS_WHITELIST_, LGPLv2_WHITELIST_,
WHITELIST_]:
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 08f0665..973a95b 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -264,10 +264,18 @@ def return_spdx(d, license):
return d.getVarFlag('SPDXLICENSEMAP', license, True)
+def canonical_license(d, license):
+
+Return the canonical (SPDX) form of the license if available (so GPLv3
+becomes GPL-3.0), or the passed license if there is no canonical form.
+
+return d.getVarFlag('SPDXLICENSEMAP', license, True) or license
+
def incompatible_license(d, dont_want_licenses, package=None):
-This function checks if a recipe has only incompatible licenses. It also
take into consideration 'or'
-operand.
+This function checks if a recipe has only incompatible licenses. It also
+take into consideration 'or' operand. dont_want_licenses should be passed
+as canonical (SPDX) names.
import re
import oe.license
@@ -298,7 +306,7 @@ def incompatible_license(d, dont_want_licenses,
package=None):
licenses = oe.license.flattened_licenses(license, choose_lic_set)
except oe.license.LicenseError as exc:
bb.fatal('%s: %s' % (d.getVar('P', True), exc))
-return any(not license_ok(l) for l in licenses)
+return any(not license_ok(canonical_license(d, l)) for l in licenses)
def check_license_flags(d):
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] package.bbclass: convert file depends into pkg depends
On 14 July 2014 10:41, Robert Yang liezhi.y...@windriver.com wrote:
+prog_maps = {/bin/bash: bash, /usr/bin/perl: perl,
/usr/bin/python: python}
Use something like d.expand(${bindir}/perl) instead of hard-coding paths.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] any value in keeping the backward compat task-core stuff?
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
a number of the current packagegroup recipe files still have
backward compatibility support for the old task-core names, seems
like that's been there for well over a year, would it be safe to
finally just toss that? seems like everyone's had enough time to make
the move to the new names, and it would be clearer to not confuse the
proper use of the word task these days.
I agree; however this question should also be send to oe-core mailing
list (added in Cc)
I agree as well; these should go. I know there are some who want to
keep these indefinitely for upgrade purposes, but I think there's a
limit to how long they should stay around in OE-Core. They can
always be preserved in bbappends for those that do want to keep
them.
getting rid of all that task-core stuff in packagegroups looks
pretty easy, except for this snippet in
packagegroup-core-full-cmdline.bb:
packages = d.getVar(PACKAGES, True).split()
for pkg in packages:
if pkg.endswith('-dev'):
mapped = namemap.get(pkg[:-4], None)
if mapped:
mapped += '-dev'
elif pkg.endswith('-dbg'):
mapped = namemap.get(pkg[:-4], None)
if mapped:
mapped += '-dbg'
else:
mapped = namemap.get(pkg, None)
if mapped:
oldtaskname = mapped.replace(packagegroup-core, task-core)
mapstr = %s %s % (mapped, oldtaskname)
d.appendVar(RPROVIDES_%s % pkg, mapstr)
d.appendVar(RREPLACES_%s % pkg, mapstr)
d.appendVar(RCONFLICTS_%s % pkg, mapstr)
}
would one simply delete that last if mapped: conditional in its
entirety? or what?
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] setserial: package depends on groff-native to build
On 14 July 2014 10:03, jackie.hu...@windriver.com wrote: Add explicit depends to avoid host contamination. That's not host contamination, please reword the commit to explain that it's a missing build dependency. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] package.bbclass: convert file depends into pkg depends
On 07/14/2014 06:29 PM, Burton, Ross wrote:
On 14 July 2014 10:41, Robert Yang liezhi.y...@windriver.com wrote:
+prog_maps = {/bin/bash: bash, /usr/bin/perl: perl, /usr/bin/python:
python}
Use something like d.expand(${bindir}/perl) instead of hard-coding paths.
Good idea, thanks, will update it sooner.
// Robert
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 0/1] Fix for YB6498
The following changes since commit 9e99bcffec594cb5b4c3533200e8eb56d32e6a77: insane: Ensure do_package_qa happens after do_packagedata (2014-07-11 23:20:04 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib roxana/YB6498 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=roxana/YB6498 Roxana Ciobanu (1): latencytop: fix mount error .../latencytop-0.5/latencytop-fsync-mount.patch| 37 ++ meta/recipes-kernel/latencytop/latencytop_0.5.bb | 3 +- 2 files changed, 39 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 1/1] latencytop: fix mount error
Added a check to ensure debugfs is not mounted before trying
to mount it, because sysfs.sh already mounts it.
[ YOCTO #6498 ]
Signed-off-by: Roxana Ciobanu roxana.ciob...@intel.com
---
.../latencytop-0.5/latencytop-fsync-mount.patch| 37 ++
meta/recipes-kernel/latencytop/latencytop_0.5.bb | 3 +-
2 files changed, 39 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch
diff --git
a/meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch
b/meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch
new file mode 100644
index 000..9f2e120
--- /dev/null
+++ b/meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch
@@ -0,0 +1,37 @@
+Index: latencytop-0.5/fsync.c
+===
+--- latencytop-0.5.orig/fsync.c2014-07-14 13:25:27.657187985 +0300
latencytop-0.5/fsync.c 2014-07-14 13:26:12.033187979 +0300
+@@ -32,6 +32,7 @@
+ #include time.h
+ #include wchar.h
+ #include ctype.h
++#include sys/stat.h
+
+ #include glib.h
+
+@@ -142,16 +143,23 @@
+ int enable_fsync_tracer(void)
+ {
+ int ret;
++struct stat s_debug, s_mount_point;
++
+ /*
+ * Steps to do:
+ *
++ * check if /sys/kernel/debug is mounted
+ * mount -t debugfs none /sys/kernel/debug/
+ * cd /sys/kernel/debug/tracing
+ * echo fsync current_tracer
+ * echo ftrace_printk iter_ctrl
+ * echo 1 tracing_on
+ */
+- ret = system(/bin/mount -t debugfs none /sys/kernel/debug/);
++
++stat(/sys/kernel/debug/.., s_debug);
++if (stat(/sys/kernel/debug, s_mount_point) != 0 ||
++(s_debug.st_dev == s_mount_point.st_dev))
++ret = system(/bin/mount -t debugfs none /sys/kernel/debug/);
+ if (!ret)
+ return -1;
+ write_to_file(/sys/kernel/debug/tracing/current_tracer, fsync);
diff --git a/meta/recipes-kernel/latencytop/latencytop_0.5.bb
b/meta/recipes-kernel/latencytop/latencytop_0.5.bb
index 516e2c5..243f3d9 100644
--- a/meta/recipes-kernel/latencytop/latencytop_0.5.bb
+++ b/meta/recipes-kernel/latencytop/latencytop_0.5.bb
@@ -10,7 +10,8 @@ PR = r3
SRC_URI = http://www.latencytop.org/download/latencytop-${PV}.tar.gz \
file://latencytop-makefile.patch \
-file://latencytop-fsync.patch
+file://latencytop-fsync.patch \
+file://latencytop-fsync-mount.patch
SRC_URI[md5sum] = 73bb3371c6ee0b0e68e25289027e865c
SRC_URI[sha256sum] =
9e7f72fbea7bd918e71212a1eabaad8488d2c602205d2e3c95d62cd57e9203ef
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] any value in keeping the backward compat task-core stuff?
On Monday 14 July 2014 06:31:18 Robert P. J. Day wrote:
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
a number of the current packagegroup recipe files still have
backward compatibility support for the old task-core names, seems
like that's been there for well over a year, would it be safe to
finally just toss that? seems like everyone's had enough time to make
the move to the new names, and it would be clearer to not confuse the
proper use of the word task these days.
I agree; however this question should also be send to oe-core mailing
list (added in Cc)
I agree as well; these should go. I know there are some who want to
keep these indefinitely for upgrade purposes, but I think there's a
limit to how long they should stay around in OE-Core. They can
always be preserved in bbappends for those that do want to keep
them.
getting rid of all that task-core stuff in packagegroups looks
pretty easy, except for this snippet in
packagegroup-core-full-cmdline.bb:
packages = d.getVar(PACKAGES, True).split()
for pkg in packages:
if pkg.endswith('-dev'):
mapped = namemap.get(pkg[:-4], None)
if mapped:
mapped += '-dev'
elif pkg.endswith('-dbg'):
mapped = namemap.get(pkg[:-4], None)
if mapped:
mapped += '-dbg'
else:
mapped = namemap.get(pkg, None)
if mapped:
oldtaskname = mapped.replace(packagegroup-core, task-core)
mapstr = %s %s % (mapped, oldtaskname)
d.appendVar(RPROVIDES_%s % pkg, mapstr)
d.appendVar(RREPLACES_%s % pkg, mapstr)
d.appendVar(RCONFLICTS_%s % pkg, mapstr)
}
would one simply delete that last if mapped: conditional in its
entirety? or what?
Well the packagegroup-core-full-cmdline rename was relatively recent (March),
so it would be a bit early to remove that as well. You'd need to cut out just
the oldtaskname (and corresponding %s) bit.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] any value in keeping the backward compat task-core stuff?
On Mon, 14 Jul 2014, Paul Eggleton wrote: On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: a number of the current packagegroup recipe files still have backward compatibility support for the old task-core names, seems like that's been there for well over a year, would it be safe to finally just toss that? seems like everyone's had enough time to make the move to the new names, and it would be clearer to not confuse the proper use of the word task these days. I agree; however this question should also be send to oe-core mailing list (added in Cc) I agree as well; these should go. I know there are some who want to keep these indefinitely for upgrade purposes, but I think there's a limit to how long they should stay around in OE-Core. They can always be preserved in bbappends for those that do want to keep them. one more (general) question about this ... there's a fair bit of this task/packagegroup backward compatibility stuff under the meta-oe layer as well. i assume that patches to the meta-oe layer should still be posted to this list, but have a subject line of: [meta-oe][PATCH] ... correct? as in, two separate patches. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] UBI filesystem creation fails silently with 4k erase size
I have a NOR chip that reports a 4k erase size, so in my machine.conf I entered: MKUBIFS_ARGS = -m 1 -e 3968 -c 7040 UBINIZE_ARGS = -m 1 -p 4096 UBI_VOLNAME = qspi-rootfs When I create an image with ubi in the IMAGE_FSTYPES, the build runs and does not report any error, however it did NOT create the ubi filesystem image. If I change the parameters for a 64k flash using: MKUBIFS_ARGS = -m 1 -e 65408 -c 440 the ubi filesystem is created (both ubifs and ubi files). Where can I find what went wrong? I'd expect big read error messages telling me that it failed to create an image for my device, but I cannot find such message anywhere. So my questions are: 1) Why is there no error message when image creation fails? 2) Where is the log/output from the mkfs.ubi commands? 2) What could be wrong with my mkubifs parameters? Mike. Met vriendelijke groet / kind regards, Mike Looijmans TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0) 499 33 69 70 E-mail: mike.looijm...@topic.nl Website: www.topic.nl Please consider the environment before printing this e-mail Topic zoekt FPGA experts http://topic.nl/vacatures/word-jij-onze-nieuwe-fpga-expert/ -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] any value in keeping the backward compat task-core stuff?
On Monday 14 July 2014 07:39:23 Robert P. J. Day wrote: On Mon, 14 Jul 2014, Paul Eggleton wrote: On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: a number of the current packagegroup recipe files still have backward compatibility support for the old task-core names, seems like that's been there for well over a year, would it be safe to finally just toss that? seems like everyone's had enough time to make the move to the new names, and it would be clearer to not confuse the proper use of the word task these days. I agree; however this question should also be send to oe-core mailing list (added in Cc) I agree as well; these should go. I know there are some who want to keep these indefinitely for upgrade purposes, but I think there's a limit to how long they should stay around in OE-Core. They can always be preserved in bbappends for those that do want to keep them. one more (general) question about this ... there's a fair bit of this task/packagegroup backward compatibility stuff under the meta-oe layer as well. i assume that patches to the meta-oe layer should still be posted to this list, but have a subject line of: [meta-oe][PATCH] ... correct? as in, two separate patches. To be clear (since we're cross-posted to two lists in this thread) OE-Core patches go to the openembedded-core list, meta-oe patches to the openembedded- devel list. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] any value in keeping the backward compat task-core stuff?
On Mon, 14 Jul 2014, Paul Eggleton wrote: On Monday 14 July 2014 07:39:23 Robert P. J. Day wrote: On Mon, 14 Jul 2014, Paul Eggleton wrote: On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: a number of the current packagegroup recipe files still have backward compatibility support for the old task-core names, seems like that's been there for well over a year, would it be safe to finally just toss that? seems like everyone's had enough time to make the move to the new names, and it would be clearer to not confuse the proper use of the word task these days. I agree; however this question should also be send to oe-core mailing list (added in Cc) I agree as well; these should go. I know there are some who want to keep these indefinitely for upgrade purposes, but I think there's a limit to how long they should stay around in OE-Core. They can always be preserved in bbappends for those that do want to keep them. one more (general) question about this ... there's a fair bit of this task/packagegroup backward compatibility stuff under the meta-oe layer as well. i assume that patches to the meta-oe layer should still be posted to this list, but have a subject line of: [meta-oe][PATCH] ... correct? as in, two separate patches. To be clear (since we're cross-posted to two lists in this thread) OE-Core patches go to the openembedded-core list, meta-oe patches to the openembedded- devel list. ah, gotcha, will fix. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Remove long-deprecated task-core backward compat for packagegroups.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
a few notes:
* seems valid as i'm rebuilding a core-image-minimal for qemux86 so
the recipes seem to parse properly
* almost all of this is simple variable assignment deletion but for
that first patch, which is just the python code which does the same
thing
* there is also removal of some assignments that relate to similar
stuff over in meta-oe -- that will be removed in a separate patch
diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb
b/meta/recipes-core/packagegroups/packagegroup-base.bb
index 16f3a51..13a4fe4 100644
--- a/meta/recipes-core/packagegroups/packagegroup-base.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-base.bb
@@ -124,13 +124,6 @@ python __anonymous () {
if nfc in distro_features and not nfc in machine_features and
(usbhost in machine_features):
d.setVar(ADD_NFC, packagegroup-base-nfc)
-
-# For backwards compatibility after rename
-packages = d.getVar(PACKAGES, True).split()
-for pkg in packages:
-d.appendVar(RPROVIDES_%s % pkg, pkg.replace(packagegroup-,
task-))
-d.appendVar(RREPLACES_%s % pkg, pkg.replace(packagegroup-,
task-))
-d.appendVar(RCONFLICTS_%s % pkg, pkg.replace(packagegroup-,
task-))
}
#
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
b/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
index c8bc362..bdc4a1d 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
@@ -17,11 +17,6 @@ PACKAGE_ARCH = ${MACHINE_ARCH}
MACHINE_ESSENTIAL_EXTRA_RDEPENDS ?=
MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS ?=
-# For backwards compatibility after rename
-RPROVIDES_${PN} = task-core-boot
-RREPLACES_${PN} = task-core-boot
-RCONFLICTS_${PN} = task-core-boot
-
# Distro can override the following VIRTUAL-RUNTIME providers:
VIRTUAL-RUNTIME_dev_manager ?= udev
VIRTUAL-RUNTIME_login_manager ?= busybox
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-nfs.bb
b/meta/recipes-core/packagegroups/packagegroup-core-nfs.bb
index 24c98c4..247a30e 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-nfs.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-nfs.bb
@@ -10,11 +10,6 @@ inherit packagegroup
PACKAGES = ${PN}-server
-# For backwards compatibility after rename
-RPROVIDES_${PN}-server = task-core-nfs-server
-RREPLACES_${PN}-server = task-core-nfs-server
-RCONFLICTS_${PN}-server = task-core-nfs-server
-
SUMMARY_${PN}-server = NFS server
RDEPENDS_${PN}-server = \
nfs-utils \
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
b/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
index 1723989..a544bbd 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
@@ -10,11 +10,6 @@ inherit packagegroup
#PACKAGEFUNCS =+ 'generate_sdk_pkgs'
-# For backwards compatibility after rename
-RPROVIDES_packagegroup-core-sdk = task-core-sdk
-RREPLACES_packagegroup-core-sdk = task-core-sdk
-RCONFLICTS_packagegroup-core-sdk = task-core-sdk
-
RDEPENDS_packagegroup-core-sdk = \
packagegroup-core-buildessential \
coreutils \
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-ssh-dropbear.bb
b/meta/recipes-core/packagegroups/packagegroup-core-ssh-dropbear.bb
index 458d8fa..e99946f 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-ssh-dropbear.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-ssh-dropbear.bb
@@ -4,9 +4,4 @@ PR = r1
inherit packagegroup
-# For backwards compatibility after rename
-RPROVIDES_${PN} = task-core-ssh-dropbear
-RREPLACES_${PN} = task-core-ssh-dropbear
-RCONFLICTS_${PN} = task-core-ssh-dropbear
-
RDEPENDS_${PN} = dropbear
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-ssh-openssh.bb
b/meta/recipes-core/packagegroups/packagegroup-core-ssh-openssh.bb
index df70962..32d20e6 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-ssh-openssh.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-ssh-openssh.bb
@@ -4,9 +4,4 @@ PR = r1
inherit packagegroup
-# For backwards compatibility after rename
-RPROVIDES_${PN} = task-core-ssh-openssh
-RREPLACES_${PN} = task-core-ssh-openssh
-RCONFLICTS_${PN} = task-core-ssh-openssh
-
RDEPENDS_${PN} = openssh
diff --git
a/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
b/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
index 3325ef6..5d1ce97 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
@@ -4,14 +4,6 @@ LICENSE = MIT
inherit packagegroup
-# For backwards compatibility after rename
-RPROVIDES_${PN} = task-core-standalone-sdk-target
-RREPLACES_${PN} = task-core-standalone-sdk-target
-RCONFLICTS_${PN} =
Re: [OE-core] OpenEmbedded build issues with beagle board
Hi Bryan, On Tuesday 08 July 2014 12:22:59 Bryan wrote: Hi All I am trying to build Openembeeded classic for Beagle board-XM but i am getting lot of broken link issues. I have set DISTRO as angstrom-2010.x in local.conf. Is this approach ok? or should i move to openembedded core ?? Pls suggest. Broken link e.g. Resolving www.angstrom-distribution.org (www.angstrom-distribution.org)... 140.211.169.177 Connecting to www.angstrom-distribution.org (www.angstrom-distribution.org)|140.211.169.177|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2014-07-08 10:13:43 ERROR 404: Not Found. I would strongly suggest moving to OE-Core. OE-Classic isn't really supported anymore. Cheers. Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] UBI filesystem creation fails silently with 4k erase size
On 07/14/2014 02:07 PM, Mike Looijmans wrote: I have a NOR chip that reports a 4k erase size, so in my machine.conf I entered: MKUBIFS_ARGS = -m 1 -e 3968 -c 7040 UBINIZE_ARGS = -m 1 -p 4096 UBI_VOLNAME = qspi-rootfs When I create an image with ubi in the IMAGE_FSTYPES, the build runs and does not report any error, however it did NOT create the ubi filesystem image. If I change the parameters for a 64k flash using: MKUBIFS_ARGS = -m 1 -e 65408 -c 440 the ubi filesystem is created (both ubifs and ubi files). Where can I find what went wrong? I'd expect big read error messages telling me that it failed to create an image for my device, but I cannot find such message anywhere. So my questions are: 1) Why is there no error message when image creation fails? 2) Where is the log/output from the mkfs.ubi commands? 2) What could be wrong with my mkubifs parameters? The answer to that last question is that UBI itself refuses to work with a sector size below 15kB. Which results in UBI now failing to work on most NOR chips on the market because the kernel recently uses 4k erasing for all serial flash chips that support it. So just the question remains why OE doesn't tell me about mkfs.ubifs failure? Mike. Met vriendelijke groet / kind regards, Mike Looijmans TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0) 499 33 69 70 E-mail: mike.looijm...@topic.nl Website: www.topic.nl Please consider the environment before printing this e-mail Topic zoekt FPGA experts http://topic.nl/vacatures/word-jij-onze-nieuwe-fpga-expert/ -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] xf86-video-intel: upgrade to 2.99.912
Drop a backported patch that has been applied.
Apply a patch from upstream to add enable/disable options for each DRI level, as
.912 won't build if the X server doesn't support DRI3. Add PACKAGECONFIG
options for each DRI level and enable DRI1 and DRI2.
Add a PACKAGECONFIG option for the client tools, disabled by default as they're
only useful on machines with hybrid discrete/integrated GPUs.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../xf86-video-intel/configure-dri.patch | 166
...el_2.99.910.bb = xf86-video-intel_2.99.912.bb} | 19 ++-
2 files changed, 178 insertions(+), 7 deletions(-)
create mode 100644
meta/recipes-graphics/xorg-driver/xf86-video-intel/configure-dri.patch
rename meta/recipes-graphics/xorg-driver/{xf86-video-intel_2.99.910.bb =
xf86-video-intel_2.99.912.bb} (59%)
diff --git
a/meta/recipes-graphics/xorg-driver/xf86-video-intel/configure-dri.patch
b/meta/recipes-graphics/xorg-driver/xf86-video-intel/configure-dri.patch
new file mode 100644
index 000..7fa9443
--- /dev/null
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel/configure-dri.patch
@@ -0,0 +1,166 @@
+Add the ability to enable/disable specific versions of the DRI support.
+
+This is the following two commits from master squashed:
+ 7bc669dd4b7e3e5978e95e4131d1f9215afbc041
+ 5a0cb1049c2fa0586708719210a2d2cffa7a4491
+
+Upstream-Status: Backport
+Signed-off-by: Ross Burton ross.bur...@intel.com
+
+diff --git a/configure.ac b/configure.ac
+index b3b6e8e..bd654f3 100644
+--- a/configure.ac
b/configure.ac
+@@ -296,6 +296,21 @@ AC_ARG_ENABLE(dri,
+[Disable DRI support [[default=auto]]]),
+ [DRI=$enableval],
+ [DRI=auto])
++AC_ARG_ENABLE(dri1,
++AS_HELP_STRING([--disable-dri1],
++ [Disable DRI1 support [[default=yes]]]),
++[DRI1=$enableval],
++[DRI1=yes])
++AC_ARG_ENABLE(dri2,
++AS_HELP_STRING([--disable-dri2],
++ [Disable DRI2 support [[default=yes]]]),
++[DRI2=$enableval],
++[DRI2=yes])
++AC_ARG_ENABLE(dri3,
++AS_HELP_STRING([--disable-dri3],
++ [Disable DRI3 support [[default=yes]]]),
++[DRI3=$enableval],
++[DRI3=yes])
+
+ AC_ARG_ENABLE(xvmc, AS_HELP_STRING([--disable-xvmc],
+ [Disable XvMC support [[default=yes]]]),
+@@ -461,15 +476,15 @@ if test x$UMS = xyes; then
+ AC_DEFINE(UMS,1,[Assume UMS support])
+ fi
+
+-DRI1=no
++have_dri1=no
+ XORG_DRIVER_CHECK_EXT(XF86DRI, xf86driproto)
+-if test x$_EXT_CHECK != xno -a x$DRI != xno -a x$UMS = xyes; then
+- PKG_CHECK_MODULES(DRI1, [xf86driproto], [DRI1=$DRI], [DRI1=no])
++if test x$_EXT_CHECK != xno -a x$DRI != xno -a x$DRI1 != xno -a
x$UMS = xyes; then
++ PKG_CHECK_MODULES(DRI1, [xf86driproto], [have_dri1=$DRI],
[have_dri1=no])
+ save_CFLAGS=$CFLAGS
+ save_CPPFLAGS=$CPPFLAGS
+ CFLAGS=$CFLAGS $XORG_CFLAGS $DRI1_CFLAGS $DRM_CFLAGS
+ CPPFLAGS=$CPPFLAGS $XORG_CFLAGS $DRI1_CFLAGS $DRM_CFLAGS
+-AC_CHECK_HEADERS([dri.h sarea.h dristruct.h], [], [DRI1=no],
++AC_CHECK_HEADERS([dri.h sarea.h dristruct.h], [], [have_dri1=no],
+ [/* for dri.h */
+ #include xf86str.h
+ /* for dristruct.h */
+@@ -486,49 +501,55 @@ if test x$_EXT_CHECK != xno -a x$DRI != xno -a
x$UMS = xyes; then
+ fi
+
+ AC_MSG_CHECKING([whether to include DRI1 support])
+-AC_MSG_RESULT([$DRI1])
++AC_MSG_RESULT([$have_dri1])
+
+-AM_CONDITIONAL(DRI1, test x$DRI1 != xno)
+-if test x$DRI1 != xno; then
++AM_CONDITIONAL(DRI1, test x$have_dri1 != xno)
++if test x$have_dri1 != xno; then
+ AC_DEFINE(HAVE_DRI1,1,[Enable DRI1 driver support])
+ dri_msg=$dri_msg DRI1
+ else
+ DRI1_CFLAGS=
+ DRI1_LIBS=
+
+-if test x$DRI = xyes -a x$UMS = xyes; then
++if test x$DRI = xyes -a x$UMS = xyes -a x$DRI1 != xno;
then
+ AC_MSG_ERROR([DRI1 requested but prerequisites not found])
+ fi
+ fi
+
+-DRI2=no
+-DRI3=no
++have_dri2=no
++have_dri3=no
+ if test x$DRI != xno; then
+- PKG_CHECK_MODULES(DRI2, [dri2proto = 2.6], [DRI2=$DRI], [DRI2=no])
+- dridriverdir=`$PKG_CONFIG --variable=dridriverdir dri`
+- if test x$dridriverdir = x; then
+- dridriverdir=$libdir/dri
+- fi
+- AC_DEFINE_DIR(DRI_DRIVER_PATH, dridriverdir, [Default DRI2 driver path])
+ if test x$DRI2 != xno; then
++ PKG_CHECK_MODULES(DRI2, [dri2proto = 2.6], [have_dri2=$DRI],
[have_dri2=no])
++ fi
++ if test x$have_dri2 != xno; then
+ save_CFLAGS=$CFLAGS
+ CFLAGS=$XORG_CFLAGS $DRM_CFLAGS $DRI1_CFLAGS $DRI2_CFLAGS
+- AC_CHECK_HEADERS([dri2.h], [], [DRI2=no], [
++ AC_CHECK_HEADERS([dri2.h], [], [have_dri2=no], [
+ #include dixstruct.h
+ #include drm.h
+
[OE-core] [PATCH 2/2] xorg-driver: use PACKAGEFUNCS instead of populate_packages_prepend
The dependency adding function has nothing to do with package splitting, so move
it to a PACKAGEFUNC.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-driver/xorg-driver-common.inc |4 ++--
meta/recipes-graphics/xorg-driver/xorg-driver-input.inc |5 +++--
meta/recipes-graphics/xorg-driver/xorg-driver-video.inc |5 +++--
3 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
index b46974b..17fac8b 100644
--- a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
+++ b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
@@ -25,8 +25,8 @@ do_install_append() {
}
# Function to add the relevant ABI dependency to drivers, which should be
called
-# from a populate_packages append/prepend.
-def add_abi_depends(d, name):
+# from a PACKAGEFUNC.
+def _add_xorg_abi_depends(d, name):
# Map of ABI names exposed in the dependencies to pkg-config variables
abis = {
video: abi_videodrv,
diff --git a/meta/recipes-graphics/xorg-driver/xorg-driver-input.inc
b/meta/recipes-graphics/xorg-driver/xorg-driver-input.inc
index a544d71..fbec064 100644
--- a/meta/recipes-graphics/xorg-driver/xorg-driver-input.inc
+++ b/meta/recipes-graphics/xorg-driver/xorg-driver-input.inc
@@ -2,9 +2,10 @@ include xorg-driver-common.inc
DEPENDS += inputproto kbproto
-python populate_packages_prepend() {
-add_abi_depends(d, input)
+python add_xorg_abi_depends() {
+_add_xorg_abi_depends(d, input)
}
+PACKAGEFUNCS =+ add_xorg_abi_depends
FILES_${PN} += ${libdir}/xorg/modules/input/*.so
FILES_${PN}-dbg += ${libdir}/xorg/modules/input/.debug
diff --git a/meta/recipes-graphics/xorg-driver/xorg-driver-video.inc
b/meta/recipes-graphics/xorg-driver/xorg-driver-video.inc
index 4fe3349..38281e0 100644
--- a/meta/recipes-graphics/xorg-driver/xorg-driver-video.inc
+++ b/meta/recipes-graphics/xorg-driver/xorg-driver-video.inc
@@ -2,6 +2,7 @@ include xorg-driver-common.inc
DEPENDS =+ renderproto videoproto xextproto fontsproto
-python populate_packages_prepend() {
-add_abi_depends(d, video)
+python add_xorg_abi_depends() {
+_add_xorg_abi_depends(d, video)
}
+PACKAGEFUNCS =+ add_xorg_abi_depends
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [meta-oe][PATCH] cups: extend cups-no-gcrypt.patch to apply to configure script
On 12 July 2014 03:42, Peter A. Bigot p...@pabigot.com wrote: The original patch removed gcrypt from an m4 source file that contributes to configure.in, but didn't apply those changes to or rebuild the configure script itself. This allowed libgcrypt-config to be found, adding native libraries to the target build. I'm really not happy with maintaining patches to generated files, do you know why we don't use the usual autotools class to re-generate the configure script at build time? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] python2: Add PACKAGECONFIG for tkinter to support tk from meta-oe
Previously, the python recipe did not have a way to add a DEPENDS on
tk.
This makes the option available for users of the meta-oe/meta-oe layer.
Signed-off-by: Jate Sujjavanich jate...@gmail.com
---
meta/recipes-devtools/python/python_2.7.3.bb |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/python/python_2.7.3.bb
b/meta/recipes-devtools/python/python_2.7.3.bb
index 0d64172..cc54296 100644
--- a/meta/recipes-devtools/python/python_2.7.3.bb
+++ b/meta/recipes-devtools/python/python_2.7.3.bb
@@ -42,6 +42,8 @@ S = ${WORKDIR}/Python-${PV}
inherit autotools multilib_header python-dir pythonnative
+PACKAGECONFIG[tkinter] = ,,tk,tk tk-lib
+
# The 3 lines below are copied from the libffi recipe, ctypes ships its own
copy of the libffi sources
#Somehow gcc doesn't set __SOFTFP__ when passing -mfloatabi=softp :(
TARGET_CC_ARCH_append_armv6 = -D__SOFTFP__
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] populate_sdk_base: ensure that filenames with empty space character are handled
On Sat, Jul 12, 2014 at 10:20 AM, João Henrique Ferreira de Freitas
joa...@gmail.com wrote:
Hi Otavio
Em 08-07-2014 22:33, Otavio Salvador escreveu:
Now talking about the patch itself, Joao, did you try to avoid the extra
fork calling echo? Using '-print0' option in find might help.
Not until now. But I agree about your concern. So, instead of
executable_files=$($SUDO_EXEC find $native_sysroot -type f -perm /111 -exec
echo \'{}\' \;)
Its better do:
executable_files=$($SUDO_EXEC find $native_sysroot -type f -perm /111
-printf '%h/%f' )
No extra fork was used with -printf '%h/%f' .
The argument -print0 is not an option because the output of find command
will be 'path1 path2 path 3' a concatenation of strings not strings split by
space and protected with ' '.
Both results are valid. But the second is nicer. What do you think?
Nice.
When I did this patch I was not thinking to solve all problems about spaces
in filename. However a deep dig is needed to track all points that have this
issue.
Fully agree but this shouldn't deny this patch to be applied. It is a
step further.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] python2: Add PACKAGECONFIG for tkinter to support tk from meta-oe
Jate Sujjavanich jatedev-re5jqeeqqe8avxtiumw...@public.gmane.org writes: +PACKAGECONFIG[tkinter] = ,,tk,tk tk-lib What do you want to reach with this? Afais, build is not more deterministic than before and requiring both 'tk' and 'tk-lib' when 'tkinter' is *not* enabled does not look sane to me either. You probably want something like | PACKAGECONFIG[tkinter]=--with-tkinter, --without-tkinter, tk tk-lib although I do not know/checked whether '--with*-tkinter' is supported by python's configure script. Enrico -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [meta-oe][PATCH] cups: extend cups-no-gcrypt.patch to apply to configure script
On 07/14/2014 09:37 AM, Burton, Ross wrote: On 12 July 2014 03:42, Peter A. Bigot p...@pabigot.com wrote: The original patch removed gcrypt from an m4 source file that contributes to configure.in, but didn't apply those changes to or rebuild the configure script itself. This allowed libgcrypt-config to be found, adding native libraries to the target build. I'm really not happy with maintaining patches to generated files, do you know why we don't use the usual autotools class to re-generate the configure script at build time? No; it was that way when I found it, and I'm still too rusty on yocto to do it the right way. If you can point me to a recipe that does this I'll try to rework it (and resubmit based on openembedded-core instead of poky). (FWIW: The issue doesn't show up building cups; it shows up with core-image-lsb building ghostscript which believes cups-config's lie that it needs -L/lib/x86_64-linux-gnu to find the gcrypt libraries that it doesn't reference.) Peter -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] package.bbclass: convert file depends into pkg depends
Hello,
Found that eglibc-utils/usr/bin/tzselect is a bash script, should we
add:
RDEPENDS_eglibc-utils += bash ?
The problem is that this would cause bash installed to meta-toolchain,
the dependencies chain is:
meta-toolchain - eglibc-utils - bash
Maybe we should only warn rather than add the RDEPENDS atm, please ?
// Robert
On 07/14/2014 06:29 PM, Burton, Ross wrote:
On 14 July 2014 10:41, Robert Yang liezhi.y...@windriver.com wrote:
+prog_maps = {/bin/bash: bash, /usr/bin/perl: perl, /usr/bin/python:
python}
Use something like d.expand(${bindir}/perl) instead of hard-coding paths.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Regarding ./configure and Makefile
Hi,
Suppose I have a package and to compile and install that package, it is
required to run following:
./configure
make
make install
Then how can I include these in my package receipe.
Please help.
Regards,
Himanshu
nbsp;
From: Robert Yang lt;liezhi.y...@windriver.comgt;
Sent: Fri, 11 Jul 2014 06:42:31
To: Himanshu Pandey lt;pandey_himansh...@rediffmail.comgt;
Cc: openembedded-de...@lists.openembedded.org
lt;openembedded-de...@lists.openembedded.orggt;
Subject: Re: Regarding pptpd package
Seems that we don't have the pptpd recipes, you can search from here:
http://layers.openembedded.org/layerindex/branch/master/recipes/?q=pptpd
For the configure error:
sh: util/bindvar.sh: No such file or directory
You need check where is the bindvar.sh, and why can't find it.
// Robert
On 07/10/2014 07:29 PM, Himanshu Pandey wrote:
gt; Hi,
gt;
gt; nbsp;From where can I find pptpd in git.
gt;
gt; Please help.
gt;
gt; Regards,
gt; Himanshu
gt;
gt;
gt;
gt;
gt; From: Robert Yang lt;liezhi.y...@windriver.comgt;
gt; Sent: Thu, 10 Jul 2014 16:24:38
gt; To: Himanshu Pandey lt;pandey_himansh...@rediffmail.comgt;
gt; Cc: openembedded-de...@lists.openembedded.org
gt; lt;openembedded-de...@lists.openembedded.orggt;
gt; Subject: Re: Regarding dhcp package
gt;
gt; The error is:
gt;
gt; configure: error: source directory already configured; run make distclean
gt; there first
gt;
gt; Try a clean build ?
gt;
gt; For example:
gt;
gt; bitbake dhcp -ccleansstate amp;amp; bitbake dhcp
gt;
gt; If you get the same error again, you may need inherit autotools-brokensep
gt; rather than autotools as a quick workaround.
gt;
gt; // Robert
gt;
gt; On 07/10/2014 05:50 PM, Himanshu Pandey wrote:
gt; nbsp;gt; Hi,
gt; nbsp;gt;
gt; nbsp;gt; As advised by you I have done that but again I am getting an
error.
gt; nbsp;gt;
gt; nbsp;gt; Please find the log as attachment.
gt; nbsp;gt;
gt; nbsp;gt; Regards,
gt; nbsp;gt; Himanshu
gt; nbsp;gt;
gt; nbsp;gt; From: Robert Yang lt;liezhi.y...@windriver.comgt;
gt; nbsp;gt; Sent: Thu, 10 Jul 2014 14:08:59
gt; nbsp;gt; To: Himanshu Pandey lt;pandey_himansh...@rediffmail.comgt;
gt; nbsp;gt; Cc: openembedded-de...@lists.openembedded.org
gt; nbsp;gt; lt;openembedded-de...@lists.openembedded.orggt;
gt; nbsp;gt; Subject: Re: Regarding dhcp package
gt; nbsp;gt;
gt; nbsp;gt;
gt; nbsp;gt; On 07/10/2014 04:17 PM, Himanshu Pandey wrote:
gt; nbsp;gt; nbsp;gt; Hi Robert,
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt; I am getting an error while compiling my dhcp
package. Please find the log as
gt; nbsp;gt; nbsp;gt; attachment.
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt; My dhcp bb file is as follows:
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt; SECTION = base
gt; nbsp;gt; nbsp;gt; SUMMARY = Internet Software Consortium DHCP package
gt; nbsp;gt; nbsp;gt; DESCRIPTION = DHCP (Dynamic Host Configuration
Protocol) is a protocol \
gt; nbsp;gt; nbsp;gt; which allows individual devices on an IP network to
get their own \
gt; nbsp;gt; nbsp;gt; network configuration information from a server.
nbsp;DHCP helps make it \
gt; nbsp;gt; nbsp;gt; easier to administer devices.
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt; HOMEPAGE = http://www.isc.org/;
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt; LICENSE = CLOSED
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt; DEPENDS = openssl bind
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt; SRC_URI =
gt; nbsp;gt;
svn://192.43.23.436/home/repo/dhcp-4.2.4-P2;module=branch;user=;pswd=
gt;
lt;http://192.43.23.436/home/repo/dhcp-4.2.4-P2;module=branch;user=;pswd=gt;
gt; nbsp;gt;
lt;http://192.43.23.436/home/repo/dhcp-4.2.4-P2;module=branch;user=;pswd=gt;
gt; nbsp;gt; nbsp;gt; SRCREV = ${AUTOREV}
gt; nbsp;gt; nbsp;gt; S= ${WORKDIR}/trunk
gt; nbsp;gt; nbsp;gt; #inherit autotools
gt; nbsp;gt; nbsp;gt; do_compile() {
gt; nbsp;gt; nbsp;gt; nbsp; nbsp; nbsp; nbsp; nbsp;#cp -f
${WORKDIR}/trunk/include/site.h ${S}/includes
gt; nbsp;gt; nbsp;gt; nbsp; nbsp; nbsp; nbsp; nbsp;cd ../trunk
gt; nbsp;gt; nbsp;gt; nbsp; nbsp; nbsp; nbsp; nbsp;./configure
--prefix=${prefix} --host=${HOST_SYS}
gt; nbsp;gt; nbsp;gt; nbsp; nbsp; nbsp; nbsp; nbsp;make
gt; nbsp;gt; nbsp;gt; }
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt;
gt; nbsp;gt; I think that these are wrong, you should not disable the
inherit autotools,
gt; nbsp;gt; and should not use ./configure or make directly, try to
enable
gt; nbsp;gt; the inherit autotools, and remove the do_compile section to
see what
gt; nbsp;gt; would happen, maybe you need:
gt; nbsp;gt;
gt; nbsp;gt; inherit autotools
gt; nbsp;gt; S = ${WORKDIR}/trunk
gt; nbsp;gt;
gt; nbsp;gt; // Robert
gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt;
gt; nbsp;gt; nbsp;gt; do_install_append () {
gt; nbsp;gt; nbsp;gt; nbsp; nbsp; nbsp; nbsp; nbsp;install -d
${D}${sysconfdir}/init.d
gt; nbsp;gt; nbsp;gt; nbsp; nbsp; nbsp; nbsp; nbsp;install -d
${D}${sysconfdir}/default
gt; nbsp;gt; nbsp;gt; nbsp; nbsp; nbsp;
Re: [OE-core] [PATCH v3 1/1] latencytop: fix mount error
On 07/14/2014 03:58 AM, Roxana Ciobanu wrote:
Added a check to ensure debugfs is not mounted before trying
to mount it, because sysfs.sh already mounts it.
[ YOCTO #6498 ]
Signed-off-by: Roxana Ciobanu roxana.ciob...@intel.com
---
.../latencytop-0.5/latencytop-fsync-mount.patch| 37 ++
meta/recipes-kernel/latencytop/latencytop_0.5.bb | 3 +-
2 files changed, 39 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch
diff --git
a/meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch
b/meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch
new file mode 100644
index 000..9f2e120
--- /dev/null
+++ b/meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-fsync-mount.patch
This patch file needs Signed-off-by and Upstream-Status tags. Also have
you submitted this change to the upstream community?
Sau!
@@ -0,0 +1,37 @@
+Index: latencytop-0.5/fsync.c
+===
+--- latencytop-0.5.orig/fsync.c2014-07-14 13:25:27.657187985 +0300
latencytop-0.5/fsync.c 2014-07-14 13:26:12.033187979 +0300
+@@ -32,6 +32,7 @@
+ #include time.h
+ #include wchar.h
+ #include ctype.h
++#include sys/stat.h
+
+ #include glib.h
+
+@@ -142,16 +143,23 @@
+ int enable_fsync_tracer(void)
+ {
+ int ret;
++struct stat s_debug, s_mount_point;
++
+ /*
+ * Steps to do:
+ *
++ * check if /sys/kernel/debug is mounted
+ * mount -t debugfs none /sys/kernel/debug/
+ * cd /sys/kernel/debug/tracing
+ * echo fsync current_tracer
+ * echo ftrace_printk iter_ctrl
+ * echo 1 tracing_on
+ */
+- ret = system(/bin/mount -t debugfs none /sys/kernel/debug/);
++
++stat(/sys/kernel/debug/.., s_debug);
++if (stat(/sys/kernel/debug, s_mount_point) != 0 ||
Why do two stats here? Can't you stat an entry inside of the
/sys/kernel/debug directory?
Sau!
++(s_debug.st_dev == s_mount_point.st_dev))
++ret = system(/bin/mount -t debugfs none /sys/kernel/debug/);
+ if (!ret)
+ return -1;
+ write_to_file(/sys/kernel/debug/tracing/current_tracer, fsync);
diff --git a/meta/recipes-kernel/latencytop/latencytop_0.5.bb
b/meta/recipes-kernel/latencytop/latencytop_0.5.bb
index 516e2c5..243f3d9 100644
--- a/meta/recipes-kernel/latencytop/latencytop_0.5.bb
+++ b/meta/recipes-kernel/latencytop/latencytop_0.5.bb
@@ -10,7 +10,8 @@ PR = r3
SRC_URI = http://www.latencytop.org/download/latencytop-${PV}.tar.gz \
file://latencytop-makefile.patch \
-file://latencytop-fsync.patch
+file://latencytop-fsync.patch \
+file://latencytop-fsync-mount.patch
SRC_URI[md5sum] = 73bb3371c6ee0b0e68e25289027e865c
SRC_URI[sha256sum] =
9e7f72fbea7bd918e71212a1eabaad8488d2c602205d2e3c95d62cd57e9203ef
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] python2: Add PACKAGECONFIG for tkinter to support tk from meta-oe
Python 2.7.x does not use an explicit configure option for tk support. Instead, it tries to detect the tk and tcl libraries before compiling python-tkinter. In PACKAGECONFIG[*], items three and four are the DEPENDS and RDEPENDS, respectively. They are only added to the python DEPENDS/RDEPENDS when the user adds tkinter to the PACKAGECONFIG value. This thread contains more discussion: https://lists.yoctoproject.org/pipermail/yocto/2014-July/thread.html#20415 - Jate S. On Mon, Jul 14, 2014 at 11:31 AM, Enrico Scholz enrico.sch...@sigma-chemnitz.de wrote: Jate Sujjavanich jatedev-re5jqeeqqe8avxtiumw...@public.gmane.org writes: +PACKAGECONFIG[tkinter] = ,,tk,tk tk-lib What do you want to reach with this? Afais, build is not more deterministic than before and requiring both 'tk' and 'tk-lib' when 'tkinter' is *not* enabled does not look sane to me either. You probably want something like | PACKAGECONFIG[tkinter]=--with-tkinter, --without-tkinter, tk tk-lib although I do not know/checked whether '--with*-tkinter' is supported by python's configure script. Enrico -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] file: fix perl reported as awk
On 07/10/2014 06:51 PM, Robert Yang wrote:
The awk pattern was checked *before* the Perl pattern, so the perl
script with BEGIN{...} would be reported as awk, this patch fixes it.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
.../recipes-devtools/file/file/debian-742262.patch | 16
meta/recipes-devtools/file/file_5.18.bb|4 +++-
2 files changed, 19 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-devtools/file/file/debian-742262.patch
diff --git a/meta/recipes-devtools/file/file/debian-742262.patch
b/meta/recipes-devtools/file/file/debian-742262.patch
new file mode 100644
index 000..5cfe380
--- /dev/null
+++ b/meta/recipes-devtools/file/file/debian-742262.patch
@@ -0,0 +1,16 @@
+The awk pattern was checked *before* the Perl pattern, so the perl
+script with BEGIN{...} would be reported as awk, this patch fixes it.
+
+Upstream-Status: Backport [debian]
+
Missing the Signed-off-by here also.
Sau!
+diff --git a/magic/Magdir/commands b/magic/Magdir/commands
+--- a/magic/Magdir/commands
b/magic/Magdir/commands
+@@ -50,6 +50,7 @@
+ 0 string/wt #!\ /usr/bin/awkawk script text executable
+ !:mimetext/x-awk
+ 0 regex =^\\s{0,100}BEGIN\\s{0,100}[{] awk script text
++!:strength - 12
+
+ # ATT Bell Labs' Plan 9 shell
+ 0 string/wt #!\ /bin/rc Plan 9 rc shell script text executable
diff --git a/meta/recipes-devtools/file/file_5.18.bb
b/meta/recipes-devtools/file/file_5.18.bb
index a7db410..ba61f22 100644
--- a/meta/recipes-devtools/file/file_5.18.bb
+++ b/meta/recipes-devtools/file/file_5.18.bb
@@ -13,7 +13,9 @@ DEPENDS_class-native = zlib-native
SRC_URI = ftp://ftp.astron.com/pub/file/file-${PV}.tar.gz \
file://dump \
- file://filesystems
+ file://filesystems \
+ file://debian-742262.patch \
+
SRC_URI[md5sum] = d420d8f2990cd344673acfbf8d76ff5a
SRC_URI[sha256sum] =
6519fb706d583231c2419592ebecdbb21d33c62eaf7a1a0b24ddfcb80c08bf07
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] python2: Add PACKAGECONFIG for tkinter to support tk from meta-oe
Jate S jate...@gmail.com writes:
Python 2.7.x does not use an explicit configure option for tk support.
Instead, it tries to detect the tk and tcl libraries before compiling
python-tkinter.
Your patch does not solve the issue of non-deterministic builds. When
tk was added by some other way, python will get tkinter support although
PACKAGECONFIG was not set.
An idea to make build deterministic might be patching of detect_modules()
in setup.py to add disabled modules to 'missing'. E.g.
| missing.append('_tkinter')
|
|+missing.extend(os.environ('OE_HACK_MISSING').split())
| return missing
Probably there are better/cleaner ways but I am not familar with python
distutils.
Enrico
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] pseudo_1.6.0.bb: uprev to pseudo 1.6
On Fri, 11 Jul 2014 22:32:49 +0100 Richard Purdie richard.pur...@linuxfoundation.org wrote: The issue is the lack of the xattr headers from what I saw, not the xattr support itself and we're missing what looks like a single define. For the complexity, I did wonder if we should ship a default... Thinking about this more, the default alone wouldn't do it, I'd have to either drop the header or make it conditional, which I'd sort of prefer not to do. Checks for header availability are a pain. So should I resubmit with the attr-native dependency? I don't know how much build time that will impose, but I assume not very much. -s -- Listen, get this. Nobody with a good compiler needs to be justified. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] pseudo_1.6.0.bb: uprev to pseudo 1.6
On 14 July 2014 19:39, Peter Seebach peter.seeb...@windriver.com wrote: So should I resubmit with the attr-native dependency? I don't know how much build time that will impose, but I assume not very much. Please do, the build time for attr-native is minimal in the scheme of things. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3 1/1] latencytop: fix mount error
On 14 July 2014 18:49, Saul Wold s...@linux.intel.com wrote: Why do two stats here? Can't you stat an entry inside of the /sys/kernel/debug directory? It's the idiomatic is this a mount point test: look at the device number inside and outside the hopeful mount point, and if they're different then there's a mount. You need to stat twice to determine this. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] pseudo_1.6.0.bb: uprev to pseudo 1.6
This uprevs pseudo to 1.6. This merges in all of the existing
fixes, and also adds partial support for extended attributes,
including storing arbitrary extended attributes in the database,
and also interpreting the posix permissions ACLs as chmod
requests.
The extended attribute support means we need xattr.h, the simplest
way to be sure of this is to build attr before pseudo, which doesn't
take long.
Signed-off-by: Peter Seebach peter.seeb...@windriver.com
---
meta/recipes-devtools/pseudo/pseudo.inc |6 +-
meta/recipes-devtools/pseudo/pseudo_1.5.1.bb |4
meta/recipes-devtools/pseudo/pseudo_1.6.0.bb | 10 ++
meta/recipes-devtools/pseudo/pseudo_git.bb |4 ++--
4 files changed, 17 insertions(+), 7 deletions(-)
create mode 100644 meta/recipes-devtools/pseudo/pseudo_1.6.0.bb
diff --git a/meta/recipes-devtools/pseudo/pseudo.inc
b/meta/recipes-devtools/pseudo/pseudo.inc
index 42738ab..11a8514 100644
--- a/meta/recipes-devtools/pseudo/pseudo.inc
+++ b/meta/recipes-devtools/pseudo/pseudo.inc
@@ -7,11 +7,7 @@ HOMEPAGE = http://git.yoctoproject.org/cgit/cgit.cgi/pseudo;
LIC_FILES_CHKSUM = file://COPYING;md5=243b725d71bb5df4a1e5920b344b86ad
SECTION = base
LICENSE = LGPL2.1
-DEPENDS = sqlite3
-
-SRC_URI_append_class-nativesdk = file://symver.patch
-
-SRC_URI_append_class-native = file://symver.patch
+DEPENDS = sqlite3 attr
FILES_${PN} = ${prefix}/lib/pseudo/lib*/libpseudo.so ${bindir}/*
${localstatedir}/pseudo ${prefix}/var/pseudo
FILES_${PN}-dbg += ${prefix}/lib/pseudo/lib*/.debug
diff --git a/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb
b/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb
index 47291fd..8d562ec 100644
--- a/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb
@@ -10,6 +10,10 @@ SRC_URI = \
file://pseudo-fchmodat-permissions.patch \
+SRC_URI_append_class-nativesdk = file://symver.patch
+
+SRC_URI_append_class-native = file://symver.patch
+
SRC_URI[md5sum] = 5ec67c7bff5fe68c56de500859c19172
SRC_URI[sha256sum] =
3b896f592f4d568569bd02323fad2d6b8c398e16ca36ee5a8947d2ff6c1d3d52
diff --git a/meta/recipes-devtools/pseudo/pseudo_1.6.0.bb
b/meta/recipes-devtools/pseudo/pseudo_1.6.0.bb
new file mode 100644
index 000..e92c4d7
--- /dev/null
+++ b/meta/recipes-devtools/pseudo/pseudo_1.6.0.bb
@@ -0,0 +1,10 @@
+require pseudo.inc
+
+SRC_URI = \
+http://www.yoctoproject.org/downloads/${BPN}/${BPN}-${PV}.tar.bz2 \
+
+
+SRC_URI[md5sum] = 78c3f8aa8efe8cf15a2b21261174e3b6
+SRC_URI[sha256sum] =
e24f526443b31c3292ec5ba04950d230b5388e8983c7e192e9e489c007f3dba3
+
+PSEUDO_EXTRA_OPTS ?= --enable-force-async
diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb
b/meta/recipes-devtools/pseudo/pseudo_git.bb
index 66fc85f..ef258fa 100644
--- a/meta/recipes-devtools/pseudo/pseudo_git.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
@@ -1,7 +1,7 @@
require pseudo.inc
-SRCREV = b9eb2b5633b5a23efe72c950494728d93c2b5823
-PV = 1.5.1+git${SRCPV}
+SRCREV = 512b84fb539c970464a93107995edf0e775d13fa
+PV = 1.6.0+git${SRCPV}
DEFAULT_PREFERENCE = -1
--
1.7.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] pseudo 1.6
This is the pseudo 1.6 update, now with an explicit dependency on attr to make sure xattr.h is available. Also a signed-off-by. Previous blurb: pseudo 1.6.0 is a moderately significant update. It should actually be better in a number of ways. Performance may be slightly improved by changes to how debugging messages are generated. Debugging output is dramatically improved. Extended attributes are supported. I don't really feel this can be tested adequately without pretty broad exposure, so I'm leaving the 1.5.1 recipe in-tree in this update, so people can go back if they have problems. The following changes since commit fa325e44f5b429b4038022b31285af9c94672943: insane: Ensure do_package_qa happens after do_packagedata (2014-07-11 23:19:18 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib seebs/pseudo16 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=seebs/pseudo16 Peter Seebach (1): pseudo_1.6.0.bb: uprev to pseudo 1.6 meta/recipes-devtools/pseudo/pseudo.inc |6 +- meta/recipes-devtools/pseudo/pseudo_1.5.1.bb |4 meta/recipes-devtools/pseudo/pseudo_1.6.0.bb | 10 ++ meta/recipes-devtools/pseudo/pseudo_git.bb |4 ++-- 4 files changed, 17 insertions(+), 7 deletions(-) create mode 100644 meta/recipes-devtools/pseudo/pseudo_1.6.0.bb -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] State of bitbake world, Failed tasks 2014-07-14
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2014-07-14 ==
=== common (31) ===
* meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile
*
meta-openembedded/meta-filesystems/recipes-filesystems/owfs/owfs_2.9p1.bb,
do_compile
*
meta-openembedded/meta-filesystems/recipes-filesystems/smbnetfs/smbnetfs_git.bb,
do_configure
*
meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_5.9.0.bb,
do_configure
*
meta-openembedded/meta-multimedia/recipes-multimedia/openal/openal-soft_1.15.1.bb,
do_compile
* meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.1.4.bb,
do_configure
* meta-openembedded/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb,
do_install
* meta-openembedded/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb, do_package_qa
* meta-openembedded/meta-oe/recipes-devtools/python/python-cython_git.bb,
do_package_qa
* meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_3.10.bb,
do_compile
* meta-openembedded/meta-oe/recipes-extended/hexedit/hexedit_1.2.13.bb,
do_compile
* meta-openembedded/meta-oe/recipes-extended/lcdproc/lcdproc_0.5.5.bb,
do_compile
* meta-openembedded/meta-oe/recipes-navigation/gdal/gdal_1.10.1.bb,
do_install
* meta-openembedded/meta-oe/recipes-navigation/orrery/orrery_2.7.bb,
do_compile
* meta-openembedded/meta-oe/recipes-support/daemonize/daemonize_git.bb,
do_configure
* meta-openembedded/meta-oe/recipes-support/farsight/libnice_0.0.13.bb,
do_configure
* meta-openembedded/meta-oe/recipes-support/fltk/fltk_1.1.10.bb, do_install
* meta-openembedded/meta-oe/recipes-support/pidgin/libotr_4.0.0.bb,
do_compile
* meta-openembedded/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb,
do_package
* meta-openembedded/meta-xfce/recipes-xfce/xfconf/xfconf_4.10.0.bb,
do_configure
* meta-smartphone/meta-aurora/recipes-aurora/aurora/aurora-daemon_git.bb,
do_configure
*
meta-smartphone/meta-fso/recipes-freesmartphone/freesmartphone/zhone_git.bb,
do_compile
*
meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb,
do_compile
* meta-smartphone/meta-palm/recipes-bsp/tsmd/tsmd_git.bb, do_configure
* meta-smartphone/meta-shr/recipes-shr/3rdparty/numptyphysics_svn.bb,
do_configure
* meta-smartphone/meta-shr/recipes-shr/3rdparty/sensmon_git.bb, do_configure
* meta-smartphone/meta-shr/recipes-shr/3rdparty/vagalume_0.8.5.bb,
do_configure
* meta-smartphone/meta-shr/recipes-shr/3rdparty/valacompass_git.bb,
do_configure
* meta-smartphone/meta-shr/recipes-shr/games/mokomaze_0.5.5.bb, do_configure
* meta-smartphone/meta-shr/recipes-shr/shr/phonefsod_git.bb, do_configure
* meta-smartphone/meta-shr/recipes-shr/shr/python-phoneutils_git.bb,
do_compile
=== common-x86 (4) ===
* meta-browser/recipes-browser/chromium/chromium_35.0.1916.114.bb,
do_compile
*
meta-openembedded/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot_3.10.bb,
do_package_qa
*
meta-openembedded/meta-oe/recipes-devtools/concurrencykit/concurrencykit_git.bb,
do_compile
*
meta-smartphone/meta-fso/recipes-freesmartphone/freesmartphone/mioctl_git.bb,
do_configure
=== qemuarm (14) ===
* meta-openembedded/meta-efl/recipes-navigation/mcnavi/mcnavi_0.3.4.bb,
do_configure
*
meta-openembedded/meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb,
do_configure
*
meta-openembedded/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb,
do_compile
*
meta-openembedded/meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb,
do_package_qa
* meta-openembedded/meta-oe/recipes-extended/hplip/hplip_3.12.6.bb,
do_compile
* meta-openembedded/meta-oe/recipes-extended/subsurface/subsurface_git.bb,
do_compile
* meta-openembedded/meta-oe/recipes-graphics/fbgrab/fbgrab_1.2.bb,
do_install
* meta-openembedded/meta-oe/recipes-support/flite/flite-alsa_1.3.bb,
do_install
* meta-openembedded/meta-oe/recipes-support/usbpath/usbpath_svn.bb,
do_configure
* meta-openembedded/meta-webserver/recipes-httpd/monkey/monkey_1.5.1.bb,
do_package
*
meta-smartphone/meta-fso/recipes-freesmartphone/freesmartphone/fso-gpsd_git.bb,
do_configure
*
meta-smartphone/meta-osmocombb/recipes-osmocombb/osmoconbb/osmocon_git.bb,
do_configure
* openembedded-core/meta/recipes-kernel/lttng/lttng-modules_2.3.3.bb,
do_compile
*
openembedded-core/meta/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.13.bb,
do_configure
=== qemux86 (1) ===
* openembedded-core/meta/recipes-bsp/usbinit/usbinit.bb, do_install
=== qemux86_64 (2) ===
*
meta-openembedded/meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb,
do_compile
* meta-qt5/recipes-qt/qt5/qtwebengine_git.bb, do_compile
=== Number of failed tasks ===
{| class=wikitable
|-
||qemuarm ||45
[OE-core] State of bitbake world, test-dependencies 2014-06-27
This was again full 14-day pass, this time with even more failures, because oe-core is now more strict about dependencies (I've sent couple of fixes for missing pkgconfig/intltool-native/gtk-doc and triggered new incremental build which should highlight more interesting issues). Complete logs: http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20140627_230813.log/ ERROR: 881 issues were found in these recipes: abiword adb ajenti android-initscripts anjuta-remote-run apcupsd atd-over-fso aurora-daemon aurora-systemmanager barnyard barnyard2 bigbuckbunny-1080p bigbuckbunny-480p bigbuckbunny-720p ca-certificates-cross check cheese chromium claws-mail claws-plugin-gtkhtml2-viewer claws-plugin-mailmbox claws-plugin-rssyl clutter-box2d concurrencykit coriander cramfs curlpp daemonize dbus-ptest ecore edbus edbus2 efl emacs emprint eve exo farsight2 fbgrab ffalarms ffphonelog fim firefox flite-alsa florence fltk frameworkd freerdp fso-gpsd fso-gsm0710muxd fsoaudiod fsogsmd gdal genext2fs gnome-bluetooth gnome-control-center gnome-mplayer gnome-settings-daemon gnome-system-monitor gnu-efi gnumeric gnuradio goffice grub-efi gst-ffmpeg gstreamer1.0-meta-base gtkmathview guitartune gummiboot gwaterpas hexedit hplip ifuse imake initramfs-live-install initramfs-live-install-efi initramfs-live-install-efi-testfs initramfs-live-install-testfs intone ipython ipython3 js krb5 lcdproc libacpi libcmtspeechdata libeigen libfso-glib libfso-qt libftdi libgc libgisi libgnomekbd libgnomeprint libgsf libhybris libimobiledevice libjson libnice liboauth libotr libphone-ui libphone-ui-shr libsamsung-ipc libsdl-ttf libsensmon libshr-glib libusbg libwmf libxfce4ui linux-yocto-tiny-kexecboot llvm3.2 lttng-modules lua5.1 maliit-framework maliit-plugins mcnavi mickeyterm mioctl mkvtoolnix mokomaze mplayer2 nasm nautilus navit network-manager-applet networkmanager news numptyphysics ocf-linux omgps openal-soft opencv opencv-samples openmotif opimd-utils orage orrery osmocon owfs packagegroup-base packagegroup-basic packagegroup-boot packagegroup-cli-tools packagegroup-core-basic packagegroup-core-boot packagegroup-core-buildessential packagegroup-core-clutter packagegroup-core-device-devel packagegroup-core-directfb packagegroup-core-eclipse-debug packagegroup-core-full-cmdline packagegroup-core-lsb packagegroup-core-nfs packagegroup-core-qt packagegroup-core-qt4e packagegroup-core-sdk packagegroup-core-sdk-gmae packagegroup-core-ssh-dropbear packagegroup-core-ssh-openssh packagegroup-core-standalone-gmae-sdk-target packagegroup-core-standalone-sdk-target packagegroup-core-tools-debug packagegroup-core-tools-profile packagegroup-core-tools-testapps packagegroup-core-x11 packagegroup-core-x11-base packagegroup-core-x11-sato packagegroup-core-x11-xserver packagegroup-fonts-truetype packagegroup-fso2-compliance packagegroup-qt-toolchain-target packagegroup-qt5-qtcreator-debug packagegroup-qt5-toolchain-target packagegroup-qte-toolchain-target packagegroup-sdk-target packagegroup-self-hosted packagegroup-shr packagegroup-shr-feed packagegroup-shr-minimal packagegroup-xfce-base packagegroup-xfce-extended packagegroup-xfce-multimedia phonefsod phoneui-shr-theme-neo phoneui-shr-theme-niebiee phoneui-shr-theme-o2 phoneui-shr-theme-sowka phoneuid pidgin pidgin-otr python-cython python-phoneutils python-pyrtc python-pyyaml python-setuptools python3-docutils python3-jinja python3-nose python3-pycurl python3-pyzmq python3-sphinx qcanobserver qcanobserver-socketcan qconnman qconnman-e qfsodbusxml2cpp qtjsbackend qtjsondb rage renderer-service-upnp ristretto rpm-postinsts rtorrent screenshot sensmon shr-settings shr-theme-neo shr-theme-niebiee shr-theme-o2 shr-wizard smbnetfs snort soft66 subsurface sylpheed syslinux tearsofsteel-1080p thunar thunar-archive-plugin thunar-media-tags-plugin thunar-volman tslib tsmd tumbler u-boot-fw-utils uhd uhd-firmware usb-modeswitch usb-modeswitch-data usbpath v86d vagalume vala-terminal valacompass valgrind vlc web-webkit webkit-efl webmin wv wvdial wvstreams wxpython wxwidgets xbmc xchat xf86-input-mtev xf86-input-vmmouse xf86-video-ati xf86-video-geode xf86-video-intel xf86-video-nouveau xf86-video-vesa xf86-video-vmware xfce4-appfinder xfce4-battery-plugin xfce4-clipman-plugin xfce4-closebutton-plugin xfce4-cpufreq-plugin xfce4-cpugraph-plugin xfce4-datetime-plugin xfce4-diskperf-plugin xfce4-embed-plugin xfce4-equake-plugin xfce4-eyes-plugin xfce4-fsguard-plugin xfce4-genmon-plugin xfce4-mixer xfce4-mount-plugin xfce4-mpc-plugin xfce4-netload-plugin xfce4-notes-plugin xfce4-notifyd xfce4-panel xfce4-places-plugin xfce4-power-manager xfce4-screenshooter xfce4-session xfce4-settings xfce4-systemload-plugin xfce4-terminal xfce4-time-out-plugin xfce4-vala xfce4-wavelan-plugin xfce4-weather-plugin xfce4-xkb-plugin xfconf xfdesktop xfmpc xfwm4 xmlstarlet xorg-cf-files xwd zaurusd zenity zeromq zhone zile zsh ccid/ccid/latest lost dependency on flex consolekit/consolekit/latest lost dependency on
Re: [OE-core] rpm-native build error
On 7/11/14, 11:04 AM, Gary Thomas wrote: I'm getting a build error on rpm-native on my venerable Fedora-13 based builder (which I am loathe to update/replace). This probably happened with the update to 5.4.14 but I didn't notice until now as I was away on holiday. Here are the details: Latest rpm uses C++ to link a few components. (It doesn't use the C++ type library though!) So I'm a bit confused by it trying to link libstdc++.so.6. I don't think I have a F-13 machine anymore, I replaced mine finally a couple of months ago. The only thing I can suggest is to look at the makefile and see about linking (and compiling) the components with gcc instead of g++. It -might- be a simple patch the makefile. --Mark | /usr/bin/ld: rpm.o: undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3' | /usr/bin/ld: note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line | /usr/lib/libstdc++.so.6: could not read symbols: Invalid operation | collect2: ld returned 1 exit status | make[2]: *** [rpm] Error 1 | make[2]: *** Waiting for unfinished jobs | /usr/bin/ld: rpmbuild.o: undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3' | /usr/bin/ld: note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line | /usr/lib/libstdc++.so.6: could not read symbols: Invalid operation | collect2: ld returned 1 exit status | make[2]: *** [rpmbuild] Error 1 | make[2]: Leaving directory `/home/local/imx53_2014-07-12/tmp/work/i686-linux/rpm-native/5.4.14-r0/build' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home/local/imx53_2014-07-12/tmp/work/i686-linux/rpm-native/5.4.14-r0/build' | make: *** [all] Error 2 | ERROR: oe_runmake failed | WARNING: /home/local/imx53_2014-07-12/tmp/work/i686-linux/rpm-native/5.4.14-r0/temp/run.do_compile.18609:1 exit 1 from | exit 1 | ERROR: Function failed: do_compile (log file is located at /home/local/imx53_2014-07-12/tmp/work/i686-linux/rpm-native/5.4.14-r0/temp/log.do_compile.18609) ERROR: Task 382 (virtual:native:/home/local/poky-cutting-edge/meta/recipes-devtools/rpm/rpm_5.4.14.bb, do_compile) failed with exit code '1' My configuration is: BB_VERSION= 1.23.1 BUILD_SYS = i686-linux NATIVELSBSTRING = Fedora-13 TARGET_SYS= arm-amltd-linux-gnueabi MACHINE = imx53qsb DISTRO= amltd DISTRO_VERSION= 1.6+snapshot-20140711 TUNE_FEATURES = arm armv7a vfp neon TARGET_FPU= vfp-neon meta = master:1cb9f7b00b5ede62a9546c39d798c876775b08c0 meta-oe-local = master:7dd439b185ccb0de3bb8311122d79e13e8fc2fef meta-amltd= master:0b6506b9505e8274110f1a011372c215b517f947 meta-imx6 = master:fbfbc3ced45619c9f27c0f0694289b97ae935e73 meta-fsl-arm = master:3941fe0fda4ac9ef372699160133c92ebf4df4e8 meta-fsl-arm-extra = master:456c27085a70bb1385a4c2e28ba80ac74d6f533e -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] insane.bbclass: QAPATHTEST: check file depends on bash, perl and python
On 7/14/14, 4:41 AM, Robert Yang wrote:
If it is a bash, perl or python script, and the RDEPENDS_pkg doesn't
have bash, python or perl, then warn.
This is mainly for ipk and deb, since rpm can add /usr/bin/perl to the
its Requires section if it is a perl script, but ipk or deb can't
depend on file such as /usr/bin/perl, they can only depend on pkg, so
they would know nothing about perl, then there would be depend issues.
This check can help us figure out the depends, it nearly has no effect
on performance when enabled.
[YOCTO #1662]
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/insane.bbclass | 32 ++--
1 file changed, 30 insertions(+), 2 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 106ace7..a14e668 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -19,7 +19,7 @@
# unsafe-references-in-binaries requires prelink-rtld from
# prelink-native, but we don't want this DEPENDS for -native builds
-QADEPENDS = prelink-native
+QADEPENDS = prelink-native file-native
If the perfile dependency processing is enabled, run in: package_do_filedeps
The system will already have gathered the information needed for the QA
processing. You can look at:
# Collect perfile run-time dependency metadata
# Output:
# FILERPROVIDESFLIST_pkg - list of all files w/ deps
# FILERPROVIDES_filepath_pkg - per file dep
#
# FILERDEPENDSFLIST_pkg - list of all files w/ deps
# FILERDEPENDS_filepath_pkg - per file dep
variables for the per-file dependencies and then warn if a dependency is not
already declared in the manual RDEPENDS -- and/or promote them to real
dependencies automatically.
This should be faster then iterating through and calling file directly.
--Mark
QADEPENDS_class-native =
QADEPENDS_class-nativesdk =
QA_SANE = True
@@ -29,7 +29,7 @@ QA_SANE = True
WARN_QA ?= ldflags useless-rpaths rpaths staticdev libdir xorg-driver-abi \
textrel already-stripped incompatible-license files-invalid \
installed-vs-shipped compile-host-path install-host-path \
-pn-overrides infodir \
+pn-overrides infodir file-depends \
ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch pkgconfig la \
perms dep-cmp pkgvarcheck perm-config perm-line perm-link \
@@ -605,6 +605,34 @@ def package_qa_check_symlink_to_sysroot(path, name, d,
elf, messages):
trimmed = path.replace(os.path.join (d.getVar(PKGDEST, True), name),
)
messages.append(Symlink %s in %s points to TMPDIR %
(trimmed, name))
+QAPATHTEST[file-depends] = package_qa_check_file_depends
+def package_qa_check_file_depends(path, name, d, elf, messages):
+
+Check that the package doesn't miss the RDEPENDS on perl, python and bash
+
+
+if not os.access(path, os.X_OK) or os.path.islink(path) or elf:
+return
+
+import subprocess
+import re
+
+# The file command may return:
+# - Perl or perl, Python or python.
+# - Bourne-Again shell script or bash for bash script
+prog_maps = {[Pp]erl: perl, [Pp]ython: python, bash: bash,
+Bourne-Again shell: bash}
+
+file_output = bb.process.Popen([file, -b, path],
stdout=subprocess.PIPE).stdout.read()
+for p in prog_maps:
+if re.search('%s .*script, ASCII text executable' % p, file_output):
+rdepends = bb.utils.explode_deps(d.getVar('RDEPENDS_' + name, True) or
)
+if prog_maps[p] not in rdepends:
+if prog_maps[p] == python and python-core in rdepends:
+continue
+messages.append(%s is a %s script, but %s is not in
RDEPENDS_%s % (path, prog_maps[p], prog_maps[p], name))
+break
+
def package_qa_check_license(workdir, d):
Check for changes in the license files
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] package.bbclass: convert file depends into pkg depends
On 7/14/14, 11:25 AM, Robert Yang wrote:
Hello,
Found that eglibc-utils/usr/bin/tzselect is a bash script, should we
add:
RDEPENDS_eglibc-utils += bash ?
The problem is that this would cause bash installed to meta-toolchain,
the dependencies chain is:
meta-toolchain - eglibc-utils - bash
Maybe we should only warn rather than add the RDEPENDS atm, please ?
Hmm at one point I thought someone has re-written tzselect as posix sh, to avoid
the bash dependency.
I'd actually suggest this be a defect and we try to find someone who can fix it.
(I'd like to eliminate bash dependencies in anything core to a tiny system.)
--Mark
// Robert
On 07/14/2014 06:29 PM, Burton, Ross wrote:
On 14 July 2014 10:41, Robert Yang liezhi.y...@windriver.com wrote:
+prog_maps = {/bin/bash: bash, /usr/bin/perl: perl, /usr/bin/python:
python}
Use something like d.expand(${bindir}/perl) instead of hard-coding paths.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] rpm-native build error
On 2014-07-14 13:51, Mark Hatle wrote: On 7/11/14, 11:04 AM, Gary Thomas wrote: I'm getting a build error on rpm-native on my venerable Fedora-13 based builder (which I am loathe to update/replace). This probably happened with the update to 5.4.14 but I didn't notice until now as I was away on holiday. Here are the details: Latest rpm uses C++ to link a few components. (It doesn't use the C++ type library though!) So I'm a bit confused by it trying to link libstdc++.so.6. I don't think I have a F-13 machine anymore, I replaced mine finally a couple of months ago. The only thing I can suggest is to look at the makefile and see about linking (and compiling) the components with gcc instead of g++. It -might- be a simple patch the makefile. Thanks, I'll give it a try. | /usr/bin/ld: rpm.o: undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3' | /usr/bin/ld: note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line | /usr/lib/libstdc++.so.6: could not read symbols: Invalid operation | collect2: ld returned 1 exit status | make[2]: *** [rpm] Error 1 | make[2]: *** Waiting for unfinished jobs | /usr/bin/ld: rpmbuild.o: undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3' | /usr/bin/ld: note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line | /usr/lib/libstdc++.so.6: could not read symbols: Invalid operation | collect2: ld returned 1 exit status | make[2]: *** [rpmbuild] Error 1 | make[2]: Leaving directory `/home/local/imx53_2014-07-12/tmp/work/i686-linux/rpm-native/5.4.14-r0/build' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home/local/imx53_2014-07-12/tmp/work/i686-linux/rpm-native/5.4.14-r0/build' | make: *** [all] Error 2 | ERROR: oe_runmake failed | WARNING: /home/local/imx53_2014-07-12/tmp/work/i686-linux/rpm-native/5.4.14-r0/temp/run.do_compile.18609:1 exit 1 from | exit 1 | ERROR: Function failed: do_compile (log file is located at /home/local/imx53_2014-07-12/tmp/work/i686-linux/rpm-native/5.4.14-r0/temp/log.do_compile.18609) ERROR: Task 382 (virtual:native:/home/local/poky-cutting-edge/meta/recipes-devtools/rpm/rpm_5.4.14.bb, do_compile) failed with exit code '1' My configuration is: BB_VERSION= 1.23.1 BUILD_SYS = i686-linux NATIVELSBSTRING = Fedora-13 TARGET_SYS= arm-amltd-linux-gnueabi MACHINE = imx53qsb DISTRO= amltd DISTRO_VERSION= 1.6+snapshot-20140711 TUNE_FEATURES = arm armv7a vfp neon TARGET_FPU= vfp-neon meta = master:1cb9f7b00b5ede62a9546c39d798c876775b08c0 meta-oe-local = master:7dd439b185ccb0de3bb8311122d79e13e8fc2fef meta-amltd= master:0b6506b9505e8274110f1a011372c215b517f947 meta-imx6 = master:fbfbc3ced45619c9f27c0f0694289b97ae935e73 meta-fsl-arm = master:3941fe0fda4ac9ef372699160133c92ebf4df4e8 meta-fsl-arm-extra = master:456c27085a70bb1385a4c2e28ba80ac74d6f533e -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-CORE][PATCH] classes/cpan_build.bbclass: add EXTRA_CPAN_BUILD_FLAGS
Some packages have additional configuration options that are currently
not accessible through cpan_build.bbclass. Similar to cpan.bbclass, add
EXTRA_CPAN_BUILD_FLAGS to pass the optional parameters to perl Build.PL.
Signed-off-by: Tim Orling ticot...@gmail.com
---
meta/classes/cpan_build.bbclass | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/classes/cpan_build.bbclass b/meta/classes/cpan_build.bbclass
index 5b0ad61..2eb8162 100644
--- a/meta/classes/cpan_build.bbclass
+++ b/meta/classes/cpan_build.bbclass
@@ -3,6 +3,8 @@
#
inherit cpan-base perlnative
+EXTRA_CPAN_BUILD_FLAGS ?=
+
# Env var which tells perl if it should use host (no) or target (yes) settings
export PERLCONFIGTARGET = ${@is_target(d)}
export PERL_ARCHLIB =
${STAGING_LIBDIR}${PERL_OWN_DIR}/perl/${@get_perl_version(d)}
@@ -36,7 +38,8 @@ cpan_build_do_configure () {
--install_path script=${bindir} \
--install_path bin=${bindir} \
--install_path bindoc=${mandir}/man1 \
- --install_path libdoc=${mandir}/man3
+ --install_path libdoc=${mandir}/man3 \
+${EXTRA_CPAN_BUILD_FLAGS}
}
cpan_build_do_compile () {
--
1.9.3
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] /etc/os-release
Hello all, I noticed some reference to /etc/os-release in some recipes. Where can I find the initial creation of /etc/os-release? If one is not created, would there desire to have one? regards, Armin -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] /etc/os-release
On 07/14/2014 03:38 PM, akuster wrote: Hello all, I noticed some reference to /etc/os-release in some recipes. Where can I find the initial creation of /etc/os-release? If one is not created, would there desire to have one? Really? We reference it in the meta/lib/oe/lsb.py release_dict_file() function to search for LSB information of the host machine to identify the host distro version information. Can you be specific about which recipes are using os-release, I did do a search. Sau! regards, Armin -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] /etc/os-release
On Mon, Jul 14, 2014 at 3:50 PM, Saul Wold s...@linux.intel.com wrote: On 07/14/2014 03:38 PM, akuster wrote: Hello all, I noticed some reference to /etc/os-release in some recipes. Where can I find the initial creation of /etc/os-release? If one is not created, would there desire to have one? Really? We reference it in the meta/lib/oe/lsb.py release_dict_file() function to search for LSB information of the host machine to identify the host distro version information. Can you be specific about which recipes are using os-release, I did do a search. I'm pretty sure we don't have an os-release recipe in oe-core at all yet, so the file isn't going to exist on target. Mentor has one in meta-mentor at the moment pending time to submit it again / poke on the existing thread. See the thread with the subject [RFC PATCH 0/2] Add /etc/os-release. It's definitely something we should have, in my opinion. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 2/2] populate_sdk_base: ensure that filenames with empty space character are handled
When extracting toolchain, if the list $executable_files has filenames
with empty space character, the list will created but relocate_sdk.sh
will not handle it well. This will lead to the below erro:
./tmp/deploy/sdk/buildtools-mytools-x86_64-nativesdk-standalone-1.6.1.0.sh
Enter target directory for SDK (default: /opt/mydistro/mytoolset/1.6.1.0):
You are about to install the SDK to /opt/mydistro/mytoolset/1.6.1.0.
Proceed[Y/n]?
Extracting SDK...done
Setting it up.../opt/mydistro/mytoolset/1.6.1.0/relocate_sdk.sh: line 2:
sintaxe error `token' `('
/opt/mydistro/mytoolset/1.6.1.0/relocate_sdk.sh: line 2: `e
The same occurs with replacement of ${SDKPATH} in configs/scripts/etc files.
We should ensure that full path is protected before relocate_sdk.sh
and ${SDKPATH} replacement calls.
Signed-off-by: João Henrique Ferreira de Freitas joa...@gmail.com
---
meta/classes/populate_sdk_base.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/populate_sdk_base.bbclass
b/meta/classes/populate_sdk_base.bbclass
index a12bf11..a6e23a1 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -252,7 +252,7 @@ if [ $dl_path = ] ; then
echo SDK could not be set up. Relocate script unable to find
ld-linux.so. Abort!
exit 1
fi
-executable_files=$($SUDO_EXEC find $native_sysroot -type f -perm /111)
+executable_files=$($SUDO_EXEC find $native_sysroot -type f -perm /111 -printf
'%h/%f' )
tdir=`mktemp -d`
if [ x$tdir = x ] ; then
@@ -273,7 +273,7 @@ if [ $relocate = 1 ] ; then
fi
# replace ${SDKPATH} with the new prefix in all text files: configs/scripts/etc
-$SUDO_EXEC find $native_sysroot -type f -exec file '{}' \;|grep
:.*\(ASCII\|script\|source\).*text|cut -d':' -f1|$SUDO_EXEC xargs sed -i -e
s:$DEFAULT_INSTALL_DIR:$target_sdk_dir:g
+$SUDO_EXEC find $native_sysroot -type f -exec file '{}' \;|grep
:.*\(ASCII\|script\|source\).*text|cut -d':' -f1|tr \n \0|$SUDO_EXEC
xargs -0 sed -i -e s:$DEFAULT_INSTALL_DIR:$target_sdk_dir:g
# change all symlinks pointing to ${SDKPATH}
for l in $($SUDO_EXEC find $native_sysroot -type l); do
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 0/2] add nativesdk to BBCLASSEXTEND to python-distribute and to fix the side effect of it.
Changes in v2: - Use 'find -print' instead of an extra fork to protect path - Replace sha-bang for easy_python version variant Test steps: 1- apply the two patches 2- include the package 'nativesdk-python-distribute to TOOLCHAIN_HOST_TASK in meta/recipes-core/meta/buildtools-tarball.bb 3- run 'bitbake buildtools-tarball' 4- install the created SDK Files from python-distribute has space in three filenames and the SDK step will not claim about it. João Henrique Ferreira de Freitas (2): python-distribute: add nativesdk to BBCLASSEXTEND populate_sdk_base: ensure that filenames with empty space character are handled meta/classes/populate_sdk_base.bbclass | 4 ++-- meta/recipes-devtools/python/python-distribute_0.6.32.bb | 8 +++- 2 files changed, 9 insertions(+), 3 deletions(-) -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] /etc/os-release
Chris, On 07/14/2014 03:54 PM, Christopher Larson wrote: On Mon, Jul 14, 2014 at 3:50 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com wrote: On 07/14/2014 03:38 PM, akuster wrote: Hello all, I noticed some reference to /etc/os-release in some recipes. Where can I find the initial creation of /etc/os-release? If one is not created, would there desire to have one? Really? We reference it in the meta/lib/oe/lsb.py release_dict_file() function to search for LSB information of the host machine to identify the host distro version information. Can you be specific about which recipes are using os-release, I did do a search. I'm pretty sure we don't have an os-release recipe in oe-core at all yet, so the file isn't going to exist on target. Mentor has one in meta-mentor at the moment pending time to submit it again / poke on the existing thread. See the thread with the subject [RFC PATCH 0/2] Add /etc/os-release. It's definitely something we should have, in my opinion. Yeah, That is what I was thinking of. Thanks for the pointer. - Armin -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] base-files: stage the /home directory
On 07/13/2014 11:31 PM, Chen Qi wrote:
The /home directory might be needed by packages that inherit useradd.bbclass.
One example is the 'xuser-account' recipe.
Previously, we patched the shadow package to change the behaviour of the
'--create-home' option. This is not appropriate. Instead, we should let
the base-files package also stage the /home directory.
Why is this not appropriate, we had been doing it in the past. I believe
that we do not want to stage a /home dir that will never be used, so
having it staged by default does not make sense.
Sau!
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/base-files/base-files_3.0.14.bb |6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb
b/meta/recipes-core/base-files/base-files_3.0.14.bb
index 6d76a2b..fe82d20 100644
--- a/meta/recipes-core/base-files/base-files_3.0.14.bb
+++ b/meta/recipes-core/base-files/base-files_3.0.14.bb
@@ -138,6 +138,12 @@ do_install_append_linuxstdbase() {
done
}
+sysroot_stage_home () {
+ sysroot_stage_dir ${D}/home ${SYSROOT_DESTDIR}/home
+}
+
+SYSROOT_PREPROCESS_FUNCS = sysroot_stage_home
+
PACKAGES = ${PN}-doc ${PN} ${PN}-dev ${PN}-dbg
FILES_${PN} = /
FILES_${PN}-doc = ${docdir} ${datadir}/common-licenses
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libomxil-0.9.3: Move .so files to main package.
On 07/10/2014 12:18 PM, Drew Moseley wrote:
The omxregister-bellagio app scans the libdir for the '*.so'
files to get them properly registered. Make sure they are
included in the base package rather than the dev.
Would it be better to patch the register app to have a more generic
search for .so*??
Something to check with the libomxil upstream?
I am not saying no to this, just want to check out options.
Thanks
Sau!
Signed-off-by: Drew Moseley drew_mose...@mentor.com
---
meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb
b/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb
index 103d789..e11febc 100644
--- a/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb
+++ b/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb
@@ -24,12 +24,14 @@ inherit autotools
EXTRA_OECONF += --disable-doc --disable-Werror
FILES_${PN} += ${libdir}/bellagio/*${SOLIBS} \
-${libdir}/omxloaders/*${SOLIBS}
+${libdir}/bellagio/*${SOLIBSDEV} \
+${libdir}/omxloaders/*${SOLIBS} \
+${libdir}/omxloaders/*${SOLIBSDEV}
FILES_${PN}-staticdev += ${libdir}/bellagio/*.a \
${libdir}/omxloaders/*.a
FILES_${PN}-dev += ${libdir}/bellagio/*.la \
-${libdir}/bellagio/*${SOLIBSDEV} \
-${libdir}/omxloaders/*.la \
-${libdir}/omxloaders/*${SOLIBSDEV}
+${libdir}/omxloaders/*.la
FILES_${PN}-dbg += ${libdir}/bellagio/.debug/ \
${libdir}/omxloaders/.debug/
+
+INSANE_SKIP_${PN} += dev-so
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] xf86-video-intel: upgrade to 2.99.912
On 07/14/2014 07:31 AM, Ross Burton wrote:
Drop a backported patch that has been applied.
Apply a patch from upstream to add enable/disable options for each DRI level, as
.912 won't build if the X server doesn't support DRI3. Add PACKAGECONFIG
options for each DRI level and enable DRI1 and DRI2.
Add a PACKAGECONFIG option for the client tools, disabled by default as they're
only useful on machines with hybrid discrete/integrated GPUs.
I think you need to update the default-versions for PREFERRED_VERSION of
x86-video-intel also.
Sau!
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../xf86-video-intel/configure-dri.patch | 166
...el_2.99.910.bb = xf86-video-intel_2.99.912.bb} | 19 ++-
2 files changed, 178 insertions(+), 7 deletions(-)
create mode 100644
meta/recipes-graphics/xorg-driver/xf86-video-intel/configure-dri.patch
rename meta/recipes-graphics/xorg-driver/{xf86-video-intel_2.99.910.bb =
xf86-video-intel_2.99.912.bb} (59%)
diff --git
a/meta/recipes-graphics/xorg-driver/xf86-video-intel/configure-dri.patch
b/meta/recipes-graphics/xorg-driver/xf86-video-intel/configure-dri.patch
new file mode 100644
index 000..7fa9443
--- /dev/null
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel/configure-dri.patch
@@ -0,0 +1,166 @@
+Add the ability to enable/disable specific versions of the DRI support.
+
+This is the following two commits from master squashed:
+ 7bc669dd4b7e3e5978e95e4131d1f9215afbc041
+ 5a0cb1049c2fa0586708719210a2d2cffa7a4491
+
+Upstream-Status: Backport
+Signed-off-by: Ross Burton ross.bur...@intel.com
+
+diff --git a/configure.ac b/configure.ac
+index b3b6e8e..bd654f3 100644
+--- a/configure.ac
b/configure.ac
+@@ -296,6 +296,21 @@ AC_ARG_ENABLE(dri,
+[Disable DRI support [[default=auto]]]),
+ [DRI=$enableval],
+ [DRI=auto])
++AC_ARG_ENABLE(dri1,
++AS_HELP_STRING([--disable-dri1],
++ [Disable DRI1 support [[default=yes]]]),
++[DRI1=$enableval],
++[DRI1=yes])
++AC_ARG_ENABLE(dri2,
++AS_HELP_STRING([--disable-dri2],
++ [Disable DRI2 support [[default=yes]]]),
++[DRI2=$enableval],
++[DRI2=yes])
++AC_ARG_ENABLE(dri3,
++AS_HELP_STRING([--disable-dri3],
++ [Disable DRI3 support [[default=yes]]]),
++[DRI3=$enableval],
++[DRI3=yes])
+
+ AC_ARG_ENABLE(xvmc, AS_HELP_STRING([--disable-xvmc],
+ [Disable XvMC support [[default=yes]]]),
+@@ -461,15 +476,15 @@ if test x$UMS = xyes; then
+ AC_DEFINE(UMS,1,[Assume UMS support])
+ fi
+
+-DRI1=no
++have_dri1=no
+ XORG_DRIVER_CHECK_EXT(XF86DRI, xf86driproto)
+-if test x$_EXT_CHECK != xno -a x$DRI != xno -a x$UMS = xyes; then
+- PKG_CHECK_MODULES(DRI1, [xf86driproto], [DRI1=$DRI], [DRI1=no])
++if test x$_EXT_CHECK != xno -a x$DRI != xno -a x$DRI1 != xno -a x$UMS =
xyes; then
++ PKG_CHECK_MODULES(DRI1, [xf86driproto], [have_dri1=$DRI],
[have_dri1=no])
+ save_CFLAGS=$CFLAGS
+ save_CPPFLAGS=$CPPFLAGS
+ CFLAGS=$CFLAGS $XORG_CFLAGS $DRI1_CFLAGS $DRM_CFLAGS
+ CPPFLAGS=$CPPFLAGS $XORG_CFLAGS $DRI1_CFLAGS $DRM_CFLAGS
+-AC_CHECK_HEADERS([dri.h sarea.h dristruct.h], [], [DRI1=no],
++AC_CHECK_HEADERS([dri.h sarea.h dristruct.h], [], [have_dri1=no],
+ [/* for dri.h */
+ #include xf86str.h
+ /* for dristruct.h */
+@@ -486,49 +501,55 @@ if test x$_EXT_CHECK != xno -a x$DRI != xno -a x$UMS =
xyes; then
+ fi
+
+ AC_MSG_CHECKING([whether to include DRI1 support])
+-AC_MSG_RESULT([$DRI1])
++AC_MSG_RESULT([$have_dri1])
+
+-AM_CONDITIONAL(DRI1, test x$DRI1 != xno)
+-if test x$DRI1 != xno; then
++AM_CONDITIONAL(DRI1, test x$have_dri1 != xno)
++if test x$have_dri1 != xno; then
+ AC_DEFINE(HAVE_DRI1,1,[Enable DRI1 driver support])
+ dri_msg=$dri_msg DRI1
+ else
+ DRI1_CFLAGS=
+ DRI1_LIBS=
+
+-if test x$DRI = xyes -a x$UMS = xyes; then
++if test x$DRI = xyes -a x$UMS = xyes -a x$DRI1 != xno;
then
+ AC_MSG_ERROR([DRI1 requested but prerequisites not found])
+ fi
+ fi
+
+-DRI2=no
+-DRI3=no
++have_dri2=no
++have_dri3=no
+ if test x$DRI != xno; then
+- PKG_CHECK_MODULES(DRI2, [dri2proto = 2.6], [DRI2=$DRI], [DRI2=no])
+- dridriverdir=`$PKG_CONFIG --variable=dridriverdir dri`
+- if test x$dridriverdir = x; then
+- dridriverdir=$libdir/dri
+- fi
+- AC_DEFINE_DIR(DRI_DRIVER_PATH, dridriverdir, [Default DRI2 driver path])
+ if test x$DRI2 != xno; then
++ PKG_CHECK_MODULES(DRI2, [dri2proto = 2.6], [have_dri2=$DRI],
[have_dri2=no])
++ fi
++ if test x$have_dri2 != xno; then
+ save_CFLAGS=$CFLAGS
+ CFLAGS=$XORG_CFLAGS $DRM_CFLAGS $DRI1_CFLAGS $DRI2_CFLAGS
+-
Re: [OE-core] [PATCH 1/2] insane.bbclass: QAPATHTEST: check file depends on bash, perl and python
On 07/15/2014 04:02 AM, Mark Hatle wrote:
On 7/14/14, 4:41 AM, Robert Yang wrote:
If it is a bash, perl or python script, and the RDEPENDS_pkg doesn't
have bash, python or perl, then warn.
This is mainly for ipk and deb, since rpm can add /usr/bin/perl to the
its Requires section if it is a perl script, but ipk or deb can't
depend on file such as /usr/bin/perl, they can only depend on pkg, so
they would know nothing about perl, then there would be depend issues.
This check can help us figure out the depends, it nearly has no effect
on performance when enabled.
[YOCTO #1662]
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/insane.bbclass | 32 ++--
1 file changed, 30 insertions(+), 2 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 106ace7..a14e668 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -19,7 +19,7 @@
# unsafe-references-in-binaries requires prelink-rtld from
# prelink-native, but we don't want this DEPENDS for -native builds
-QADEPENDS = prelink-native
+QADEPENDS = prelink-native file-native
If the perfile dependency processing is enabled, run in: package_do_filedeps
The system will already have gathered the information needed for the QA
processing. You can look at:
# Collect perfile run-time dependency metadata
# Output:
# FILERPROVIDESFLIST_pkg - list of all files w/ deps
# FILERPROVIDES_filepath_pkg - per file dep
#
# FILERDEPENDSFLIST_pkg - list of all files w/ deps
# FILERDEPENDS_filepath_pkg - per file dep
variables for the per-file dependencies and then warn if a dependency is not
already declared in the manual RDEPENDS -- and/or promote them to real
dependencies automatically.
This should be faster then iterating through and calling file directly.
Thanks, I will only warn from package_do_filedeps and let the user add the
RDEPENDS manually, I will also fix a few of the RDEPENDS in V2.
Please feel free to let me know if others have any suggestions.
// Robert
--Mark
QADEPENDS_class-native =
QADEPENDS_class-nativesdk =
QA_SANE = True
@@ -29,7 +29,7 @@ QA_SANE = True
WARN_QA ?= ldflags useless-rpaths rpaths staticdev libdir xorg-driver-abi \
textrel already-stripped incompatible-license files-invalid \
installed-vs-shipped compile-host-path install-host-path \
-pn-overrides infodir \
+pn-overrides infodir file-depends \
ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch pkgconfig la \
perms dep-cmp pkgvarcheck perm-config perm-line perm-link \
@@ -605,6 +605,34 @@ def package_qa_check_symlink_to_sysroot(path, name, d,
elf, messages):
trimmed = path.replace(os.path.join (d.getVar(PKGDEST,
True), name), )
messages.append(Symlink %s in %s points to TMPDIR %
(trimmed, name))
+QAPATHTEST[file-depends] = package_qa_check_file_depends
+def package_qa_check_file_depends(path, name, d, elf, messages):
+
+Check that the package doesn't miss the RDEPENDS on perl, python and bash
+
+
+if not os.access(path, os.X_OK) or os.path.islink(path) or elf:
+return
+
+import subprocess
+import re
+
+# The file command may return:
+# - Perl or perl, Python or python.
+# - Bourne-Again shell script or bash for bash script
+prog_maps = {[Pp]erl: perl, [Pp]ython: python, bash: bash,
+Bourne-Again shell: bash}
+
+file_output = bb.process.Popen([file, -b, path],
stdout=subprocess.PIPE).stdout.read()
+for p in prog_maps:
+if re.search('%s .*script, ASCII text executable' % p, file_output):
+rdepends = bb.utils.explode_deps(d.getVar('RDEPENDS_' + name,
True) or )
+if prog_maps[p] not in rdepends:
+if prog_maps[p] == python and python-core in rdepends:
+continue
+messages.append(%s is a %s script, but %s is not in
RDEPENDS_%s % (path, prog_maps[p], prog_maps[p], name))
+break
+
def package_qa_check_license(workdir, d):
Check for changes in the license files
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] groff: fix PERLPATH
The following changes since commit fa325e44f5b429b4038022b31285af9c94672943: insane: Ensure do_package_qa happens after do_packagedata (2014-07-11 23:19:18 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/groff http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/groff Robert Yang (1): groff: fix PERLPATH meta/recipes-extended/groff/groff_1.18.1.4.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] groff: fix PERLPATH
There is no PERLPATH, but ${USRBINPATH}/env perl.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-extended/groff/groff_1.18.1.4.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/groff/groff_1.18.1.4.bb
b/meta/recipes-extended/groff/groff_1.18.1.4.bb
index 38e1d36..7fbce9b 100644
--- a/meta/recipes-extended/groff/groff_1.18.1.4.bb
+++ b/meta/recipes-extended/groff/groff_1.18.1.4.bb
@@ -32,7 +32,7 @@ do_install_append() {
# for target as /usr/bin/perl, so fix it to /usr/bin/perl.
for i in afmtodit mmroff; do
if [ -f ${D}${bindir}/$i ]; then
- sed -i -e '1s,#!.*perl,#! ${PERLPATH},' ${D}${bindir}/$i
+ sed -i -e '1s,#!.*perl,#! ${USRBINPATH}/env perl,'
${D}${bindir}/$i
fi
done
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta-oe][PATCH] V2 lz4: update to latest version
update to version r119
Use github instead of svn
LICENSE md5sum changed since it was updated in r117
FIxes CVE-2014-4611
Signed-off-by: Armin Kuster akus...@mvista.com
---
meta/recipes-support/lz4/lz4_git.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta/recipes-support/lz4/lz4_git.bb
diff --git a/meta/recipes-support/lz4/lz4_git.bb
b/meta/recipes-support/lz4/lz4_git.bb
new file mode 100644
index 000..3978d76
--- /dev/null
+++ b/meta/recipes-support/lz4/lz4_git.bb
@@ -0,0 +1,18 @@
+SUMMARY = Extremely Fast Compression algorithm
+DESCRIPTION = LZ4 is a very fast lossless compression algorithm, providing
compression speed at 400 MB/s per core, scalable with multi-cores CPU. It also
features an extremely fast decoder, with speed in multiple GB/s per core,
typically reaching RAM speed limits on multi-core systems.
+
+LICENSE = BSD
+LIC_FILES_CHKSUM = file://LICENSE;md5=0b0d063f37a4477b54af2459477dcafd
+
+SRCREV = 28fd251bc7b42e5cde15f9a2d78fc53b3b575558
+SRC_URI= git://github.com/Cyan4973/lz4.git;branch=master
+
+S = ${WORKDIR}/git
+
+EXTRA_OEMAKE = PREFIX=${prefix} CC='${CC}' DESTDIR=${D} LIBDIR=${libdir}
INCLUDEDIR=${includedir}
+
+do_install() {
+ oe_runmake install
+}
+
+BBCLASSEXTEND += native nativesdk
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] setserial: package depends on groff-native to build
-Original Message- From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Monday, July 14, 2014 6:32 PM To: Huang, Jie (Jackie) Cc: OE-core Subject: Re: [OE-core] [PATCH] setserial: package depends on groff-native to build On 14 July 2014 10:03, jackie.hu...@windriver.com wrote: Add explicit depends to avoid host contamination. That's not host contamination, please reword the commit to explain that it's a missing build Sure, I will resend v2 for this. Thanks, Jackie dependency. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] setserial: add missing depends on groff-native
From: Yue Tao yue@windriver.com
[YOCTO #6526]
setserial needs groff-native to build
Signed-off-by: Jonas Zetterberg jonas.zetterb...@windriver.com
Signed-off-by: Yue Tao yue@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-bsp/setserial/setserial_2.17.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-bsp/setserial/setserial_2.17.bb
b/meta/recipes-bsp/setserial/setserial_2.17.bb
index 65d6068..f1e8cd3 100644
--- a/meta/recipes-bsp/setserial/setserial_2.17.bb
+++ b/meta/recipes-bsp/setserial/setserial_2.17.bb
@@ -8,6 +8,8 @@ LICENSE = GPLv2.0
LIC_FILES_CHKSUM =
file://version.h;beginline=1;endline=6;md5=2e7c59cb9e57e356ae81f50f4e4dfd99
PR = r3
+DEPENDS += groff-native
+
inherit autotools-brokensep
SRC_URI = ${SOURCEFORGE_MIRROR}/setserial/${BPN}-${PV}.tar.gz \
--
2.0.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] file: fix perl reported as awk
Thanks, updated in the repo:
The awk pattern was checked *before* the Perl pattern, so the perl
script with BEGIN{...} would be reported as awk, this patch fixes it.
Upstream-Status: Backport [debian]
Signed-off-by: Christoph Biedl debian.a...@manchmal.in-ulm.de
Signed-off-by: Robert Yang liezhi.y...@windriver.com
===
REPO:
git://git.openembedded.org/openembedded-core-contrib rbt/file
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/file
Robert Yang (2):
file: fix perl reported as awk
file: remove dump and filesystems
// Robert
On 07/15/2014 02:05 AM, Saul Wold wrote:
On 07/10/2014 06:51 PM, Robert Yang wrote:
The awk pattern was checked *before* the Perl pattern, so the perl
script with BEGIN{...} would be reported as awk, this patch fixes it.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
.../recipes-devtools/file/file/debian-742262.patch | 16
meta/recipes-devtools/file/file_5.18.bb|4 +++-
2 files changed, 19 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-devtools/file/file/debian-742262.patch
diff --git a/meta/recipes-devtools/file/file/debian-742262.patch
b/meta/recipes-devtools/file/file/debian-742262.patch
new file mode 100644
index 000..5cfe380
--- /dev/null
+++ b/meta/recipes-devtools/file/file/debian-742262.patch
@@ -0,0 +1,16 @@
+The awk pattern was checked *before* the Perl pattern, so the perl
+script with BEGIN{...} would be reported as awk, this patch fixes it.
+
+Upstream-Status: Backport [debian]
+
Missing the Signed-off-by here also.
Sau!
+diff --git a/magic/Magdir/commands b/magic/Magdir/commands
+--- a/magic/Magdir/commands
b/magic/Magdir/commands
+@@ -50,6 +50,7 @@
+ 0string/wt#!\ /usr/bin/awkawk script text executable
+ !:mimetext/x-awk
+ 0regex=^\\s{0,100}BEGIN\\s{0,100}[{]awk script text
++!:strength - 12
+
+ # ATT Bell Labs' Plan 9 shell
+ 0string/wt#!\ /bin/rcPlan 9 rc shell script text executable
diff --git a/meta/recipes-devtools/file/file_5.18.bb
b/meta/recipes-devtools/file/file_5.18.bb
index a7db410..ba61f22 100644
--- a/meta/recipes-devtools/file/file_5.18.bb
+++ b/meta/recipes-devtools/file/file_5.18.bb
@@ -13,7 +13,9 @@ DEPENDS_class-native = zlib-native
SRC_URI = ftp://ftp.astron.com/pub/file/file-${PV}.tar.gz \
file://dump \
- file://filesystems
+ file://filesystems \
+ file://debian-742262.patch \
+
SRC_URI[md5sum] = d420d8f2990cd344673acfbf8d76ff5a
SRC_URI[sha256sum] =
6519fb706d583231c2419592ebecdbb21d33c62eaf7a1a0b24ddfcb80c08bf07
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] udev: update init script for conditional probing of platform bus
On Thu, Jun 26, 2014 at 01:43:53PM -0400, Denys Dmytriyenko wrote: On Wed, Jun 25, 2014 at 11:41:05PM +0100, Richard Purdie wrote: On Wed, 2014-06-25 at 12:22 -0400, Denys Dmytriyenko wrote: On Wed, Jun 25, 2014 at 05:20:23PM +0100, Paul Eggleton wrote: On Tuesday 24 June 2014 20:52:55 Denys Dmytriyenko wrote: Ping? Any comments? Any better suggestions? Looks like Richard has merged this, FWIW. Yes, I saw it. Already submitted backport for daisy... :) I'd like this to see some testing in master for a while before we backport it... I'm Ok waiting a bit longer to test it in master. I'll ping on it later... But this fixes a very common issue that affects different platforms from different BSP layers, including BeagleBone Black in meta-yocto-bsp. The goal is to be least intrusive and preserve the old udev cache behavior as much as possible. Alternative options were to disable udev cache completely or forcefully load necessary modules when they won't be probed on subsequent boots. Hi, Richard, Was it enough wait time to get the change tested in master? Should I re-submit the patch for daisy one more time or you have it in the archives? Thanks! -- Denys -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] insane.bbclass: avoid QA errors for n32 kernel
A series of commits had been integrated to avoid qa checking code throwing the bitsize not matched error for x32 kernel files, the same logic is also needed by n32 kernel which was not addressed in that series. This commit extends the condition for n32 kernel files. Signed-off-by: Ming Liu ming@windriver.com --- meta/classes/insane.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index 106ace7..0fb568f 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -461,11 +461,11 @@ def package_qa_check_arch(path,name,d, elf, messages): # Check the architecture and endiannes of the binary if not ((machine == elf.machine()) or \ -(((virtual/kernel in provides) or bb.data.inherits_class(module, d) ) and (target_os == linux-gnux32))): +(((virtual/kernel in provides) or bb.data.inherits_class(module, d) ) and (target_os == linux-gnux32 or target_os == linux-gnun32))): messages.append(Architecture did not match (%d to %d) on %s % \ (machine, elf.machine(), package_qa_clean_path(path,d))) elif not ((bits == elf.abiSize()) or \ -(((virtual/kernel in provides) or bb.data.inherits_class(module, d) ) and (target_os == linux-gnux32))): +(((virtual/kernel in provides) or bb.data.inherits_class(module, d) ) and (target_os == linux-gnux32 or target_os == linux-gnun32))): messages.append(Bit size did not match (%d to %d) %s on %s % \ (bits, elf.abiSize(), bpn, package_qa_clean_path(path,d))) elif not littleendian == elf.isLittleEndian(): -- 1.8.4.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [meta-oe][PATCH] V2 lz4: update to latest version
Bah,
missed removing old recipe and wrong list.
- Armin
On 07/14/2014 06:41 PM, Armin Kuster wrote:
update to version r119
Use github instead of svn
LICENSE md5sum changed since it was updated in r117
FIxes CVE-2014-4611
Signed-off-by: Armin Kuster akus...@mvista.com
---
meta/recipes-support/lz4/lz4_git.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta/recipes-support/lz4/lz4_git.bb
diff --git a/meta/recipes-support/lz4/lz4_git.bb
b/meta/recipes-support/lz4/lz4_git.bb
new file mode 100644
index 000..3978d76
--- /dev/null
+++ b/meta/recipes-support/lz4/lz4_git.bb
@@ -0,0 +1,18 @@
+SUMMARY = Extremely Fast Compression algorithm
+DESCRIPTION = LZ4 is a very fast lossless compression algorithm, providing
compression speed at 400 MB/s per core, scalable with multi-cores CPU. It also features
an extremely fast decoder, with speed in multiple GB/s per core, typically reaching RAM
speed limits on multi-core systems.
+
+LICENSE = BSD
+LIC_FILES_CHKSUM = file://LICENSE;md5=0b0d063f37a4477b54af2459477dcafd
+
+SRCREV = 28fd251bc7b42e5cde15f9a2d78fc53b3b575558
+SRC_URI= git://github.com/Cyan4973/lz4.git;branch=master
+
+S = ${WORKDIR}/git
+
+EXTRA_OEMAKE = PREFIX=${prefix} CC='${CC}' DESTDIR=${D} LIBDIR=${libdir}
INCLUDEDIR=${includedir}
+
+do_install() {
+ oe_runmake install
+}
+
+BBCLASSEXTEND += native nativesdk
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
