The license files' names are changed, but the contents remain the
same. However, the LICENSE section of the recipe was wrong. This
upgrade change the 'BSD' part to 'BSD-3-Clause & BSD-4-Clause'.
Signed-off-by: Chen Qi
---
meta/recipes-core/util-linux/util-linux.inc| 18 +-
Changes in V2:
* LICENSE changed to 'BSD-3-Clause & BSD-4-Clause' from 'BSD'
The following changes since commit 9e5a3f40caa37141d292c6dd5914d4670ab57aff:
bitbake: cooker: Ensure mcdeps are processed even if only one multiconfig
(2019-06-11 13:27:19 +0100)
are available in the git repository a
On 06/12/2019 01:43 PM, Adrian Bunk wrote:
On Wed, Jun 12, 2019 at 10:06:33AM +0800, Chen Qi wrote:
The license files' names are changed, but the contents remain the
same.
Signed-off-by: Chen Qi
---
meta/recipes-core/util-linux/util-linux.inc | 16
.../{util-li
On Wed, Jun 12, 2019 at 10:06:33AM +0800, Chen Qi wrote:
> The license files' names are changed, but the contents remain the
> same.
>
> Signed-off-by: Chen Qi
> ---
> meta/recipes-core/util-linux/util-linux.inc | 16
>
> .../{util-linux_2.32.1.bb => util-linux_2.3
On Tue, Jun 11, 2019 at 05:41:52PM -0400, Denys Dmytriyenko wrote:
>...
> * Now requires openssl:
> | In file included from ../git/ubifs-utils/mkfs.ubifs/mkfs.ubifs.c:25:
> | ../git/ubifs-utils/mkfs.ubifs/mkfs.ubifs.h:49:10: fatal error:
> openssl/rand.h: No such file or directory
> | #include
>
Signed-off-by: Lei Maohui
---
meta/recipes-extended/at/at/pam.conf.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/at/at/pam.conf.patch
b/meta/recipes-extended/at/at/pam.conf.patch
index c9f337e..38e7fc1 100644
--- a/meta/recipes-extended/at/at/pam
On 6/11/19 8:05 PM, richard.pur...@linuxfoundation.org wrote:
On Tue, 2019-06-11 at 15:00 -0400, Randy MacLeod wrote:
Richard, et. al.
I have two patches (ptest-runner, bash) that enable all but two [*]
of the bash-ptests to pass. A potential problem is that when started
by
ptest-runner, 'su' (
*** BLURB HERE ***
The following changes since commit 9e5a3f40caa37141d292c6dd5914d4670ab57aff:
bitbake: cooker: Ensure mcdeps are processed even if only one multiconfig
(2019-06-11 13:27:19 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/util-linu
The license files' names are changed, but the contents remain the
same.
Signed-off-by: Chen Qi
---
meta/recipes-core/util-linux/util-linux.inc | 16
.../{util-linux_2.32.1.bb => util-linux_2.33.2.bb} | 4 ++--
2 files changed, 10 insertions(+), 10 deletions(-
On 6/12/19 4:01 AM, Martin Jansa wrote:
Hi,
when accidentally checking for some old meta-oe commit in oe-core
repository I was surprised that it was found in some of the contrib
branches:
Sorry for the mistake
~/openembedded-core $ git branch -a --contains 30bbde3d09e
remotes/contrib/hong
On Tue, Jun 11, 2019 at 08:10:58PM -0400, Tom Rini wrote:
> Signed-off-by: Tom Rini
> ---
> meta/recipes-support/vim/vim-tiny_8.1.1240.bb | 12
> meta/recipes-support/vim/vim-tiny_8.1.1518.bb | 12
> meta/recipes-support/vim/vim.inc | 2 +-
> meta/recipes-
Signed-off-by: Tom Rini
---
meta/recipes-support/vim/vim-tiny_8.1.1240.bb | 12
meta/recipes-support/vim/vim-tiny_8.1.1518.bb | 12
meta/recipes-support/vim/vim.inc | 2 +-
meta/recipes-support/vim/vim_8.1.1240.bb | 10 --
meta/recipes-support/
On Tue, 2019-06-11 at 15:00 -0400, Randy MacLeod wrote:
> Richard, et. al.
>
> I have two patches (ptest-runner, bash) that enable all but two [*]
> of the bash-ptests to pass. A potential problem is that when started
> by
> ptest-runner, 'su' (both busybox and util-linux versions), results in
> a
On Tue, Jun 11, 2019 at 6:50 PM Richard Purdie
wrote:
>
> On Tue, 2019-06-11 at 17:03 +0800, zhe...@windriver.com wrote:
> > From: He Zhe
> >
> > For the moment,
> > 0001~0004 are on master branch only.
> > 0005~0007 are on stable-2.11 branch, but v2.11 has not been released
> > yet.
> >
> > Sign
This is just FYI:
This probably won't happen with most of OE use-cases, but even with pigz
being the drop in replacement, there are some differences, e.g. when I'm
using pigz-2.4 on my Gentoo host as gzip, xmltex-1.9.tar.gz fails to unpack
gzip: warning:
/tmp/tmpfs/portage/dev-tex/xmltex-1.9-r2/di
On Tue, 2019-06-11 at 17:03 +0800, zhe...@windriver.com wrote:
> From: He Zhe
>
> For the moment,
> 0001~0004 are on master branch only.
> 0005~0007 are on stable-2.11 branch, but v2.11 has not been released
> yet.
>
> Signed-off-by: He Zhe
> ---
> v2: Correct a typo in SOB for 0001*.patch
I j
From: Denys Dmytriyenko
* 0001-Revert-Return-correct-error-number-in-ubi_get_vol_in.patch is upstreamed
* Now requires openssl:
| In file included from ../git/ubifs-utils/mkfs.ubifs/mkfs.ubifs.c:25:
| ../git/ubifs-utils/mkfs.ubifs/mkfs.ubifs.h:49:10: fatal error:
openssl/rand.h: No such file or
On 6/11/19 3:57 PM, Joshua Watt wrote:
Both of the registration links take me to the ELC registration
page is there a way to register outside of the ELC registration?
We lost our confirmation numbers due to a mix up in the ordering
process and can't change our registration anymore :(
Of
Both of the registration links take me to the ELC registration page
is there a way to register outside of the ELC registration? We lost our
confirmation numbers due to a mix up in the ordering process and can't
change our registration anymore :(
On 6/10/19 7:21 AM, Philip Balister wrote:
Hi,
when accidentally checking for some old meta-oe commit in oe-core
repository I was surprised that it was found in some of the contrib
branches:
~/openembedded-core $ git branch -a --contains 30bbde3d09e
remotes/contrib/hongxu/add-recipes-20190215
remotes/contrib/hongxu/dbg-split
remotes
Richard, et. al.
I have two patches (ptest-runner, bash) that enable all but two [*]
of the bash-ptests to pass. A potential problem is that when started by
ptest-runner, 'su' (both busybox and util-linux versions), results in
a few of bash's tests failing whereas they work if started by 'runuser
On Mon, Jun 10, 2019 at 11:31 PM wrote:
> From: Chee Yang Lee
>
> replaced hardcoded kernel image with KERNEL_IMAGETYPE.
> set kernel image to "bzImage" incase KERNEL_IMAGETYPE not set.
A default value for KERNEL_IMAGETYPE is set by default-distrovars.inc,
so if it's not set here then something
== Series Details ==
Series: selftests: add tests for INCOMPATIBLE_LICENSE
Revision: 1
URL : https://patchwork.openembedded.org/series/18089/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been e
One bug went unnoticed without these selftests: an INCOMPATIBLE_LICENSE
with a non-SPDX license for a package with that non-SPDX license wasn't
enforcing the denial of build for said package. See
4b6ce4604cc15e289a48f8586d58a101b7a70b52 ("meta: license: fix non-SPDX
license being removed from INCOM
On Tue, Jun 11, 2019 at 03:57:23PM +0100, Burton, Ross wrote:
> On Tue, 11 Jun 2019 at 15:56, Quentin Schulz
> wrote:
> > Also, I factored out everything into a function that shouldn't be run as
> > a test but when doing:
> > oe-selftest --run-tests incompatible_lic.IncompatibleLicenseTests
> > it
On Tue, 11 Jun 2019 at 15:55, Burton, Ross wrote:
> Either is fine. Note that in the broken case - where the recipe isn't
> skipped - the test goes ahead and compiles stuff. Can you also try
> using --dry-run to see if that results in the same test behaviour, but
> without attempting compilation
On Tue, 11 Jun 2019 at 15:56, Quentin Schulz
wrote:
> Also, I factored out everything into a function that shouldn't be run as
> a test but when doing:
> oe-selftest --run-tests incompatible_lic.IncompatibleLicenseTests
> it tries to run the function and thus fails the test. Is that okay? if
> not
On Tue, 11 Jun 2019 at 15:52, Quentin Schulz
wrote:
> Sorry for the noise, apparently forgot to pull master and didn't even
> see my patch was already there *sigh*.
>
> I'll remove the import and test on master with and without the patch you
> already merged.
>
> Do you want me to send a v5 or a s
On Tue, Jun 11, 2019 at 04:52:16PM +0200, Quentin Schulz wrote:
> Hi Ross,
>
> On Tue, Jun 11, 2019 at 03:49:31PM +0100, Burton, Ross wrote:
> > On Tue, 11 Jun 2019 at 15:27, Quentin Schulz
> > wrote:
> > > +from oeqa.core.decorator.oeid import OETestID
> >
> > This was removed a while ago, can
Hi Ross,
On Tue, Jun 11, 2019 at 03:49:31PM +0100, Burton, Ross wrote:
> On Tue, 11 Jun 2019 at 15:27, Quentin Schulz
> wrote:
> > +from oeqa.core.decorator.oeid import OETestID
>
> This was removed a while ago, can you rebase the patches on top of
> master please?
>
> In this case you can just
Rebase 0003-Add-disable-opengl-configure-option.patch
and add another fix to it (g-introspection input file list assumes
opengl is always available).
Signed-off-by: Alexander Kanavin
---
...-Add-disable-opengl-configure-option.patch | 77 ++-
.../gtk+/{gtk+3_3.24.5.bb => gtk+3_3.
Remove 0001-loaders.cache-depend-on-loaders-being-fully-build.patch
as upstream has fixed the issue.
Add a patch to revert upstream's decision to not cross-compile
thumbnailer or tests.
Signed-off-by: Alexander Kanavin
---
...f-decisions-around-cross-compilation.patch | 50 --
.
On Tue, 11 Jun 2019 at 15:27, Quentin Schulz
wrote:
> +from oeqa.core.decorator.oeid import OETestID
This was removed a while ago, can you rebase the patches on top of
master please?
In this case you can just remove the import, but please verify the
behaviour with master.
Ross
--
_
Current Dev Position: YP 2.8 M2Next Deadline: YP 2.8 Milestone 2 Cutoff
July 14th, 2019
SWAT Team Rotation: * SWAT lead is currently: Anuj
* SWAT team rotation: Anuj -> Paul on June 14, 2019
* SWAT team rotation: Paul -> Ross on June 21, 2019
* https://wiki.yoctoproject.org/wiki/Yocto_Build_Fail
== Series Details ==
Series: "[v4] meta: license: fix non-SP..." and 1 more
Revision: 1
URL : https://patchwork.openembedded.org/series/18087/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
One bug went unnoticed without these selftests: an INCOMPATIBLE_LICENSE
with a non-SPDX license for a package with that non-SPDX license wasn't
enforcing the denial of build for said package.
While adding a test for that particular case, let's add a few more so
that we cover a handful more use cas
A non-SPDX license (which is not an alias to an SPDX license) cannot
currently be marked as incompatible in INCOMPATIBLE_LICENSE.
In the current state, we take all INCOMPATIBLE_LICENSE and pass them
through expand_wildcard_licenses which is only adding SPDX licenses that
match the glob regexp of wh
On Saturday 06 January 2018 at 20:16:18 +, Mike Crowe wrote:
> https://patchwork.openembedded.org/patch/145709/
>
> On Wednesday 20 December 2017 at 10:28:22 +, Mike Crowe wrote:
> > On Monday 11 December 2017 at 13:45:26 +, Burton, Ross wrote:
> > > It was implicated in some build fai
On Tue, Jun 11, 2019 at 02:31:37PM +0800, chee.yang@intel.com wrote:
> From: Chee Yang Lee
>
> replaced hardcoded kernel image with KERNEL_IMAGETYPE.
> set kernel image to "bzImage" incase KERNEL_IMAGETYPE not set.
>
> Signed-off-by: Chee Yang Lee
I could see this being useful down the li
What would be really useful is a small selftest
(meta/lib/oeqa/selftest/cases) to exercise this codepath. Have a test
that should work but doesn't before the fix, so the bug is
demonstrated and verified.
Ross
On Tue, 11 Jun 2019 at 09:13, Quentin Schulz
wrote:
>
> A non-SPDX license (which is n
On 6/7/2019 9:30 AM, Joshua Watt wrote:
On 6/7/19 11:23 AM, richard.pur...@linuxfoundation.org wrote:
On Fri, 2019-06-07 at 10:51 -0500, Joshua Watt wrote:
Is there a reason for this change other than aesthetics?
I have had a lot of complaints and in real world use I can understand
why...
We have nose recipes for both Py2 and Py3, but they both want to ship the
unversioned nosetest binary. As Py2 is approaching EOL, remove the unversioned
binary from python-nose (leaving nosetest-2.7) instead of renaming the binary to
nosetest3 in python3-nose.
Signed-off-by: Ross Burton
---
met
On Tue, 11 Jun 2019 at 03:58, Douglas Royds via Openembedded-core <
openembedded-core@lists.openembedded.org> wrote:
> Upstream json-c haven't made a release since March 2018.
> Adopt the current HEAD revision, pulling it directly from git.
>
You should ask the upstream to make a new version then
On 2019/6/11 δΈε4:41, Richard Purdie wrote:
On Tue, 2019-06-11 at 04:37 -0400, kai.k...@windriver.com wrote:
From: Kai Kang
According to gnome versioning policy, "Even/odd minor package
versions
can be used respectively for stable/unstable releases.". Make
gnome.bbclass inherit upstream-version
From: He Zhe
For the moment,
0001~0004 are on master branch only.
0005~0007 are on stable-2.11 branch, but v2.11 has not been released yet.
Signed-off-by: He Zhe
---
v2: Correct a typo in SOB for 0001*.patch
...ove-wrapper-definitions-for-obsolete-RCU..patch | 47
...ix-timer-trace-Impr
On Mon, 2019-06-10 at 10:53 -0700, Alejandro Hernandez wrote:
> On 6/7/2019 9:30 AM, Joshua Watt wrote:
> > On 6/7/19 11:23 AM, richard.pur...@linuxfoundation.org wrote:
> > > On Fri, 2019-06-07 at 10:51 -0500, Joshua Watt wrote:
> > > > Is there a reason for this change other than aesthetics?
> >
From: He Zhe
For the moment,
0001~0004 are on master branch only.
0005~0007 are on stable-2.11 branch, but v2.11 has not been released yet.
Signed-off-by: He Zhe
---
...ove-wrapper-definitions-for-obsolete-RCU..patch | 47
...ix-timer-trace-Improve-timer-tracing-v5.2.patch | 80 +++
The value of PACKAGE_EXTRA_ARCHS_tune-thunderx should be based on
PACKAGE_EXTRA_ARCHS_tune-armv8a-crc-crypto instead of armv8a-crc-crypto.
Otherwise we would get some sanity check error like this:
OE-core's config sanity checker detected a potential misconfiguration.
Either fix the cause of
On Tue, 2019-06-11 at 04:37 -0400, kai.k...@windriver.com wrote:
> From: Kai Kang
>
> According to gnome versioning policy, "Even/odd minor package
> versions
> can be used respectively for stable/unstable releases.". Make
> gnome.bbclass inherit upstream-version-is-even to comply with the
> poli
From: Kai Kang
According to gnome versioning policy, "Even/odd minor package versions
can be used respectively for stable/unstable releases.". Make
gnome.bbclass inherit upstream-version-is-even to comply with the
policy.
Ref:
https://developer.gnome.org/programming-guidelines/stable/versioning.
A non-SPDX license (which is not an alias to an SPDX license) cannot
currently be marked as incompatible in INCOMPATIBLE_LICENSE.
In the current state, we take all INCOMPATIBLE_LICENSE and pass them
through expand_wildcard_licenses which is only adding SPDX licenses that
match the glob regexp of wh
51 matches
Mail list logo
