On Wed, Dec 9, 2020 at 10:49 AM Dan Murphy wrote:
> > Is 1.9.2 available in the release branch? If so then that seems to be
> > appropriate.
>
> It is only in the dev branch not in release which seems a bit weird.
It is indeed! But I guess that's what we'll need to use.
Steve
> Dan
>
-=-=-=-
On 12/9/20 3:40 PM, Andre McCurdy wrote:
On Wed, Dec 9, 2020 at 2:39 PM Alan Perry wrote:
On 12/7/20 1:49 PM, Richard Purdie wrote:
On Sat, 2020-12-05 at 08:22 +, Alan Perry wrote:
Many scripts exist that expect the iproute2 tools to be found in
the same directories where they are found
On 12/5/2020 7:54 PM, Sinan Kaya wrote:
> On 12/5/2020 5:23 PM, Phil Blundell wrote:
>>> I'm open to giving it a better name. Richard pointed me to a file
>>> beginning with lib_foo.class for where this functionality could be
>>> hosted before.
>> I suppose the interesting question here, then, is "
On Wed, Dec 9, 2020 at 2:39 PM Alan Perry wrote:
> On 12/7/20 1:49 PM, Richard Purdie wrote:
> > On Sat, 2020-12-05 at 08:22 +, Alan Perry wrote:
> >> Many scripts exist that expect the iproute2 tools to be found in
> >> the same directories where they are found in Debian or Ubuntu.
> >> For t
The following changes since commit 071806feb195961e59069f778c9ae8f27a739d9a:
e2fsprogs: Fix a ptest permissions determinism issue (2020-11-30 12:05:57
-1000)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next
http://cgit.opene
On 12/7/20 1:49 PM, Richard Purdie wrote:
On Sat, 2020-12-05 at 08:22 +, Alan Perry wrote:
Many scripts exist that expect the iproute2 tools to be found in
the same directories where they are found in Debian or Ubuntu.
For the iproute2 tools included in the iproute2 recipe, move
them to th
Steve
On 12/9/20 2:23 PM, Steve Sakoman wrote:
On Wed, Dec 9, 2020 at 10:03 AM Dan Murphy wrote:
Steve
No it has some enhancements.
If it has enhancements then it probably isn't appropriate for LTS, we
should stick with 1.9.2
OK
I was not sure if we wanted to use the dev
branch as oppose
On Wed, Dec 9, 2020 at 10:03 AM Dan Murphy wrote:
>
> Steve
>
> No it has some enhancements.
If it has enhancements then it probably isn't appropriate for LTS, we
should stick with 1.9.2
> I was not sure if we wanted to use the dev
> branch as opposed to the release branch.
Is 1.9.2 available i
Steve
No it has some enhancements. I was not sure if we wanted to use the dev
branch as opposed to the release branch.
Dan
On 12/9/20 1:55 PM, Steve Sakoman wrote:
Hi Dan,
I already have the first patch of this series in testing. Is version
1.9.3 a bug fix only release?
Steve
On Wed, De
Hi Dan,
I already have the first patch of this series in testing. Is version
1.9.3 a bug fix only release?
Steve
On Wed, Dec 9, 2020 at 9:21 AM Dan Murphy via lists.openembedded.org
wrote:
>
> From: Alexander Kanavin
>
> Signed-off-by: Alexander Kanavin
> Signed-off-by: Richard Purdie
> Sig
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
Signed-off-by: Dan Murphy
---
meta/recipes-support/lz4/{lz4_1.9.2.bb => lz4_1.9.3.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/lz4/{lz4_1.9.2.bb => lz4_1.9.3.bb
From: Richard Purdie
Upstream renamed master -> dev, update SRC_URI to match.
[YOCTO #14135]
Signed-off-by: Richard Purdie
Signed-off-by: Dan Murphy
---
meta/recipes-support/lz4/lz4_1.9.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/lz4/lz4_1.9.
From: "changqing...@windriver.com"
Signed-off-by: Changqing Li
Signed-off-by: Khem Raj
Signed-off-by: Dan Murphy
---
.../thin-provisioning-tools/thin-provisioning-tools_0.8.5.bb| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-oe/recipes-support/thin-provisioning-t
We're not interested in the dependencies of these functions and what
those functions look like, we're interested in the value the variable has.
Force the hashed value to be the actual value from the function. This
means using METADATA_REVISION in DISTRO_VERSION for example now
correctly rebuilds w
oe.path.canonicalize() is used to canonicalize paths (i.e., remove
symbolic links and "..", and make them absolute). It takes a string
with paths separated by commas, and returns the canonicalized path in
the same format.
Signed-off-by: Peter Kjellerstedt
---
meta/lib/oe/path.py | 21 +++
Signed-off-by: Peter Kjellerstedt
---
scripts/lib/wic/partition.py | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index ebe250b00d..286c7867cb 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/
Use oe.path.canonicalize() to canonicalize the paths in
PSEUDO_IGNORE_PATHS before passing them to pseudo. This is needed since
pseudo will compare them to paths that are canonicalized.
Signed-off-by: Peter Kjellerstedt
---
meta/conf/bitbake.conf | 4 ++--
1 file changed, 2 insertions(+), 2 dele
The changes in this patch series aim to rectify a problem with pseudo
and its support for ignoring paths. When pseudo compares a path to the
paths specified in PSEUDO_IGNORE_PATHS, it uses a path that has been
canonicalized. However, it does not canonicalize the paths in
PSEUDO_IGNORE_PATHS itself
On Wed, 9 Dec 2020 at 12:26, Richard Purdie
wrote:
>
> This reverts commit cc30537bb4d0815c4d69f0b1a1a8a200085902d5.
>
> There are issues with this change where the build directory may be included
> within the paths included in BBLAYERS, which is particularly problematic
> where people are using k
This reverts commit cc30537bb4d0815c4d69f0b1a1a8a200085902d5.
There are issues with this change where the build directory may be included
within the paths included in BBLAYERS, which is particularly problematic
where people are using kas.
An alternative to this to handle the pyc file issue is bei
Backport a patch to fix privsep build error on ppc.
Signed-off-by: Yi Zhao
---
.../{dhcpcd_9.3.2.bb => dhcpcd_9.3.4.bb} | 3 +-
...p-build-by-including-sys-termios.h-f.patch | 29 +++
2 files changed, 31 insertions(+), 1 deletion(-)
rename meta/recipes-connectivity/dhcpcd/
- move fixing patch for CVE-2020-8492 to the right location
Signed-off-by: Andrej Valek
---
...VE-2020-8492-Fix-AbstractBasicAuthHandler.patch | 0
.../python/python3/CVE-2019-20907.patch| 44 ++
meta/recipes-devtools/python/python3_3.8.2.bb | 1 +
3 files
22 matches
Mail list logo
