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
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
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
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
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
QA errors/warnings would show the name of the QA failure in the error/warning
message.
The format is listed:
message [QA check name]
You can see which QA check you need to disable if you want to disable it.
[YOCTO #6160]
Signed-off-by: Chong Lu chong...@windriver.com
---
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
Each of the items requires perl, but had not previously stated their perl
dependency.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
Signed-off-by: Joe MacDonald joe.macdon...@windriver.com
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
From: Yue Tao yue@windriver.com
[YOCTO #6526]
Add explicit depends to avoid host contamination.
Signed-off-by: Jonas Zetterberg jonas.zetterb...@windriver.com
Signed-off-by: Yue Tao yue@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
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.
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
a number of the current packagegroup recipe files still have
backward compatibility support for the old task-core names, seems
like that's been
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
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
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 -
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
a number of the current packagegroup recipe files still have
backward compatibility support for the
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
On 14 July 2014 10:41, Robert Yang liezhi.y...@windriver.com wrote:
+prog_maps = {/bin/bash: bash, /usr/bin/perl: perl,
/usr/bin/python: python}
Use something like d.expand(${bindir}/perl) instead of hard-coding paths.
Ross
--
___
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
a number of the current packagegroup recipe files still have
backward compatibility support for the
On 14 July 2014 10:03, jackie.hu...@windriver.com wrote:
Add explicit depends to avoid host contamination.
That's not host contamination, please reword the commit to explain
that it's a missing build dependency.
Ross
--
___
Openembedded-core mailing
On 07/14/2014 06:29 PM, Burton, Ross wrote:
On 14 July 2014 10:41, Robert Yang liezhi.y...@windriver.com wrote:
+prog_maps = {/bin/bash: bash, /usr/bin/perl: perl, /usr/bin/python:
python}
Use something like d.expand(${bindir}/perl) instead of hard-coding paths.
Good idea, thanks,
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
Added a check to ensure debugfs is not mounted before trying
to mount it, because sysfs.sh already mounts it.
[ YOCTO #6498 ]
Signed-off-by: Roxana Ciobanu roxana.ciob...@intel.com
---
.../latencytop-0.5/latencytop-fsync-mount.patch| 37 ++
On Monday 14 July 2014 06:31:18 Robert P. J. Day wrote:
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
a number of the current packagegroup recipe
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
a number of the current packagegroup recipe files still have
backward compatibility support for the
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
On Monday 14 July 2014 07:39:23 Robert P. J. Day wrote:
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
a number of the current packagegroup recipe
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Monday 14 July 2014 07:39:23 Robert P. J. Day wrote:
On Mon, 14 Jul 2014, Paul Eggleton wrote:
On Friday 11 July 2014 20:39:04 Otavio Salvador wrote:
On Thu, Jul 10, 2014 at 12:21 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
a few notes:
* seems valid as i'm rebuilding a core-image-minimal for qemux86 so
the recipes seem to parse properly
* almost all of this is simple variable assignment deletion but for
that first patch, which is just the python
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
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
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
The dependency adding function has nothing to do with package splitting, so move
it to a PACKAGEFUNC.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-driver/xorg-driver-common.inc |4 ++--
meta/recipes-graphics/xorg-driver/xorg-driver-input.inc |5 +++--
On 12 July 2014 03:42, Peter A. Bigot p...@pabigot.com wrote:
The original patch removed gcrypt from an m4 source file that
contributes to configure.in, but didn't apply those changes to or
rebuild the configure script itself. This allowed libgcrypt-config to
be found, adding native libraries
Previously, the python recipe did not have a way to add a DEPENDS on
tk.
This makes the option available for users of the meta-oe/meta-oe layer.
Signed-off-by: Jate Sujjavanich jate...@gmail.com
---
meta/recipes-devtools/python/python_2.7.3.bb |2 ++
1 file changed, 2 insertions(+)
diff
On Sat, Jul 12, 2014 at 10:20 AM, João Henrique Ferreira de Freitas
joa...@gmail.com wrote:
Hi Otavio
Em 08-07-2014 22:33, Otavio Salvador escreveu:
Now talking about the patch itself, Joao, did you try to avoid the extra
fork calling echo? Using '-print0' option in find might help.
Not
Jate Sujjavanich jatedev-re5jqeeqqe8avxtiumw...@public.gmane.org
writes:
+PACKAGECONFIG[tkinter] = ,,tk,tk tk-lib
What do you want to reach with this? Afais, build is not more deterministic
than before and requiring both 'tk' and 'tk-lib' when 'tkinter' is *not*
enabled does not look sane to
On 07/14/2014 09:37 AM, Burton, Ross wrote:
On 12 July 2014 03:42, Peter A. Bigot p...@pabigot.com wrote:
The original patch removed gcrypt from an m4 source file that
contributes to configure.in, but didn't apply those changes to or
rebuild the configure script itself. This allowed
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
Hi,
Suppose I have a package and to compile and install that package, it is
required to run following:
./configure
make
make install
Then how can I include these in my package receipe.
Please help.
Regards,
Himanshu
nbsp;
From: Robert Yang lt;liezhi.y...@windriver.comgt;
Sent: Fri, 11 Jul
On 07/14/2014 03:58 AM, Roxana Ciobanu wrote:
Added a check to ensure debugfs is not mounted before trying
to mount it, because sysfs.sh already mounts it.
[ YOCTO #6498 ]
Signed-off-by: Roxana Ciobanu roxana.ciob...@intel.com
---
.../latencytop-0.5/latencytop-fsync-mount.patch| 37
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
On 07/10/2014 06:51 PM, Robert Yang wrote:
The awk pattern was checked *before* the Perl pattern, so the perl
script with BEGIN{...} would be reported as awk, this patch fixes it.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
.../recipes-devtools/file/file/debian-742262.patch |
Jate S jate...@gmail.com writes:
Python 2.7.x does not use an explicit configure option for tk support.
Instead, it tries to detect the tk and tcl libraries before compiling
python-tkinter.
Your patch does not solve the issue of non-deterministic builds. When
tk was added by some other way,
On Fri, 11 Jul 2014 22:32:49 +0100
Richard Purdie richard.pur...@linuxfoundation.org wrote:
The issue is the lack of the xattr headers from what I saw, not the
xattr support itself and we're missing what looks like a single define.
For the complexity, I did wonder if we should ship a
On 14 July 2014 19:39, Peter Seebach peter.seeb...@windriver.com wrote:
So should I resubmit with the attr-native dependency? I don't know how much
build time that will impose, but I assume not very much.
Please do, the build time for attr-native is minimal in the scheme of things.
Ross
--
On 14 July 2014 18:49, Saul Wold s...@linux.intel.com wrote:
Why do two stats here? Can't you stat an entry inside of the
/sys/kernel/debug directory?
It's the idiomatic is this a mount point test: look at the device
number inside and outside the hopeful mount point, and if they're
different
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
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
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
*
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:
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:
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
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
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
Some packages have additional configuration options that are currently
not accessible through cpan_build.bbclass. Similar to cpan.bbclass, add
EXTRA_CPAN_BUILD_FLAGS to pass the optional parameters to perl Build.PL.
Signed-off-by: Tim Orling ticot...@gmail.com
---
meta/classes/cpan_build.bbclass
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
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()
On Mon, Jul 14, 2014 at 3:50 PM, Saul Wold s...@linux.intel.com wrote:
On 07/14/2014 03:38 PM, akuster wrote:
Hello all,
I noticed some reference to /etc/os-release in some recipes. Where can I
find the initial creation of /etc/os-release? If one is not created,
would there desire to have
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
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
Chris,
On 07/14/2014 03:54 PM, Christopher Larson wrote:
On Mon, Jul 14, 2014 at 3:50 PM, Saul Wold s...@linux.intel.com
mailto:s...@linux.intel.com wrote:
On 07/14/2014 03:38 PM, akuster wrote:
Hello all,
I noticed some reference to /etc/os-release in some recipes.
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
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
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
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
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
There is no PERLPATH, but ${USRBINPATH}/env perl.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-extended/groff/groff_1.18.1.4.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/groff/groff_1.18.1.4.bb
update to version r119
Use github instead of svn
LICENSE md5sum changed since it was updated in r117
FIxes CVE-2014-4611
Signed-off-by: Armin Kuster akus...@mvista.com
---
meta/recipes-support/lz4/lz4_git.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Monday, July 14, 2014 6:32 PM
To: Huang, Jie (Jackie)
Cc: OE-core
Subject: Re: [OE-core] [PATCH] setserial: package depends on groff-native to
build
On 14 July 2014 10:03, jackie.hu...@windriver.com
From: Yue Tao yue@windriver.com
[YOCTO #6526]
setserial needs groff-native to build
Signed-off-by: Jonas Zetterberg jonas.zetterb...@windriver.com
Signed-off-by: Yue Tao yue@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
Thanks, updated in the repo:
The awk pattern was checked *before* the Perl pattern, so the perl
script with BEGIN{...} would be reported as awk, this patch fixes it.
Upstream-Status: Backport [debian]
Signed-off-by: Christoph Biedl debian.a...@manchmal.in-ulm.de
Signed-off-by: Robert Yang
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
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
Bah,
missed removing old recipe and wrong list.
- Armin
On 07/14/2014 06:41 PM, Armin Kuster wrote:
update to version r119
Use github instead of svn
LICENSE md5sum changed since it was updated in r117
FIxes CVE-2014-4611
Signed-off-by: Armin Kuster akus...@mvista.com
---
74 matches
Mail list logo