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

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 ch

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

Bah, missed removing old recipe and wrong list. - Armin On 07/14/2014 06:41 PM, Armin Kuster wrote: update to version r119 Use github instead of svn LICENSE md5sum changed since it was updated in r117 FIxes CVE-2014-4611 Signed-off-by: Armin Kuster --- meta/recipes-support/lz4/lz4_git.bb

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

A series of commits had been integrated to avoid qa checking code throwing the bitsize not matched error for x32 kernel files, the same logic is also needed by n32 kernel which was not addressed in that series. This commit extends the condition for n32 kernel files. Signed-off-by: Ming Liu ---

Re: [OE-core] [PATCH 1/2] udev: update init script for conditional probing of platform bus

On Thu, Jun 26, 2014 at 01:43:53PM -0400, Denys Dmytriyenko wrote: > On Wed, Jun 25, 2014 at 11:41:05PM +0100, Richard Purdie wrote: > > On Wed, 2014-06-25 at 12:22 -0400, Denys Dmytriyenko wrote: > > > On Wed, Jun 25, 2014 at 05:20:23PM +0100, Paul Eggleton wrote: > > > > On Tuesday 24 June 2014 2

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

Thanks, updated in the repo: The awk pattern was checked *before* the Perl pattern, so the perl script with BEGIN{...} would be reported as awk, this patch fixes it. Upstream-Status: Backport [debian] Signed-off-by: Christoph Biedl Signed-off-by: Robert Yang === REPO: git://git.openembe

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

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.

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

> -Original Message- > From: Burton, Ross [mailto:ross.bur...@intel.com] > Sent: Monday, July 14, 2014 6:32 PM > To: Huang, Jie (Jackie) > Cc: OE-core > Subject: Re: [OE-core] [PATCH] setserial: package depends on groff-native to > build > > On 14 July 2014 10:03, wrote: > > Add expli

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

update to version r119 Use github instead of svn LICENSE md5sum changed since it was updated in r117 FIxes CVE-2014-4611 Signed-off-by: Armin Kuster --- meta/recipes-support/lz4/lz4_git.bb | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 meta/recipes-support/lz4/lz4_

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

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 i

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

