CVE-2023-47100 is a duplicate of CVE-2023-47038. They have the same
advertised fix commit, which has already been merged into the
perl_5.34.3 sources used in kirkstone.
Signed-off-by: Alex Stewart
---
meta/recipes-devtools/perl/perl_5.34.3.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git
ed as 'patched' (due to the erroneous
configuration string). This patchset further ignores the duplicate
-47100 filing.
Alex Stewart (1):
perl: ignore CVE-2023-47100
meta/recipes-devtools/perl/perl_5.34.3.bb | 3 +++
1 file changed, 3 insertions(+)
--
2.43.0
-=-=-=-=-=-=-=-=-=-
ch.patch \
+
file://0001-file_util.c-fix-possible-bad-memory-access-in-file_r.patch \
file://run-ptest \
"
--
2.25.1
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
n Fri, 8 Dec 2023 at 17:56, Alex Stewart wrote:
Hopefully, the reply-to has worked here.
This patchset was originally submitted by Charlie Johnston while he
worked at NI, and was then adopted by me after he left. Now adjustments
within NI have left me with much less bandwidth and I cannot contin
upstreamed.
https://lists.openembedded.org/g/openembedded-core/message/186383
So unfortunately, I'm retracting this patchset indefinitely.
Thank you to everyone who has helped along the way.
Thanks,
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@n
Signed-off-by: Alex Stewart
---
.../libsndfile1/cve-2022-33065.patch | 739 ++
.../libsndfile/libsndfile1_1.2.2.bb | 1 +
2 files changed, 740 insertions(+)
create mode 100644
meta/recipes-multimedia/libsndfile/libsndfile1/cve-2022-33065.patch
diff --git
nd a track
of excellent security record.
* Becoming a CNA (be able to assign CVEs)
Needed if we want to assign CVEs to the software of the YP, like
autobuilder, Toaster etc.
I'm also interested in this, as the maintainer of our opkg fork. So far,
I haven't had to respond to a CVE aga
DISTRO_FEATURES_NATIVE ?= "acl x11 ipv6 xattr"
DISTRO_FEATURES_NATIVESDK ?= "x11"
# Normally target distro features will not be applied to native builds:
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-
Thanks for the context; I'll feed this back into our internal discussions.
Looks like I just missed the general meeting for this month. I've joined
the ML and I'll try to attend in the future.
On 2/5/23 05:08, Joshua Watt wrote:
On Fri, Feb 3, 2023 at 12:26 PM Alex Stewart w
On 2/5/23 08:11, Richard Purdie wrote:
On Sat, 2023-02-04 at 15:47 -0600, Alex Stewart wrote:
On 2/3/23 17:06, Richard Purdie wrote:
On Fri, 2023-02-03 at 12:26 -0600, Alex Stewart wrote:
Hey Josh,
I have been roadmapping SBOM generation for NI's yocto distro and have a
few open ques
On 2/3/23 17:06, Richard Purdie wrote:
On Fri, 2023-02-03 at 12:26 -0600, Alex Stewart wrote:
Hey Josh,
I have been roadmapping SBOM generation for NI's yocto distro and have a
few open questions about the future of SPDX and the create-spdx bbclass.
Since your name seems to be attached to
/spdx-spec/milestone/3
Appreciate the input,
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#176750):
https://lists.openembedded.org/g/openembedded
var-run.patch \
+ file://0002-opkg-key-remove-no-options-flag-from-gpg-calls.patch \
file://run-ptest \
"
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all mess
disk, even after all owning packages were removed.
Signed-off-by: Alex Stewart
---
meta/recipes-devtools/opkg/{opkg_0.6.0.bb => opkg_0.6.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/opkg/{opkg_0.6.0.bb => opkg_0.6.1.bb} (97%)
diff --git
bbclass and assert that the
full-featured lsof package has higher priority than the busybox
implementation.
Co-Authored-By: Kyle Roeschley
Signed-off-by: Alex Stewart
---
meta/recipes-extended/lsof/lsof_4.96.4.bb | 9 +
1 file changed, 9 insertions(+)
diff --git a/meta/recipes-extended/lsof
n-ptest \
"
-SRC_URI[sha256sum] = "56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c"
+SRCREV = "9007789c18f70bc9f315a566c589231ef0a2e6fa"
+
+S = "${WORKDIR}/git"
# This needs to be before ptest inherit, otherwise all ptest files end packaged
# in libopkg package
cordonnier 12M Sep 14 10:44
gcc-src_12.2.0-r0_core2-64.ipk
-rw-r--r-- 3 ecordonnier ecordonnier 11M Sep 14 10:44
g++_12.2.0-r0_core2-64.ipk
On Wed, Sep 14, 2022 at 5:42 PM Khem Raj wrote:
On Wed, Sep 14, 2022 at 8:37 AM Alex Stewart
wrote:
>
> Thanks for checking.
&g
's PACKAGECONFIG removes only a few lines of
code from opkg (opkg uses libarchive for doing the actual
compression/decompression).
On Tue, Sep 13, 2022 at 11:57 PM Alex Stewart
wrote:
On 9/13/22 15:20, Alex Feinman wrote:
> I do have some numbers. When I wa
ECONFIG[zstd] = "--enable-zstd,--disable-zstd,zstd"
PACKAGECONFIG[libsolv] = "--with-libsolv,--without-libsolv,libsolv"
EXTRA_OECONF:class-native = "--localstatedir=/${@os.path.relpath('${localstatedir}', '${STAGING_DIR_NATIVE}')} --sysconfdir=/${@
l"
> > PACKAGECONFIG[ssl-curl] =
"--enable-ssl-curl,--disable-ssl-curl,curl openssl"
> > PACKAGECONFIG[sha256] = "--enable-sha256,--disable-sha256"
> > +PACKAGECONFIG[zstd] = "--enable-zstd,--disable-zstd,zstd"
> >
std"
PACKAGECONFIG[libsolv] = "--with-libsolv,--without-libsolv,libsolv"
EXTRA_OECONF:class-native = "--localstatedir=/${@os.path.relpath('${localstatedir}', '${STAGING_DIR_NATIVE}')} --sysconfdir=/${@os.path.relpath('${sysconfdir}', '${STAGI
Alex Stewart assumed maintainership of the yocto project's opkg fork,
and opkg recipes, from Alejandro Del Castilo back in Q1 of 2020.
Update maintainership of the opkg recipes.
Signed-off-by: Alex Stewart
---
meta/conf/distro/include/maintainers.inc | 8
1 file changed, 4 inser
Release Notes for 0.6.0:
http://downloads.yoctoproject.org/releases/opkg/opkg-0.6.0.release-notes
Signed-off-by: Alex Stewart
---
meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/opkg/{opkg_0.5.0
I'm not sure I'm on-board with embedding markdown into the commit. But I
can definitely link to the release notes from within the commit body.
Patch V2 incoming.
On 6/3/22 15:52, Khem Raj wrote:
thanks may be add this info into commit msg too.
--
Alex Stewart
Software Engineer
they do resolve some corner-cases that yocto community
members have brought up in the previous 6 months.
On 6/3/22 15:30, Khem Raj wrote:
What major changes does this change bring
On Fri, Jun 3, 2022 at 1:04 PM Alex Stewart wrote:
Signed-off-by: Alex Stewart
---
meta/recipes-devto
Signed-off-by: Alex Stewart
---
meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} (96%)
diff --git a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
b/meta/r
ip of /etc/sudoers, though it did not contain it.
Move the CONFFILES assignment to the sudo.bb file, since it is
packaging-related. Change the package owner to the `sudo-lib`
subpackage, since it is the rightful file-owner.
Signed-off-by: Alex Stewart
---
meta/recipes-extended/sudo/sudo.inc
an deprecate it.
Thanks,
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159694):
https://lists.openembedded.org/g/openembedded-core/message/159694
On 12/11/21 09:24, Bruce Ashfield wrote:
On Fri, Dec 10, 2021 at 3:58 PM Alex Stewart wrote:
Hey List,
I'm trying to work out the mysterious state of DKMS in OE-Core.
Our (NI) OE distributions rely heavily on DKMS to (un)install our
ecosystem of kernel drivers at runtime across our pr
embedded-core/commit/5789a27b68d95f3840bb8c4cb0d7b28d538c9a50
[2] https://lists.openembedded.org/g/openembedded-core/message/100680
Thanks,
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/R
Patch looks good to me! ACK all.
Thanks,
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159268):
https://lists.openembedded.org/g/openembedded
27;, '${STAGING_DIR_NATIVE}')}
--sysconfdir=/${@os.path.relpath('${sysconfdir}', '${STAGING_DIR_NATIVE}')}"
do_install:append () {
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Link
:"$^;else echo "PASS:"$^;fi' ${D}${PTEST_PATH}/tests/Makefile
}
-WARN_QA:append += "openssl-deprecation"
+WARN_QA:append = " openssl-deprecation"
QAPKGTEST[openssl-deprecation] = "package_qa_check_openssl_deprecation"
def package_qa_chec
image kernel-module-abcd less libgettextlib [...]'
returned 255:
* opkg_prepare_url_for_install: Couldn't find anything to satisfy
'kernel-module-abcd'.
That's helpful info; thanks. I'll paste it to the bug in the opkg
bugzilla and we can continue tracking there.
;m not sure
where the issue is, I suspect opkg...
Why do you suspect opkg? The situation from its perspective is only that
`kernel-module-xxx` is recommended by another package, but not available
in the feeds. There's nothing invalid about that state that would cause
opkg to throw
kages that OE is requesting opkg to
install, with and without the RRECOMMENDS? That would help to
distinguish between an inconsistency in the OE PackageManager modules
and a bug in opkg itself.
Thanks,
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@n
recipe, which will throw a warning
to the builder when they have `openssl` enabled in their opkg
PACKAGECONFIG. This will give builders some time to either change their
feed verification mechanism, or raise their use-case with upstream.
Signed-off-by: Alex Stewart
---
meta/recipes-devtools/opkg
Drop patches which have been accepted upstream.
Signed-off-by: Alex Stewart
---
...e-OS-negotiate-relative-package-dirs.patch | 43 ---
.../opkg/opkg/sourcedateepoch.patch | 24 ---
.../opkg/{opkg_0.4.4.bb => opkg_0.4.5.bb} | 6 +--
3 files changed
Signed-off-by: Alex Stewart
---
.../opkg-utils/{opkg-utils_0.4.3.bb => opkg-utils_0.4.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/opkg-utils/{opkg-utils_0.4.3.bb =>
opkg-utils_0.4.5.bb} (94%)
diff --git a/meta/recipes-devtools/opkg-util
el ML, so that I can pull it from there?
Thanks!
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#147908):
https://lists.openembedded.org/g/openemb
s$
file://opkg.conf \
file://0001-opkg_conf-create-opkg.lock-in-run-instead-of-var-run.patch \
file://0001-tests-let-the-OS-negotiate-relative-package-dirs.patch
\
+ file://sourcedateepoch.patch \
file://run-ptest \
"
--
Include an upstream patch for 0.4.4 which fixes a test framework error
that occurs on host systems with symlinked /tmp directories (like OE).
Signed-off-by: Alex Stewart
---
...e-OS-negotiate-relative-package-dirs.patch | 43 +++
.../opkg/{opkg_0.4.3.bb => opkg_0.4.4
Adopting Alejandro del Castillo's original upgrade patch.
Patch V2:
* Added a .patch from the 0.4.4 upstream which should resolve the ptest
framework error which Alex Kanavin observed in his OE-core tests. I've
verified this change on a local build of the OE-core minimal QEMU im
work to reach 100% pass rate in
ptests :)
Alex
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145757):
https://lists.openembedded.org/g/openem
APK that will
apply on top of my patch serie attached to this email.
Thanks for sending that; I'm interested to take a look at it. Those new
performance numbers look impressive.
Good luck with the patchset.
--
Alex Stewart
Software Engineer - LabVIEW Real-Time OS
National Instruments
alex
test_recipe deb.2
test_recipe deb.3
test_recipe deb.4
test_recipe deb.5
```
Thanks,
--
Alex Stewart
Software Engineer - LabVIEW Real-Time OS
National Instruments
alex.stew...@ni.com
office: +1(512)683-8522
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#139
Bump x2.
On 04/09/2018 02:57 PM, Alex Stewart wrote:
Bump.
Did this patch get blacklisted for inclusion or does anyone have any
outstanding concerns about it?
On 03/21/2018 01:55 PM, Alex Stewart wrote:
* Move the hwclock.sh initscript from busybox into its own package and
recipe
Bump.
Did this patch get blacklisted for inclusion or does anyone have any
outstanding concerns about it?
On 03/21/2018 01:55 PM, Alex Stewart wrote:
* Move the hwclock.sh initscript from busybox into its own package and
recipe (hwclock-init). This script is generally useful for distros
has a purpose.
* If busybox is configured to include hwclock, the busybox package will
RDEPEND on hwclock-init.
:util-linux/*
* util-linux-hwclock RDEPENDS on hwclock-init for its initscript.
Signed-off-by: Alex Stewart
---
meta/recipes-core/busybox/busybox.inc | 16 +++--
meta
the OE-core
project and our internal derivative (NI Linux RT).
Alex Stewart (1):
recipes-core: breakout hwclock.sh from busybox
meta/recipes-core/busybox/busybox.inc | 16 +++--
meta/recipes-core/busybox/busybox_1.27.2.bb| 1 -
meta/recipes-core/busybox/files/hwclock.sh
On 01/25/2018 12:43 PM, Khem Raj wrote:
On 1/12/18 7:45 PM, Christopher Larson wrote:
On Fri, Jan 12, 2018 at 6:06 AM, Alex Stewart mailto:alex.stew...@ni.com>> wrote:
* Move the hwclock.sh initscript from the busybox recipe to util-linux.
This script is generally usef
has a purpose.
* If busybox is configured to include hwclock, the busybox package will
RDEPEND on hwclock-init.
:util-linux/*
* util-linux-hwclock RDEPENDS on hwclock-init for its initscript.
Signed-off-by: Alex Stewart
---
meta/recipes-core/busybox/busybox.inc | 16 +++--
meta
linux
recipe to get the hwclock.sh initscript.
* Provide the hwclock.sh script in util-linux-hwclock-init, which can be
pulled by any packages that depend on its functionality.
* util-linux-hwclock RDEPENDS on util-linux-hwclock-init for its
initscript.
Signed-off-by: Alex Stewart
---
On 01/13/2018 05:48 AM, Otavio Salvador wrote:
On Fri, Jan 12, 2018 at 11:06 AM, Alex Stewart wrote:
* Move the hwclock.sh initscript from the busybox recipe to util-linux.
This script is generally useful for distros that get their hwclock
implementation from sources other than busybox
util-linux-hwclock RDEPENDS on util-linux-hwclock-init for its
initscript.
Signed-off-by: Alex Stewart
Acked-by: Haris Okanovic
Acked-by: Adrian Ratiu
Acked-by: Ken Sharp
Natinst-ReviewBoard-ID: 214983, 215755
---
meta/recipes-core/busybox/busybox.inc | 16 +++--
meta/recipes
util-linux-hwclock RDEPENDS on util-linux-hwclock-init for its
initscript.
Signed-off-by: Alex Stewart
Acked-by: Haris Okanovic
Acked-by: Adrian Ratiu
Acked-by: Ken Sharp
Natinst-ReviewBoard-ID: 214983, 215755
---
meta/recipes-core/busybox/busybox.inc
56 matches
Mail list logo
