On Mar 16, 2015, at 6:35 PM, Saul Wold s...@linux.intel.com wrote:
The 1.0.2 version of libssl requires that libcrypto be linked so don't
keep it private anymore.
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../openssl/fix_Makefile_creation_of_libssl.patch| 16
Signed-off-by: Krzysztof Sywula krzysztof.m.syw...@intel.com
---
recipes-devtools/gcc/gcc-crosssdk-initial_4.7.bbappend | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/recipes-devtools/gcc/gcc-crosssdk-initial_4.7.bbappend
The 1.0.2 version of libssl requires that libcrypto be linked so don't
keep it private anymore.
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../openssl/fix_Makefile_creation_of_libssl.patch| 16
meta/recipes-connectivity/openssl/openssl_1.0.2.bb | 1 +
2
With the change to externalsrc we can now handle these, so add a test
to ensure they can be built.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/lib/oeqa/selftest/devtool.py | 32
1 file changed, 32 insertions(+)
diff --git
Allow get_bb_var() to work with unexported variable values such as
MACHINE - the workaround is a little crude but should suffice for now.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/lib/oeqa/utils/commands.py | 7 +++
1 file changed, 7 insertions(+)
diff --git
* We don't want to ignore changes in the meta-selftest directory
* While I'm at it, meta-hob has been gone for a while now, so drop the
reference to it here.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
.gitignore | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
If SRC_URI contains local files (file:// references) these will almost
certainly be required at some point during the build process, so we need
to actually fetch these to ${WORKDIR} as we would normally.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
Whilst this test would seemingly be better placed as a runtime test,
unfortunately the runtime tests run under bitbake and you can't run
devtool within bitbake (since devtool needs to run bitbake itself).
Additionally we are testing build-time functionality as well, so
really this has to be done
If a license file matched more than one of the specifications (e.g.
COPYING.GPL) then it was being added to LIC_FILES_CHKSUM more than once.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/lib/recipetool/create.py | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
libmatchbox links to libjpeg if it is present so just explicitly build
it and then check it appears in DEPENDS.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/lib/oeqa/selftest/devtool.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
* Pass correct arguments to undeploy() function
* If an error occurs during undeploy(), exit instead of continuing
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/lib/devtool/deploy.py | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
If you point devtool modify to a source tree previously created by
devtool modify or devtool extract, then we need to try to pick up the
correct initial revision so that devtool update-recipe knows where to
start looking for commits that match up with patches in the recipe.
Signed-off-by: Paul
Add a -a/--all option to allow you to quickly reset all recipes in your
workspace.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/lib/oeqa/selftest/devtool.py | 29 ++
scripts/lib/devtool/standard.py | 52 +--
2 files
If you're testing with multiple images/devices that have the same IP
address / hostname then it can be annoying to deal with host key
mismatches all of the time. As a MITM attack is unlikely in the local
test environment, provide a command line option to pass the appropriate
options to scp/ssh to
Some fixes and minor improvements for devtool/recipetool and extensions
to the oe-selftest tests for both.
The following changes since commit fb29441216435b9bae47ca9cd42db5a6b1fe77d8:
oeqa/parselogs: Skip hda opcode errors (2015-03-12 12:49:22 +)
are available in the git repository at:
The -q option to scp does stop the progress being shown, which is mostly
superfluous, however it also stops errors from ssh being shown - if
there's a problem, you'll just get lost connection which really isn't
that helpful. As a compromise, add a -s/--show-status option and
advertise this when
If you haven't built the recipe yet or if the output directory (${D}) is
empty, then we should tell the user rather than have scp error out.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/lib/devtool/deploy.py | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
This fixes the following error when building liburcu:
Your gcc version produces clobbered frame accesses
OE-Core is using a patched GCC 4.8.2 which is able to compile liburcu
properly.
Signed-off-by: Jonathan Liu net...@gmail.com
---
...evert-Blacklist-ARM-gcc-4.8.0-4.8.1-4.8.2.patch | 47
On 16 March 2015 at 10:53, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
+PR = r1
No need to bump PR, remove this line please.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
Due to libc-dependant conditional patching (which should be completely
forbidden -- fix it properly instead) the last PV bump forgot to adjust
patches so they failed to apply.
Fix this by redoing the patches. These patches were submitted for
upstream master, add backported patches for the current
glibc provides NSS, other libc do not, so only add libnss-mdns to the
zeroconf package group for glibc.
This fixes the build of core-image-sato for e.g. uClibc
Signed-off-by: Bernhard Reutner-Fischer rep.dot@gmail.com
---
meta/recipes-core/packagegroups/packagegroup-base.bb | 4 +++-
1 file
Changes from v2:
- drop PR bumps
The following changes since commit fb29441216435b9bae47ca9cd42db5a6b1fe77d8:
oeqa/parselogs: Skip hda opcode errors (2015-03-12 12:49:22 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib aldot/fixes
Consolidate code for checking compatible recipes and consider meta and
packagegroup recipes as well as package-index and gcc-source to be
incompatible.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/lib/oeqa/selftest/devtool.py | 24
No functional changes, just use a unique name for each parser.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/lib/devtool/standard.py | 44 -
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git
Add a dry-run option to the deploy-target and undeploy-target
subcommands so you can see the list of files to be deployed or
un-deployed before actually carrying out the operation.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
scripts/lib/devtool/deploy.py | 16
This patch was part of the 0.2.4 release.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
...g_remove.c-avoid-remove-pkg-repeatly-with.patch | 39 --
meta/recipes-devtools/opkg/opkg_0.2.4.bb | 1 -
2 files changed, 40 deletions(-)
delete mode 100644
This patch was part of the 1.8.1 release.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
.../always_include_xorg_server.h.patch | 60 --
.../xorg-driver/xf86-input-synaptics_1.8.1.bb | 4 --
2 files changed, 64 deletions(-)
delete mode
Drop some patches that were already applied upstream (quilt doesn't
complain about these, but devtool's attempted use of git/patch to apply
them will and we really should have dropped them on upgrade).
The following changes since commit fb29441216435b9bae47ca9cd42db5a6b1fe77d8:
On 16 March 2015 at 12:47, Burton, Ross ross.bur...@intel.com wrote:
On 16 March 2015 at 10:53, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
+PR = r1
No need to bump PR, remove this line please.
yea, i'm not changing anything from installed binaries perspective, right?
--
Due to libc-dependant conditional patching (which should be completely
forbidden -- fix it properly instead) the last PV bump forgot to adjust
patches so they failed to apply.
Fix this by redoing the patches. These patches were submitted for
upstream master, add backported patches for the current
Hi Saul,
A couple of minor things:
On Sunday 15 March 2015 22:32:57 Saul Wold wrote:
This patch creates a variable for the install_dir name so it can be
something other than /install, also by doing this we can correctly
clean up the empty directories (/install/tmp) during the clean-up
phase.
* Add a test for add-layer and remove-layer
* Correct message for test_bitbakelayers_showoverlayed()
* Improve test_bitbakelayers_flatten() to use a more unique name for the
temp output directory and clean it up using track_for_cleanup()
Signed-off-by: Paul Eggleton
base.bbclass already sets EXTRA_OECMAKE when cmake.bbclass is inherited.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-graphics/waffle/waffle_1.3.0.bb | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-graphics/waffle/waffle_1.3.0.bb
Two not-really-related fixes I made while working on devtool recently. The
oe-selftest patch adds a test that would have caught the regression that
occurred with wildcard support in bitbake-layers remove-layer.
The following changes since commit fb29441216435b9bae47ca9cd42db5a6b1fe77d8:
Used default values of PSEUDO_* environment variables only
if variables are not set.
This allows to set custom PSEUDO_PREFIX and other pseudo
variables in order to use pseudo database from non-standard
locations.
Change-Id: I0bc1af5e521121d1f96d590cb6edb23cf0cb0b83
Signed-off-by: Ed Bartosh
Hi Richard,
Thank you very much.
On 13 March 2015 at 21:35, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Fri, 2015-03-13 at 20:25 +0530, Naresh Bhat wrote:
Update the grub git recipe with the following actions for native and
target
- Base class extend to native
-
On 16 March 2015 at 13:49, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
yea, i'm not changing anything from installed binaries perspective, right?
Even if you were we haven't needed explicit PR bumps for quite a while
now. The PR service will automatically increase the PR if
On 16 March 2015 at 12:52, Burton, Ross ross.bur...@intel.com wrote:
On 16 March 2015 at 13:49, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
yea, i'm not changing anything from installed binaries perspective, right?
Even if you were we haven't needed explicit PR bumps for quite a
On 13 March 2015 at 20:39, Martin Jansa martin.ja...@gmail.com wrote:
+Upstream-Status: Pending
Missing S-o-b in the patch.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
(obviously remove the PR bumps from the entire series, thanks)
On 16 March 2015 at 13:53, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
On 16 March 2015 at 12:52, Burton, Ross ross.bur...@intel.com wrote:
On 16 March 2015 at 13:49, Bernhard Reutner-Fischer
rep.dot@gmail.com
On 03/16/2015 12:16 AM, Robert Yang wrote:
I'm afraid that it doesn't work, the error is the same as before
for openflow.
Hmm, I tested it here, will try again, I can change the Libs: entry, I
know that works for sure.
Also I realized I sent it late and forgot to add the patch
On Mar 16, 2015, at 1:53 AM, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
Due to libc-dependant conditional patching (which should be completely
forbidden -- fix it properly instead) the last PV bump forgot to adjust
patches so they failed to apply.
Patches are fine in this
On 16 March 2015 at 18:24, Khem Raj raj.k...@gmail.com wrote:
Patches are fine in this series, however I just want to set the
expectations right here. While having that libc-independent goal is fine.
Sometimes we just can not do it, since uclibc or musl
does not have all the features that
On 16 March 2015 at 17:43, Khem Raj raj.k...@gmail.com wrote:
patches are fine. I was merely pointing on the sweeping statement regarding
patches should be always libc-independent.
yep.
IMO patches should always be applied and not depend on a certain
architecture nor a certain libc or the
On 16 March 2015 at 17:26, Burton, Ross ross.bur...@intel.com wrote:
On 16 March 2015 at 18:24, Khem Raj raj.k...@gmail.com wrote:
Patches are fine in this series, however I just want to set the
expectations right here. While having that libc-independent goal is fine.
Sometimes we just can
On Mar 16, 2015, at 9:26 AM, Burton, Ross ross.bur...@intel.com wrote:
On 16 March 2015 at 18:24, Khem Raj raj.k...@gmail.com
mailto:raj.k...@gmail.com wrote:
Patches are fine in this series, however I just want to set the expectations
right here. While having that libc-independent
On Mar 16, 2015, at 9:37 AM, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
On 16 March 2015 at 17:26, Burton, Ross ross.bur...@intel.com wrote:
On 16 March 2015 at 18:24, Khem Raj raj.k...@gmail.com wrote:
Patches are fine in this series, however I just want to set the
On 13 March 2015 at 15:29, Patrick Ohly patrick.o...@intel.com wrote:
It depends on the diligence of the person running the combo-layer tool
whether the Signed-off-by line added to each commit actually indicates
that the person was involved in validating the change.
Ironically, this commit
This patch creates a variable for the install_dir name so it can be
something other than /install, also by doing this we can correctly
clean up the empty directories (/install/tmp) during the clean-up
phase. The new default is /oe_install so as to not conflict with other
possible packages that
We no longer need an explicit PR, so we can safely drop it from the
perf recipe.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/perf/perf.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-kernel/perf/perf.bb
The linux-yocto kernel has a meta-data component which accompanies the
actual tree. That meta-data is processed to generate a series file that
controls the patching and configuration of the kernel.
patching and configuration are two distinct phases, so when working on
kernel configuration, it
On Mon, Mar 16, 2015 at 2:46 PM, Ed Bartosh ed.bart...@linux.intel.com wrote:
Moved most of functionality of bin/bitbake to lib/bb/main.py
to be able to call bitbake from python code.
Signed-off-by: Ed Bartosh ed.bart...@linux.intel.com
The right mailing list for this is the bitbake devel
The test_nonmatching_checksum doesn't need the default dependencies,
and they would just take extra time to generate.
Signed-off-by: Randy Witt randy.e.w...@linux.intel.com
---
meta/lib/oeqa/selftest/lic-checksum.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
The following changes since commit 7f30749fe026e9ceb75d73b89271145a45a60763:
oeqa/parselogs: Skip hda opcode errors (2015-03-12 12:50:24 +)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib rewitt/checksum_test
for you to fetch changes up to
When fixing a kernel configuration warning, it is often necessary to
modify the kernel's meta-data and re-run the tools to update and
re-audit the config. This implies that the patch, config and audit
steps are run multiple times.
The tools had a bug that would incorrectly restore old meta-data
test_foo is renamed to test_nonmatching_checksum. It was a mistake to
submit it with the old name.
There was also some extra whitespace removed.
Signed-off-by: Randy Witt randy.e.w...@linux.intel.com
---
meta/lib/oeqa/selftest/lic-checksum.py | 4 ++--
1 file changed, 2 insertions(+), 2
Updating to the latest and greatest -stable release for the 3.19 series.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-tiny_3.19.bb | 6 +++---
meta/recipes-kernel/linux/linux-yocto_3.19.bb | 20 ++--
2 files changed,
Hi all,
Here are the latest batch of kernel (and kernel related packages) fixes that
I've been working with and testing in my environment.
perf: two commits
[PATCH 4/5] perf: drop PR
[PATCH 5/5] perf: add bash to RDEPENDS
The PR drop is incidental to when I was fixing the bash rdepends
perf has a dependency on bash in its utilities, which generate the
following warning:
WARNING: QA Issue: perf requires /bin/bash, but no providers in its RDEPENDS
[file-rdeps]
Since perf is not installed on extremely small systems, we just add
bash to the RDEPENDS, rather than modifying
Moved most of functionality of bin/bitbake to lib/bb/main.py
to be able to call bitbake from python code.
Signed-off-by: Ed Bartosh ed.bart...@linux.intel.com
---
bitbake/bin/bitbake| 362 +
bitbake/lib/bb/main.py | 391
I'm afraid that it doesn't work, the error is the same as before
for openflow.
// Robert
On 03/16/2015 01:53 PM, Saul Wold wrote:
The 1.0.2 version of libssl requires that libcrypto be linked so don't
keep it private anymore.
Signed-off-by: Saul Wold s...@linux.intel.com
---
On 03/13/2015 03:17 AM, Saul Wold wrote:
On 03/11/2015 11:18 PM, Robert Yang wrote:
I met this error when building openflow in meta-networking, I guess it
maybe
related to the upgraded:
x86_64-wrs-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse
On 13 March 2015 at 22:47, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
On March 13, 2015 5:00:15 PM GMT+01:00, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Fri, 2015-03-13 at 20:25 +0530, Naresh Bhat wrote:
Build iso image required syslinux package. We have already
This fixes a scenario where the system has libpulse installed but not
pulseaudio-server. The breakage didn't have any big practical
effects, though, because the default client.conf contains only
comments anyway.
Signed-off-by: Tanu Kaskinen tanu.kaski...@linux.intel.com
---
Signed-off-by: Tanu Kaskinen tanu.kaski...@linux.intel.com
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 501dcfb..c307c27 100644
Tanu Kaskinen (2):
pulseaudio: move client.conf to libpulse
pulseaudio: add system.pa to CONFFILES
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
--
1.9.3
--
___
Hi Anibal,
On 15 March 2015 at 23:28, Aníbal Limón anibal.li...@linux.intel.com
wrote:
Aníbal Limón (3):
mdadm: Fix build in x32 ABI
systemtap: Fix build in x32 ABI
puzzles: Fix build in x32 ABI
The patches need a Signed-off-by alongside the Upstream-Status tags.
Ross
--
glibc provides NSS, other libc do not, so only add libnss-mdns to the
zeroconf package group for glibc.
This fixes the build of core-image-sato for e.g. uClibc
Signed-off-by: Bernhard Reutner-Fischer rep.dot@gmail.com
---
meta/recipes-core/packagegroups/packagegroup-base.bb |4 +++-
1
Due to libc-dependant conditional patching (which should be completely
forbidden -- fix it properly instead) the last PV bump forgot to adjust
patches so they failed to apply.
Fix this by redoing the patches. These patches were submitted for
upstream master, add backported patches for the current
Due to libc-dependant conditional patching (which should be completely
forbidden -- fix it properly instead) the last PV bump forgot to adjust
patches so they failed to apply.
Fix this by redoing the patches. These patches were submitted for
upstream master, add backported patches for the current
70 matches
Mail list logo