The following changes since commit fa325e44f5b429b4038022b31285af9c94672943: insane: Ensure do_package_qa happens after do_packagedata (2014-07-11 23:19:18 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/groff http://cgit.openembedd

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

On 07/15/2014 04:02 AM, Mark Hatle wrote: On 7/14/14, 4:41 AM, Robert Yang wrote: If it is a bash, perl or python script, and the RDEPENDS_pkg doesn't have bash, python or perl, then warn. This is mainly for ipk and deb, since rpm can add "/usr/bin/perl" to the its "Requires" section if it is

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

On 07/14/2014 07:31 AM, Ross Burton wrote: Drop a backported patch that has been applied. Apply a patch from upstream to add enable/disable options for each DRI level, as .912 won't build if the X server doesn't support DRI3. Add PACKAGECONFIG options for each DRI level and enable DRI1 and DRI2

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

On 07/10/2014 12:18 PM, Drew Moseley wrote: The omxregister-bellagio app scans the libdir for the '*.so' files to get them properly registered. Make sure they are included in the base package rather than the dev. Would it be better to patch the register app to have a more generic search for .s

Re: [OE-core] [PATCH 2/2] base-files: stage the /home directory

On 07/13/2014 11:31 PM, Chen Qi wrote: The /home directory might be needed by packages that inherit useradd.bbclass. One example is the 'xuser-account' recipe. Previously, we patched the shadow package to change the behaviour of the '--create-home' option. This is not appropriate. Instead, we sh

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

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

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

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

[OE-core] [PATCH v2 0/2] add nativesdk to BBCLASSEXTEND to python-distribute and to fix the side effect of it.

Changes in v2: - Use 'find -print' instead of an extra fork to protect path - Replace sha-bang for easy_python version variant Test steps: 1- apply the two patches 2- include the package 'nativesdk-python-distribute to TOOLCHAIN_HOST_TASK in meta/recipes-core/meta/buildtools-tarball.bb 3-

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

When extracting toolchain, if the list $executable_files has filenames with empty space character, the list will created but relocate_sdk.sh will not handle it well. This will lead to the below erro: ./tmp/deploy/sdk/buildtools-mytools-x86_64-nativesdk-standalone-1.6.1.0.sh Enter target di

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

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

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

On 07/14/2014 03:38 PM, akuster wrote: Hello all, I noticed some reference to /etc/os-release in some recipes. Where can I find the initial creation of /etc/os-release? If one is not created, would there desire to have one? Really? We reference it in the meta/lib/oe/lsb.py release_dict_file()

[OE-core] /etc/os-release

Hello all, I noticed some reference to /etc/os-release in some recipes. Where can I find the initial creation of /etc/os-release? If one is not created, would there desire to have one? regards, Armin -- ___ Openembedded-core mailing list Openembedde

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

Some packages have additional configuration options that are currently not accessible through cpan_build.bbclass. Similar to cpan.bbclass, add EXTRA_CPAN_BUILD_FLAGS to pass the optional parameters to perl Build.PL. Signed-off-by: Tim Orling --- meta/classes/cpan_build.bbclass | 5 - 1 file

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

On 2014-07-14 13:51, Mark Hatle wrote: On 7/11/14, 11:04 AM, Gary Thomas wrote: I'm getting a build error on rpm-native on my venerable Fedora-13 based builder (which I am loathe to update/replace). This probably happened with the update to 5.4.14 but I didn't notice until now as I was away on

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

On 7/14/14, 11:25 AM, Robert Yang wrote: Hello, Found that eglibc-utils/usr/bin/tzselect is a bash script, should we add: RDEPENDS_eglibc-utils += "bash" ? The problem is that this would cause bash installed to meta-toolchain, the dependencies chain is: meta-toolchain -> eglibc-utils -> bash

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

On 7/14/14, 4:41 AM, Robert Yang wrote: If it is a bash, perl or python script, and the RDEPENDS_pkg doesn't have bash, python or perl, then warn. This is mainly for ipk and deb, since rpm can add "/usr/bin/perl" to the its "Requires" section if it is a perl script, but ipk or deb can't depend o

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

On 7/11/14, 11:04 AM, Gary Thomas wrote: I'm getting a build error on rpm-native on my venerable Fedora-13 based builder (which I am loathe to update/replace). This probably happened with the update to 5.4.14 but I didn't notice until now as I was away on holiday. Here are the details: Latest

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

This was again full 14-day pass, this time with even more failures, because oe-core is now more strict about dependencies (I've sent couple of fixes for missing pkgconfig/intltool-native/gtk-doc and triggered new incremental build which should highlight more interesting issues). Complete logs: htt

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

http://www.openembedded.org/wiki/Bitbake_World_Status == Failed tasks 2014-07-14 == === common (31) === * meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile * meta-openembedded/meta-filesystems/recipes-filesystems/owfs/owfs_2.9p1.bb, do_compile * meta-openembedd

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

This uprevs pseudo to 1.6. This merges in all of the existing fixes, and also adds partial support for extended attributes, including storing arbitrary extended attributes in the database, and also interpreting the posix permissions ACLs as chmod requests. The extended attribute support means we n

[OE-core] [PATCH 0/1] pseudo 1.6

This is the pseudo 1.6 update, now with an explicit dependency on attr to make sure xattr.h is available. Also a signed-off-by. Previous blurb: pseudo 1.6.0 is a moderately significant update. It should actually be better in a number of ways. Performance may be slightly improved by changes to how

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

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 mou

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

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

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

On Fri, 11 Jul 2014 22:32:49 +0100 Richard Purdie 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

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

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

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

On 07/10/2014 06:51 PM, Robert Yang wrote: The awk pattern was checked *before* the Perl pattern, so the perl script with BEGIN{...} would be reported as awk, this patch fixes it. Signed-off-by: Robert Yang --- .../recipes-devtools/file/file/debian-742262.patch | 16 meta/

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

Python 2.7.x does not use an explicit configure option for tk support. Instead, it tries to detect the tk and tcl libraries before compiling python-tkinter. In PACKAGECONFIG[*], items three and four are the DEPENDS and RDEPENDS, respectively. They are only added to the python DEPENDS/RDEPENDS when

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

On 07/14/2014 03:58 AM, Roxana Ciobanu wrote: Added a check to ensure debugfs is not mounted before trying to mount it, because sysfs.sh already mounts it. [ YOCTO #6498 ] Signed-off-by: Roxana Ciobanu --- .../latencytop-0.5/latencytop-fsync-mount.patch| 37 ++ meta/

[OE-core] Regarding ./configure and Makefile

Hi, Suppose I have a package and to compile and install that package, it is required to run following: ./configure make make install Then how can I include these in my package receipe. Please help. Regards, Himanshu   From: Robert Yang Sent: Fri, 11 Jul 2014 06:

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

Hello, Found that eglibc-utils/usr/bin/tzselect is a bash script, should we add: RDEPENDS_eglibc-utils += "bash" ? The problem is that this would cause bash installed to meta-toolchain, the dependencies chain is: meta-toolchain -> eglibc-utils -> bash Maybe we should only warn rather than ad

Re: [OE-core] [meta-oe][PATCH] cups: extend cups-no-gcrypt.patch to apply to configure script

On 07/14/2014 09:37 AM, Burton, Ross wrote: On 12 July 2014 03:42, Peter A. Bigot 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 foun

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

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

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

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

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

Previously, the python recipe did not have a way to add a DEPENDS on tk. This makes the option available for users of the meta-oe/meta-oe layer. Signed-off-by: Jate Sujjavanich --- meta/recipes-devtools/python/python_2.7.3.bb |2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes

Re: [OE-core] [meta-oe][PATCH] cups: extend cups-no-gcrypt.patch to apply to configure script

On 12 July 2014 03:42, Peter A. Bigot 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 targe

[OE-core] [PATCH 2/2] xorg-driver: use PACKAGEFUNCS instead of populate_packages_prepend

The dependency adding function has nothing to do with package splitting, so move it to a PACKAGEFUNC. Signed-off-by: Ross Burton --- meta/recipes-graphics/xorg-driver/xorg-driver-common.inc |4 ++-- meta/recipes-graphics/xorg-driver/xorg-driver-input.inc |5 +++-- meta/recipes-graphics/

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

Drop a backported patch that has been applied. Apply a patch from upstream to add enable/disable options for each DRI level, as .912 won't build if the X server doesn't support DRI3. Add PACKAGECONFIG options for each DRI level and enable DRI1 and DRI2. Add a PACKAGECONFIG option for the client

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

On 07/14/2014 02:07 PM, Mike Looijmans wrote: I have a NOR chip that reports a 4k erase size, so in my machine.conf I entered: MKUBIFS_ARGS = "-m 1 -e 3968 -c 7040" UBINIZE_ARGS = "-m 1 -p 4096" UBI_VOLNAME = "qspi-rootfs" When I create an image with "ubi" in the IMAGE_FSTYPES, the build runs

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

Hi Bryan, On Tuesday 08 July 2014 12:22:59 Bryan wrote: > Hi All > I am trying to build Openembeeded classic for Beagle board-XM but i am > getting lot of broken link issues. I have set DISTRO as angstrom-2010.x in > local.conf. Is this approach ok? or should i move to openembedded core ?? >

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

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

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

On Mon, 14 Jul 2014, Paul Eggleton wrote: > On Monday 14 July 2014 07:39:23 Robert P. J. Day wrote: > > On Mon, 14 Jul 2014, Paul Eggleton wrote: > > > On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: > > > > On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day > > > > > > > > wrote: > > > >

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

On Monday 14 July 2014 07:39:23 Robert P. J. Day wrote: > On Mon, 14 Jul 2014, Paul Eggleton wrote: > > On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: > > > On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day > > > > > > wrote: > > > > a number of the current packagegroup recipe files st

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

I have a NOR chip that reports a 4k erase size, so in my machine.conf I entered: MKUBIFS_ARGS = "-m 1 -e 3968 -c 7040" UBINIZE_ARGS = "-m 1 -p 4096" UBI_VOLNAME = "qspi-rootfs" When I create an image with "ubi" in the IMAGE_FSTYPES, the build runs and does not report any error, however it di

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

On Mon, 14 Jul 2014, Paul Eggleton wrote: > On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: > > On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day > > > > wrote: > > > a number of the current packagegroup recipe files still have > > > > > > backward compatibility support for the old "tas

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

On Monday 14 July 2014 06:31:18 Robert P. J. Day wrote: > On Mon, 14 Jul 2014, Paul Eggleton wrote: > > On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: > > > On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day > > > > > > wrote: > > > > a number of the current packagegroup recipe files st

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

Added a check to ensure debugfs is not mounted before trying to mount it, because sysfs.sh already mounts it. [ YOCTO #6498 ] Signed-off-by: Roxana Ciobanu --- .../latencytop-0.5/latencytop-fsync-mount.patch| 37 ++ meta/recipes-kernel/latencytop/latencytop_0.5.bb | 3

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

The following changes since commit 9e99bcffec594cb5b4c3533200e8eb56d32e6a77: insane: Ensure do_package_qa happens after do_packagedata (2014-07-11 23:20:04 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib roxana/YB6498 http://git.yoctoproject.org/cgit

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

On 07/14/2014 06:29 PM, Burton, Ross wrote: On 14 July 2014 10:41, Robert Yang 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

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 dependency. Ross -- ___ Openembedded-core mailing list Openembedded-core@li

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

On Mon, 14 Jul 2014, Paul Eggleton wrote: > On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: > > On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day > > > > wrote: > > > a number of the current packagegroup recipe files still have > > > > > > backward compatibility support for the old "tas

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

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 maili

[OE-core] [PATCH] license.bbclass: canonicalise licenses when dealing with INCOMPATIBLE_LICENSE

If INCOMPATIBLE_LICENSE=GPLv3.0 but the recipe sets LICENSE=GPLv3, the current code won't trigger because they're different strings. Fix this by attempting to canonicalise every license name to a SPDX name, so both names in this example become GPL-3.0. [ YOCTO #5622 ] Signed-off-by: Ross Burton

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

On Mon, 14 Jul 2014, Paul Eggleton wrote: > On Friday 11 July 2014 20:39:04 Otavio Salvador wrote: > > On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day > > > > wrote: > > > a number of the current packagegroup recipe files still have > > > > > > backward compatibility support for the old "tas

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

The ipk or deb can't depend on file such as "/usr/bin/perl", so it would know nothing about perl, and there would be dependencies problems when we run "apt-get install" on the target. Convert the file depends into pkg depends can fix the issue: /bin/bash -> bash /usr/bin/perl -> perl /usr/bin/pyth

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

The following changes since commit fa325e44f5b429b4038022b31285af9c94672943: insane: Ensure do_package_qa happens after do_packagedata (2014-07-11 23:19:18 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/filedep http://cgit.openembe

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

If it is a bash, perl or python script, and the RDEPENDS_pkg doesn't have bash, python or perl, then warn. This is mainly for ipk and deb, since rpm can add "/usr/bin/perl" to the its "Requires" section if it is a perl script, but ipk or deb can't depend on file such as "/usr/bin/perl", they can o

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

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

[OE-core] patchwork client problems

I'm finding attempts to use pwclient on http://patches.openembedded.org/xmlrpc/ produce an ExpatError because the returned document is always empty (per a wireshark trace of the transaction). Can somebody confirm that the server for the command-line client is working properly? Thanks. Peter

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

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/

[OE-core] [PATCH 1/1] perl-rdepends: Add perl as perl-misc/${PN}-pod runtime dep

Each of the items requires perl, but had not previously stated their perl dependency. Signed-off-by: Mark Hatle 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-devt

[OE-core] [PATCH 0/1] perl-rdepends: Add perl as perl-misc/${PN}-pod runtime dep

The following changes since commit 9e99bcffec594cb5b4c3533200e8eb56d32e6a77: insane: Ensure do_package_qa happens after do_packagedata (2014-07-11 23:20:04 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-perl-rdep http://git.pokylinux.org/cgi

[OE-core] [PATCH 0/1][V2] classes/insane: Show QA check name

Change since V1: change output format. The following changes since commit a5531a2b8983318b99c119a87b78a92cf84160b8: bitbake: fetch2/svn: Add transportuser parameter (2014-07-04 09:28:36 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/qacheck htt

[OE-core] [PATCH 1/1][V2] classes/insane: Show QA check name

QA errors/warnings would show the name of the QA failure in the error/warning message. The format is listed: [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 +

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

The following changes since commit 6879c3c903ec7d08cf0240281c83d85b4a42b6db: maintainers.inc: add info for libical (2014-07-08 11:20:14 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/libtool http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=

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

The libtool.m4 and ltmain.m4sh are different in target sysroot between sdk and build environment. The reason is that we have two patches (fixinstall.patch and prefix.patch) for libtool-cross. They change libtool.m4 and ltmain.m4sh and generate files to sysroot dir. But we don't need them for lib