This avoids a redirect. Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@...> --- meta/recipes-bsp/u-boot/u-boot-common.inc | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

The ThreadedPool in OE-core is mainly because python2 doesn't have threaded pools but python2 is dead for some time now and python3 have a ThreadPoolExecutor. The only local in OE-core where this

for the FetchConnectionCache use a queue where each thread can get an unsed connection_cache that is properly initialized before we fireup the ThreadPoolExecutor. for the progress bar we need an

With this aproach the progress bar will be independent of the ThreadedPool. Fixes [YOCTO #14775] -- https://bugzilla.yoctoproject.org/show_bug.cgi?id=14775 Signed-off-by: Jose Quaresma

With this LockedSet python class we can call the 'add' and 'remove' safely inside the ThreadedPool. This piece of code is taen from the

Richard Purdie <richard.purdie@...> escreveu no dia sábado, 16/04/2022 à(s) 22:57: Looking deeper while testing the patch I think I found another bug in the sstate mirror handling. The python set()

Are there specific issues you see with oe.utils.ThreadedPool that this change addresses? Were you able to reproduce the issue in 14775? I'm a little concerned we swap one implementation where we know

Hi, One thing that yet doesn't work and I don't know why is the bitbake debug messages inside the ThreadPoolExecutor. Jose Jose Quaresma via lists.openembedded.org <quaresma.jose=gmail.com@...>

The ThreadedPool in OE-core is mainly because python2 doesn't have threaded pools but python2 is dead for some time now and python3 have a ThreadPoolExecutor. The only local in OE-core where this

for the FetchConnectionCache use a queue where each thread can get an unsed connection_cache that is properly initialized before we fireup the ThreadPoolExecutor. for the progress bar we need an

From: Richard Purdie <richard.purdie@...> The license in this code is listed as MIT and whilst it is compatible with and usable as MIT, it actually looks like HPND. Clarify the

From: Peter Kjellerstedt <peter.kjellerstedt@...> Define METADATA_BRANCH and METADATA_REVISION using immediate expansion. This avoids running `git rev-parse HEAD` multiple times during

From: Ralph Siemsen <ralph.siemsen@...> Recently we've begun seeing issues with apt SHA256 generation/checking on some distros (fedora 35, alma 8). The version of apt in dunfell uses its

From: Martin Jansa <Martin.Jansa@...> * fixes: NOTE: Executing write_package_manifest ... DEBUG: Executing python function write_package_manifest

From: Alexandre Belloni <alexandre.belloni@...> Update to a version of pseudo which has a fix for absolute links, evaluating them from the chroot path. Signed-off-by: Alexandre Belloni

From: Richard Purdie <richard.purdie@...> Update to a version of pseudo which includes a workaround for crazy long paths, as shown by the libfm failures from the libtool

From: Richard Purdie <richard.purdie@...> Everyone I've talked to doesn't see this as a major issue. The CVE asks for a documentation improvement on the --mirror option to git clone

From: Ralph Siemsen <ralph.siemsen@...> Malicious filenames can make xzgrep to write to arbitrary files or (with a GNU sed extension) lead to arbitrary code execution. Upstream-Status:

From: Ross Burton <ross@...> Signed-off-by: Ross Burton <ross.burton@...> Signed-off-by: Steve Sakoman <steve@...> --- .../zlib/zlib/CVE-2018-25032.patch | 347

From: Ralph Siemsen <ralph.siemsen@...> zgrep applied to a crafted file name with two or more newlines can no longer overwrite an arbitrary, attacker-selected file. Upstream-Status: Backport