[OE-core] [PATCH V4 0/1] shadow: upgrade from 4.1.4.3 to 4.2.1

[Chen Qi]

Test Case:

Fire a clean build for core-image-sato with the following lines in local.conf:
INHERIT += "extrausers"
EXTRA_USERS_PARAMS = "usermod -P 'root' root; \
  useradd -P 'test' --create-home test; \ 
  groupadd -g 1314 no-zuo-no-die;"


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 (1):
  shadow: upgrade from 4.1.4.3 to 4.2.1

 ...-create-parent-directories-when-necessary.patch |  109 ++
 .../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|   36 +-
 .../shadow/{shadow_4.1.4.3.bb => shadow_4.2.1.bb}  |0
 19 files changed, 333 insertions(+), 1936 deletions(-)
 create mode 100644 
meta/recipes-extended/shadow/files/0001-useradd.c-create-parent-directories-when-necessary.patch
 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

Re: [OE-core] [meta-oe][PATCH] V2 lz4: update to latest version

[akuster]

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 
---
  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

[OE-core] [PATCH] insane.bbclass: avoid QA errors for n32 kernel

[Ming Liu]

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 
---
 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] [PATCH 1/2] udev: update init script for conditional probing of platform bus

[Denys Dmytriyenko]

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

Re: [OE-core] [PATCH 1/2] file: fix perl reported as awk

[Robert Yang]

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 
Signed-off-by: Robert Yang 

===
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 
---
  .../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
+
+ # AT&T 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

[OE-core] [PATCH v2] setserial: add missing depends on groff-native

[jackie.huang]

From: Yue Tao 

[YOCTO #6526]

setserial needs groff-native to build

Signed-off-by: Jonas Zetterberg 
Signed-off-by: Yue Tao 
Signed-off-by: Jackie Huang 
---
 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] setserial: package depends on groff-native to build

[Huang, Jie (Jackie)]

> -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,   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] [meta-oe][PATCH] V2 lz4: update to latest version

[Armin Kuster]

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 
---
 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

[OE-core] [PATCH 1/1] groff: fix PERLPATH

[Robert Yang]

There is no PERLPATH, but "${USRBINPATH}/env perl".

Signed-off-by: Robert Yang 
---
 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] [PATCH 0/1] groff: fix PERLPATH

[Robert Yang]

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

Re: [OE-core] [PATCH 1/2] insane.bbclass: QAPATHTEST: check file depends on bash, perl and python

[Robert Yang]

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 
---
  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

Re: [OE-core] [PATCH 1/2] xf86-video-intel: upgrade to 2.99.912

[Saul Wold]

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 
---
  .../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 
