It can be useful to filter out patched issues since they are no longer
vulnerable. This makes it easier to sift through what CVEs still might
need to be fixed.
Signed-off-by: Dan Dedrick
---
meta/classes/cve-check.bbclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/classes/cve
The check_commits logic assumes that both devtool-base and args.branch
exist in the git repo that it is operating on. In order to prevent
errors at that point it's best to first ensure that both of these refs
actually exist. If they don't both exist then the check_commits logic
should just be
ode 128:
fatal: A branch named 'devtool-override-foo' already exists.
Signed-off-by: Dan Dedrick
---
scripts/lib/devtool/standard.py | 5 +
1 file changed, 5 insertions(+)
diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index d14b7a6543..a45ad36812 100644
--- a/s
I'm resurrecting this thread because this change negatively affects our use
of multilib. The use case that this is fixing seems to be a a case that
would be a better fit for multiconfig than it would multilib. My
interpretation of the use cases of multilib and multiconfig is as follows
and someone
When building more than one device tree it's inefficient to serially
build them in multiple make calls. It's much faster and efficient to
build them in one call where they can run in parallel.
Signed-off-by: Dan Dedrick
---
meta/classes/kernel-devicetree.bbclass | 6 +-
1 file changed, 5
The issues here was that WORKDIR changes based on the multilib variant
and the WORKDIR is used in the RECIPE_SYSROOT path. We need to use the
same WORKDIR that everything else is using so reset it before we expand
RECIPE_SYSROOT.
Signed-off-by: Dan Dedrick <ddedr...@lexmark.com>
---
meta/c
;dhcp".
Signed-off-by: Dan Dedrick <ddedr...@lexmark.com>
---
meta/recipes-connectivity/dhcp/dhcp.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc
b/meta/recipes-connectivity/dhcp/dhcp.inc
index 58f4a6fd24..e94370786a 100644
--