Branch: dunfell New this week: CVE-2020-17525: subversion https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-17525 * CVE-2021-28153: glib-2.0:glib-2.0-native

Branch: master New this week: CVE-2021-28153: glib-2.0:glib-2.0-native https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-28153 * CVE-2021-3416: qemu:qemu-native:qemu-system-native

With this small patch, it's possible to overrule the public URL with a local mirror for those without Internet access. Signed-off-by: Jan Vermaete <jan.vermaete@...> ---

Hi Ida, I have spent quite a bit of time thinking about this patchset and I'm not sure we're yet into a position where it can merge. The code has definitely moved on from where things started

We have: meta/conf/bitbake.conf:export LC_ALL = "en_US.UTF-8" so if this is showing warnings, the rest of the build isn't going to be  great either. Why en_US.UTF-8? We need a utf-8 locale for

It is common to prefix command invocations with LC_ALL=C to avoid such issues. For example: https://git.openembedded.org/openembedded-core/tree/scripts/lib/recipetool/append.py#n151 | helptext =

Well, to be more specific: It seems to come from the shell, that then invokes the compiler. Nevertheless it is stored in the output variable. In my case it

Reviewed-by: Alistair Francis <alistair.francis@...> Alistair

The following changes since commit 7c88d52eaca62237afcda606a3078ec483992213: cups: use /run instead /var/run in systemd's unit file (2021-03-11 05:00:02 -1000) are available in the Git repository

There is apparently no functional value to "PROVIDES" lines anymore in packagegroup recipe files, so remove the lonely couple of examples left. Signed-off-by: Robert P. J. Day

well, unless there are any objections, i'll submit a patch to get rid of those two useless PROVIDES line (or however many i find). we can at least start there. rday

That line dates back to 2007, when packagegroup-base.bb was still called task-base.bb: https://git.openembedded.org/openembedded-core/commit/?id=ba9dd5228c290c96c622fb82964e49ce2511a1e9 Maybe it

lists.openembedded.org <nm=ti.com@...> wrote: As I mentioned to Denys, I hadn't seen this. Consulting the maintainers file would have found me as a good addition to the cc'. I'm

I've been able to build and boot all arches on v5.12-rc4, and I did run into something similar on 5.4 kernel's, but it was addressed in -stable backports. That being said, let me test this over the

Hello, A gentle reminder to please review this patch. Cheers, Ida. On Tue, 16 Mar 2021, 9:49 am Meh Mbeh Ida Delphine via lists.openembedded.org, <idadelm=gmail.com@...> wrote:

What kind of warning/error would a compiler generate that we should  ignore here? This seems a little odd... Cheers, Richard

i could have *sworn* that, once upon a time, i verified (in some weird way) the necessity for the PROVIDES line in a packagegroup, but it seems i was mistaken. so if this is the case, then why do a

checkout: fix bug that makes checkout follow symlinks in leading path Upstream-Status: Acepted [https://github.com/git/git/commit/684dd4c2b414bcf648505e74498a608f28de4592] CVE:

checkout: fix bug that makes checkout follow symlinks in leading path Upstream-Status: Acepted [https://github.com/git/git/commit/684dd4c2b414bcf648505e74498a608f28de4592] CVE:

Includes a fix for CVE-2021-21300 Signed-off-by: Minjae Kim <flowergom@...> --- meta/recipes-devtools/git/{git_2.30.1.bb => git_2.31.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2