+
+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 
+  /* 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="$X

Re: [OE-core] [PATCH] libomxil-0.9.3: Move .so files to main package.

[Saul Wold]

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 
---
  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 2/2] base-files: stage the /home directory

[Saul Wold]

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 
---
  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] /etc/os-release

[akuster]

Chris,

On 07/14/2014 03:54 PM, Christopher Larson wrote:
On Mon, Jul 14, 2014 at 3:50 PM, Saul Wold > 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

[OE-core] [PATCH v2 1/2] python-distribute: add nativesdk to BBCLASSEXTEND

[João Henrique Ferreira de Freitas]

Without this, python tools that need python-distribute doesn't install
in SDK generated by OE.

Signed-off-by: João Henrique Ferreira de Freitas 
---
 meta/recipes-devtools/python/python-distribute_0.6.32.bb | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python-distribute_0.6.32.bb 
b/meta/recipes-devtools/python/python-distribute_0.6.32.bb
index 58bb8b4..7000145 100644
--- a/meta/recipes-devtools/python/python-distribute_0.6.32.bb
+++ b/meta/recipes-devtools/python/python-distribute_0.6.32.bb
@@ -39,6 +39,12 @@ do_install_append() {
 echo "./${SRCNAME}-${PV}-py${PYTHON_BASEVERSION}.egg" > 
${D}${PYTHON_SITEPACKAGES_DIR}/setuptools.pth
 }
 
+do_install_append_class-nativesdk() {
+   sed -i -e '1s|^#!.*|#!/usr/bin/env python|' 
${D}${PYTHON_SITEPACKAGES_DIR}/distribute-${PV}-py${PYTHON_BASEVERSION}.egg/setuptools/tests/test_resources.py
+   sed -i -e '1s|^#!.*|#!/usr/bin/env python|' ${D}${bindir}/easy_install
+   sed -i -e '1s|^#!.*|#!/usr/bin/env python|' 
${D}${bindir}/easy_install-${PYTHON_BASEVERSION}
+}
+
 RDEPENDS_${PN} = "\
   python-distutils \
   python-compression \
@@ -46,4 +52,4 @@ RDEPENDS_${PN} = "\
 
 RPROVIDES_${PN} += "python-setuptools"
 
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
-- 
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.

[João Henrique Ferreira de Freitas]

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

[OE-core] [PATCH v2 2/2] populate_sdk_base: ensure that filenames with empty space character are handled

[João Henrique Ferreira de Freitas]

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 
---
 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

Re: [OE-core] /etc/os-release

[Christopher Larson]

On Mon, Jul 14, 2014 at 3:50 PM, Saul Wold  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

Re: [OE-core] /etc/os-release

[Saul Wold]

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

[OE-core] /etc/os-release

[akuster]

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

[OE-core] [oe-CORE][PATCH] classes/cpan_build.bbclass: add EXTRA_CPAN_BUILD_FLAGS

[Tim Orling]

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 
---
 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

Re: [OE-core] rpm-native build error

[Gary Thomas]

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

Re: [OE-core] [PATCH 2/2] package.bbclass: convert file depends into pkg depends

[Mark Hatle]

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  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] [PATCH 1/2] insane.bbclass: QAPATHTEST: check file depends on bash, perl and python

[Mark Hatle]

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 
---
  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] rpm-native build error

[Mark Hatle]

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

[OE-core] State of bitbake world, test-dependencies 2014-06-27

[Martin Jansa]

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  polki

[OE-core] State of bitbake world, Failed tasks 2014-07-14

[Martin Jansa]

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
||http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20140712_004121.l

[OE-core] [PATCH 1/1] pseudo_1.6.0.bb: uprev to pseudo 1.6

[Peter Seebach]

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 
---
 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

[Peter Seebach]

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

Re: [OE-core] [PATCH v3 1/1] latencytop: fix mount error

[Burton, Ross]

On 14 July 2014 18:49, Saul Wold  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

Re: [OE-core] [PATCH 1/1] pseudo_1.6.0.bb: uprev to pseudo 1.6

[Burton, Ross]

On 14 July 2014 19:39, Peter Seebach  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 1/1] pseudo_1.6.0.bb: uprev to pseudo 1.6

[Peter Seebach]

On Fri, 11 Jul 2014 22:32:49 +0100
Richard Purdie  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] python2: Add PACKAGECONFIG for tkinter to support tk from meta-oe

[Enrico Scholz]

Jate S  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/2] file: fix perl reported as awk

[Saul Wold]

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 
---
  .../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
+
+ # AT&T 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]

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 
> 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 v3 1/1] latencytop: fix mount error

[Saul Wold]

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 
---
  .../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 
+ #include 
+ #include 
++#include 
+
+ #include 
+
+@@ -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

[OE-core] Regarding ./configure and Makefile

[Himanshu Pandey]

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

 

From: Robert Yang 
Sent: Fri, 11 Jul 2014 06:42:31 
To: Himanshu Pandey 
Cc: "openembedded-de...@lists.openembedded.org" 

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:

> Hi,

>

>  From where can I find pptpd in git.

>

> Please help.

>

> Regards,

> Himanshu

>

>

>

>

> From: Robert Yang 

> Sent: Thu, 10 Jul 2014 16:24:38

> To: Himanshu Pandey 

> Cc: "openembedded-de...@lists.openembedded.org"

> 

> Subject: Re: Regarding dhcp package

>

> The error is:

>

> configure: error: source directory already configured; run "make distclean"

> there first

>

> Try a clean build ?

>

> For example:

>

> bitbake dhcp -ccleansstate && bitbake dhcp

>

> If you get the same error again, you may need inherit autotools-brokensep

> rather than autotools as a quick workaround.

>

> // Robert

>

> On 07/10/2014 05:50 PM, Himanshu Pandey wrote:

>  > Hi,

>  >

>  > As advised by you I have done that but again I am getting an 
error.

>  >

>  > Please find the log as attachment.

>  >

>  > Regards,

>  > Himanshu

>  >

>  > From: Robert Yang 

>  > Sent: Thu, 10 Jul 2014 14:08:59

>  > To: Himanshu Pandey 

>  > Cc: "openembedded-de...@lists.openembedded.org"

>  > 

>  > Subject: Re: Regarding dhcp package

>  >

>  >

>  > On 07/10/2014 04:17 PM, Himanshu Pandey wrote:

>  >  > Hi Robert,

>  >  >

>  >  > I am getting an error while compiling my dhcp 
package. Please find the log as

>  >  > attachment.

>  >  >

>  >  > My dhcp bb file is as follows:

>  >  >

>  >  > SECTION = "base"

>  >  > SUMMARY = "Internet Software Consortium DHCP package"

>  >  > DESCRIPTION = "DHCP (Dynamic Host Configuration 
Protocol) is a protocol \

>  >  > which allows individual devices on an IP network to 
get their own \

>  >  > network configuration information from a server. 
 DHCP helps make it \

>  >  > easier to administer devices."

>  >  >

>  >  > HOMEPAGE = "http://www.isc.org/";

>  >  >

>  >  > LICENSE = "CLOSED"

>  >  >

>  >  > DEPENDS = "openssl bind"

>  >  >

>  >  > SRC_URI =

>  > 
"svn://192.43.23.436/home/repo/dhcp-4.2.4-P2;module=branch;user=;pswd="

> 
;

>  > 
;

>  >  > SRCREV = "${AUTOREV}"

>  >  > S= "${WORKDIR}/trunk"

>  >  > #inherit autotools

>  >  > do_compile() {

>  >  >          #cp -f 
${WORKDIR}/trunk/include/site.h ${S}/includes

>  >  >          cd ../trunk

>  >  >          ./configure 
--prefix=${prefix} --host=${HOST_SYS}

>  >  >          make

>  >  > }

>  >  >

>  >

>  > I think that these are wrong, you should not disable the 
"inherit autotools",

>  > and should not use "./configure" or "make" directly, try to 
enable

>  > the "inherit autotools", and remove the do_compile section to 
see what

>  > would happen, maybe you need:

>  >

>  > inherit autotools

>  > S = "${WORKDIR}/trunk"

>  >

>  > // Robert

>  >

>  >  >

>  >  > do_install_append () {

>  >  >          install -d 
${D}${sysconfdir}/init.d

>  >  >          install -d 
${D}${sysconfdir}/default

>  >  >          install -d 
${D}${sysconfdir}/dhcp

>  >  >          install -d 
/etc/dhcp

>  >  >          install -d /sbin

>  >  >          install -d /var/db

>  >  >          install -d /var/lib

>  >  >          install -d 
/usr/local/sbin/

>  >  > install -m 0755 ${D}/sbin/dhcrelay

>  >  >          install -m 0755 
${D}/sbin/dhcpd

>  >  >          install -m 0755 
${D}/sbin/dhclient-script

>  >  >          install -m 0755 
${D}/var/db/dhcpd.leases

>  >  >          install -m 0755 
${D}/var/lib/dhcpd

>  >  >          install -m 0755 
${D}/usr/local/sbin/dhclient

>  >  >          sudo touch 
${D}/usr/local/bin/dhcpd-pools

>  >  >          rm -f 
${D}${sysconfdir}/dhclient.conf*

>  >  >          rm -f 
${D}${sysconfdir}/dhcpd.conf*

>  >  >          rm -f 
/etc/dhcpd.conf*

>  >  >          install -m 0644 
${WORKDIR}/dhcpd.conf ${D}/etc/dhcpd.conf

>  >  >          install -m 0644 
${WORKDIR}/dhclient.conf ${D}/etc/dhcp/dhclient.conf

>  >  >

>  >  >          install 

Re: [OE-core] [PATCH 2/2] package.bbclass: convert file depends into pkg depends

[Robert Yang]

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  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] [meta-oe][PATCH] cups: extend cups-no-gcrypt.patch to apply to configure script

[Peter A. Bigot]

On 07/14/2014 09:37 AM, Burton, Ross wrote:

On 12 July 2014 03:42, Peter A. Bigot  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] python2: Add PACKAGECONFIG for tkinter to support tk from meta-oe

[Enrico Scholz]

Jate Sujjavanich 
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] [PATCH 2/2] populate_sdk_base: ensure that filenames with empty space character are handled

[Otavio Salvador]

On Sat, Jul 12, 2014 at 10:20 AM, João Henrique Ferreira de Freitas
 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

[OE-core] [PATCH] python2: Add PACKAGECONFIG for tkinter to support tk from meta-oe

[Jate Sujjavanich]

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 
---
 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] [meta-oe][PATCH] cups: extend cups-no-gcrypt.patch to apply to configure script

[Burton, Ross]

On 12 July 2014 03:42, Peter A. Bigot  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 2/2] xorg-driver: use PACKAGEFUNCS instead of populate_packages_prepend

[Ross Burton]

The dependency adding function has nothing to do with package splitting, so move
it to a PACKAGEFUNC.

Signed-off-by: Ross Burton 
---
 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

[OE-core] [PATCH 1/2] xf86-video-intel: upgrade to 2.99.912

[Ross Burton]

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 
---
 .../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 
+
+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 
+  /* 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]

Re: [OE-core] UBI filesystem creation fails silently with 4k erase size

[Mike Looijmans]

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

Re: [OE-core] OpenEmbedded build issues with beagle board

[Paul Eggleton]

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

[OE-core] [PATCH] Remove long-deprecated "task-core" backward compat for packagegroups.

[Robert P. J. Day]

Signed-off-by: Robert P. J. Day 

---

  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_$

Re: [OE-core] [oe] any value in keeping the backward compat "task-core" stuff?

[Robert P. J. Day]

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
> > > >
> > > >  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

Re: [OE-core] [oe] any value in keeping the backward compat "task-core" stuff?

[Paul Eggleton]

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
> > > 
> > >  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

[OE-core] UBI filesystem creation fails silently with 4k erase size

[Mike Looijmans]

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?

[Robert P. J. Day]

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
> >
> >  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

Re: [OE-core] [oe] any value in keeping the backward compat "task-core" stuff?

[Paul Eggleton]

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
> > > 
> > >  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

[OE-core] [PATCH v3 1/1] latencytop: fix mount error

[Roxana Ciobanu]

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 
---
 .../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 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ 
+@@ -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

[OE-core] [PATCH v3 0/1] Fix for YB6498

[Roxana Ciobanu]

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

Re: [OE-core] [PATCH 2/2] package.bbclass: convert file depends into pkg depends

[Robert Yang]

On 07/14/2014 06:29 PM, Burton, Ross wrote:

On 14 July 2014 10:41, Robert Yang  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

Re: [OE-core] [PATCH] setserial: package depends on groff-native to build

[Burton, Ross]

On 14 July 2014 10:03,   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] [oe] any value in keeping the backward compat "task-core" stuff?

[Robert P. J. Day]

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
> >
> >  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 2/2] package.bbclass: convert file depends into pkg depends

[Burton, Ross]

On 14 July 2014 10:41, Robert Yang  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] [PATCH] license.bbclass: canonicalise licenses when dealing with INCOMPATIBLE_LICENSE

[Ross Burton]

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 
---
 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] [oe] any value in keeping the backward compat "task-core" stuff?

[Robert P. J. Day]

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
> >
> >  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 2/2] package.bbclass: convert file depends into pkg depends

[Robert Yang]

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 
---
 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

[OE-core] [PATCH 0/2] check and convert file depends on bash, perl and python

[Robert Yang]

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 1/2] insane.bbclass: QAPATHTEST: check file depends on bash, perl and python

[Robert Yang]

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 
---
 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

Re: [OE-core] [oe] any value in keeping the backward compat "task-core" stuff?

[Paul Eggleton]

On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
> On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
> 
>  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] patchwork client problems

[Peter A. Bigot]

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

[OE-core] [PATCH] setserial: package depends on groff-native to build

[jackie.huang]

From: Yue Tao 

[YOCTO #6526]

Add explicit depends to avoid host contamination.

Signed-off-by: Jonas Zetterberg 
Signed-off-by: Yue Tao 
Signed-off-by: Jackie Huang 
---
 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] [PATCH 1/1] perl-rdepends: Add perl as perl-misc/${PN}-pod runtime dep

[Hongxu Jia]

Each of the items requires perl, but had not previously stated their perl
dependency.

Signed-off-by: Mark Hatle 
Signed-off-by: Joe MacDonald 
Signed-off-by: Hongxu Jia 
---
 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 0/1] perl-rdepends: Add perl as perl-misc/${PN}-pod runtime dep

[Hongxu Jia]

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 0/1][V2] classes/insane: Show QA check name

[Chong Lu]

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

[Chong Lu]

QA errors/warnings would show the name of the QA failure in the error/warning 
message.
The format is listed:

 [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 
---
 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):
-

[OE-core] [PATCH 0/1] libtool: fix different files in sysroot of sdk

[Chong Lu]

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

[Chong Lu]

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 
---
 .../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 
+Signed-off-by: Chong Lu 
+---
+ 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 directory not