Hi Steve, It's not clear to me how this error relates to gnupg. It seems to be
related to rust somehow. gnupg isn't mentioned anywhere in the log.
rust.RustSelfTestSystemEmulated.test_rust: FAILED (499.08s)
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply On
I tried upgrading to latest stable version (2.4.7) but it fails because 2.4.6
broke the "--enable-gpg-is-gpg2 " option. Version 2.4.5 works though.
I found two reports on the mailing list for this bug, but no full patches to
backport.
1. https://lists.gnupg.org/pipermail/gnupg-devel/2024-Novemb
From: Wang Mingyu
Changelog:
==
* gpg,gpgv: New option --assert-pubkey-algo.
* gpg: Emit status lines for errors in the compression layer.
* gpg: Fix invocation with --trusted-keys and --no-options.
* gpgsm: Allow for a longer salt in PKCS#12 files.
* gpgtar: Make --status-fd=2 work on Wi
Hi Alexander, thanks for this info, I didn't know this.
I will look into upgrading Scarthgap's 2.4.x then instead to latest patch
release. :)
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#210443):
https://lists.openembedded.org/g/openembedded-co
Looks like we need to cherry pick this also:
https://git.openembedded.org/openembedded-core/commit/meta/recipes-support/libgpg-error/libgpg-error_1.51.bb?id=d6d4ddf023dcda0345e0ca646d6774c964c7917c
I’ll send a v2 once I have tested locally. Sorry for the trouble.
-=-=-=-=-=-=-=-=-=-=-=-
Links: Y
From: hongxu
Due to upstream [build: Remove configure option --enable-gpg-is-gpg2][1],
drop option --enable-gpg-is-gpg2 and remove gpg2/gpgv2 installation
Due to upsream [doc: Remove included yat2m and build HTML versions of
the man pages.][2], it used standard detection on yat2m other than buil
From: Wang Mingyu
0001-fix-compile-failure-with-musl.patch
relocate.patch
refreshed for 2.5.2
Changelog:
* gpg: Add option 16 to --full-gen-key to create ECC+Kyber.
* gpg: For composite algos add the algo string to the colons listings.
* gpg: Validate the trustdb after the import of
Guðni Már Gilbert (1):
gnupg: remove obsolete patch
Wang Mingyu (1):
gnupg: upgrade 2.5.1 -> 2.5.2
hongxu (1):
gnupg: upgrade 2.5.0 -> 2.5.1
...erride-init-is-not-needed-with-gcc-9.patch | 2 +-
...-a-custom-value-for-the-location-of-.patch | 6 ++--
.../0001-fix-compile-failur
Remove a patch which is already merged in v2.5.1
See for reference:
https://github.com/gpg/gnupg/commit/1d5cfa9b7fd22e1c46eeed5fa9fed2af6f81d34f
https://dev.gnupg.org/T7193
Signed-off-by: Guðni Már Gilbert
---
.../0001-fix-compile-failure-with-musl.patch | 33 ---
meta/recipes
Remove a patch which is already merged in v2.5.1
See for reference:
https://github.com/gpg/gnupg/commit/1d5cfa9b7fd22e1c46eeed5fa9fed2af6f81d34f
https://dev.gnupg.org/T7193
Signed-off-by: Guðni Már Gilbert
---
.../0001-fix-compile-failure-with-musl.patch | 33 ---
meta/recipes
I tested the build locally using both glibc and musl (core-minimal-image).
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#210262):
https://lists.openembedded.org/g/openembedded-core/message/210262
Mute This Topic: https://lists.openembedded.org/mt/
-src-basic-missing.h-check-for-missing-strndupa.patch
Signed-off-by: Guðni Már Gilbert
---
...55.13.bb => systemd-boot-native_255.17.bb} | 0
...-boot_255.13.bb => systemd-boot_255.17.bb} | 0
meta/recipes-core/systemd/systemd.inc | 2 +-
...1-missing_type.h-add-comparison_fn_t
Changelog:
https://docs.python.org/release/3.12.8/whatsnew/changelog.html#python-3-12-8
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Steve Sakoman
---
...shebang-overflow-on-python-config.py.patch | 6 +++---
...e-stdin-I-O-errors-same-way-as-maste.patch | 2 +-
...-use-prefix-value-from
Changelog:
https://docs.python.org/release/3.12.7/whatsnew/changelog.html#python-3-12-7
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Steve Sakoman
---
...void-shebang-overflow-on-python-config.py.patch | 6 +++---
...handle-stdin-I-O-errors-same-way-as-maste.patch | 3 +--
...ig.py-use
Changelog:
https://docs.python.org/release/3.12.7/whatsnew/changelog.html#python-3-12-7
Signed-off-by: Guðni Már Gilbert
---
...void-shebang-overflow-on-python-config.py.patch | 6 +++---
...handle-stdin-I-O-errors-same-way-as-maste.patch | 3 +--
...ig.py-use-prefix-value-from-build
Changelog:
https://docs.python.org/release/3.12.8/whatsnew/changelog.html#python-3-12-8
Signed-off-by: Guðni Már Gilbert
---
...shebang-overflow-on-python-config.py.patch | 6 +++---
...e-stdin-I-O-errors-same-way-as-maste.patch | 2 +-
...-use-prefix-value-from-build-configu.patch | 4
Note: This patch doesn't apply cleanly to styhead due to scarthgap missing one
commit:
https://lists.openembedded.org/g/openembedded-core/topic/scarthgap_patch_1_2/110128235
I submitted two backport patches with the missing commits from styhead to
scarthgap to sync the branches. Should make thi
From: Ross Burton
importlib.metadata is part of -core, but that will import zipfile which
is part of -compression.
Obviously this shows that our packaging of the Python modules is not
optimal. I plan to follow up with a redesign of the splitting which
focuses on simply pulling out the larger or
Both styhead and scarthgap use the same Python version. Backporting
these two commits should sync the history.
Khem Raj (1):
python3: Drop empty patch
Ross Burton (1):
python3: add dependency on -compression to -core
...lize-struct-termios-before-calling-t.patch | 26 ---
..
From: Khem Raj
The fix brought by this patch is already part of python 3.12.3
therefore drop it.
Signed-off-by: Khem Raj
Signed-off-by: Richard Purdie
---
...lize-struct-termios-before-calling-t.patch | 26 ---
.../recipes-devtools/python/python3_3.12.6.bb | 1 -
2 files chan
Upgrade was performed using devtool
Changelogs:
*
https://docs.python.org/release/3.12.8/whatsnew/changelog.html#python-3-12-8-final
*
https://docs.python.org/release/3.12.8/whatsnew/changelog.html#python-3-12-7-final
Signed-off-by: Guðni Már Gilbert
---
...shebang-overflow-on-python
python3-iniparse dependency was dropped 2019, see the
following commit as reference:
https://github.com/rpm-software-management/dnf/pull/1329/commits/d7d0e0e2f9d8c7d021c794821ad0b56a39ebc01f
When looking at the Git history, this happened around tag 4.2.1
Signed-off-by: Guðni Már Gilbert
Signed
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Richard Purdie
---
meta/recipes-core/systemd/systemd-boot_256.5.bb | 2 +-
1 file
python3-iniparse dependency was dropped 2019, see the
following commit as reference:
https://github.com/rpm-software-management/dnf/pull/1329/commits/d7d0e0e2f9d8c7d021c794821ad0b56a39ebc01f
When looking at the Git history, this happened around tag 4.2.1
Signed-off-by: Guðni Már Gilbert
Signed
Looking at the history, python3-six was removed as a dependency
in the poetry.lock file in v1.5.2
Even before v1.5.2 and until now (v1.9.1) there is no code in
the package which imports the six module. So it can be safely
dropped from the recipe.
Signed-off-by: Guðni Már Gilbert
Signed-off-by
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Richard Purdie
---
meta/recipes-core/systemd/systemd_256.5.bb | 2 +-
1 file
Guðni Már Gilbert (4):
systemd: drop intltool-native from DEPENDS
systemd-boot: drop intltool-native from DEPENDS
python3-poetry-core: drop python3-six from RDEPENDS
dnf: drop python3-iniparse from DEPENDS and RDEPENDS
meta/recipes-core/systemd/systemd-boot_256.5.bb | 2
Guðni Már Gilbert (4):
systemd: drop intltool-native from DEPENDS
systemd-boot: drop intltool-native from DEPENDS
python3-poetry-core: drop python3-six from RDEPENDS
dnf: drop python3-iniparse from DEPENDS and RDEPENDS
meta/recipes-core/systemd/systemd-boot_255.13.bb | 2
I forgot to add 'scarthgap' prefix. So I sent this series again, apologies for
the spam.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#208459):
https://lists.openembedded.org/g/openembedded-core/message/208459
Mute This Topic: https://lists.opene
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Richard Purdie
---
meta/recipes-core/systemd/systemd-boot_255.13.bb | 2 +-
1
Looking at the history, python3-six was removed as a dependency
in the poetry.lock file in v1.5.2
Even before v1.5.2 and until now (v1.9.1) there is no code in
the package which imports the six module. So it can be safely
dropped from the recipe.
Signed-off-by: Guðni Már Gilbert
Signed-off-by
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Richard Purdie
---
meta/recipes-core/systemd/systemd_255.13.bb | 2 +-
1 file
Guðni Már Gilbert (4):
systemd: drop intltool-native from DEPENDS
systemd-boot: drop intltool-native from DEPENDS
python3-poetry-core: drop python3-six from RDEPENDS
dnf: drop python3-iniparse from DEPENDS and RDEPENDS
meta/recipes-core/systemd/systemd-boot_255.13.bb | 2
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Richard Purdie
---
meta/recipes-core/systemd/systemd-boot_255.13.bb | 2 +-
1
Looking at the history, python3-six was removed as a dependency
in the poetry.lock file in v1.5.2
Even before v1.5.2 and until now (v1.9.1) there is no code in
the package which imports the six module. So it can be safely
dropped from the recipe.
Signed-off-by: Guðni Már Gilbert
Signed-off-by
python3-iniparse dependency was dropped 2019, see the
following commit as reference:
https://github.com/rpm-software-management/dnf/pull/1329/commits/d7d0e0e2f9d8c7d021c794821ad0b56a39ebc01f
When looking at the Git history, this happened around tag 4.2.1
Signed-off-by: Guðni Már Gilbert
Signed
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Richard Purdie
---
meta/recipes-core/systemd/systemd_255.13.bb | 2 +-
1 file
There are no consumers of this recipe in openembedded-core or in
meta-openembedded.
The last consumer was dnf:
https://git.openembedded.org/openembedded-core/commit/?id=05220b4907ab654e829d97ab68d48f76330937dd
Signed-off-by: Guðni Már Gilbert
---
meta/conf/distro/include/distro_alias.inc
ned-off-by: Guðni Már Gilbert
---
...{python3-urllib3_2.2.2.bb => python3-urllib3_2.2.3.bb} | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-urllib3_2.2.2.bb =>
python3-urllib3_2.2.3.bb} (73%)
diff --git a/meta/recipes-devtoo
Note: after this patch, there are no consumers of python3-iniparse in
openembedded-core or meta-openembedded.
To move forward, I'm not sure if I should simply delete the recipe or move it
to meta-openembedded.
Is anyone against deleting this recipe?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive a
python3-iniparse dependency was dropped 2019, see the
following commit as reference:
https://github.com/rpm-software-management/dnf/pull/1329/commits/d7d0e0e2f9d8c7d021c794821ad0b56a39ebc01f
When looking at the Git history, this happened around tag 4.2.1
Signed-off-by: Guðni Már Gilbert
Looking at the history, python3-six was removed as a dependency
in the poetry.lock file in v1.5.2
Even before v1.5.2 and until now (v1.9.1) there is no code in
the package which imports the six module. So it can be safely
dropped from the recipe.
Signed-off-by: Guðni Már Gilbert
---
meta
Note: These two recipes can also be moved:
1) python3-ndg-httpsclient
2) python3-pyasn1
There may be more, but those I've known about for some time. I can submit
patches to move them over the next few days.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply On
On Python 3.11+, the built-in datetime module is used instead.
This change was made in v7.1.0 release.
See PR 2929:
https://github.com/RDFLib/rdflib/blob/main/CHANGELOG.md#2024-10-17-release-710
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-devtools/python/python3-rdflib_7.1.1.bb | 2
python3-rdflib was the last consumer of this recipe in oe-core.
Signed-off-by: Guðni Már Gilbert
---
meta/conf/distro/include/maintainers.inc | 1 -
.../python/python3-isodate_0.6.1.bb | 16
2 files changed, 17 deletions(-)
delete mode 100644 meta/recipes
Hi Justin, thanks for submitting a patch upstream. I can confirm I have this in
my defconfig: “CONFIG_KERNEL_LZ4=y”
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#207800):
https://lists.openembedded.org/g/openembedded-core/message/207800
Mute This
Note: I don't see any recipes in openembedded-core which depend on
python3-isodate after this commit.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#207711):
https://lists.openembedded.org/g/openembedded-core/message/207711
Mute This Topic: https:
On Python 3.11+, the built-in datetime module is used instead.
This change was made in v7.1.0 release.
See PR 2929:
https://github.com/RDFLib/rdflib/blob/main/CHANGELOG.md#2024-10-17-release-710
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-devtools/python/python3-rdflib_7.1.1.bb | 2
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-core/systemd/systemd-boot_256.7.bb | 2 +-
1 file changed, 1 insertion(+), 1
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-core/systemd/systemd_256.7.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion
"ibcap" there should be "libcap" :) I'll send a v2.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#207706):
https://lists.openembedded.org/g/openembedded-core/message/207706
Mute This Topic: https://lists.openembedded.org/mt/109753708/21656
Group O
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-core/systemd/systemd-boot_256.7.bb | 2 +-
1 file changed, 1 insertion(+), 1
intltool was dropped as a dependency in v236
See commit for reference:
https://github.com/systemd/systemd/pull/7313/commits/c81217920effddc93fb780cf8f9eb699d6fe1319
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-core/systemd/systemd_256.7.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion
v2.83.0 is also available https://gitlab.gnome.org/GNOME/glib/-/releases/2.83.0
but upgrading to that is likely a lot more work than this minor release : )
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#207478):
https://lists.openembedded.org/g/op
https://gitlab.gnome.org/GNOME/glib/-/releases/2.82.2
Upgrade was performed using devtool
Signed-off-by: Guðni Már Gilbert
---
...01-Do-not-write-bindir-into-pkg-config-files.patch | 8
.../files/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch | 2 +-
...-Install-gio-querymodules-as
cracklib was dropped as a dependency in libpam v1.5.0
See the following commit as reference:
https://github.com/linux-pam/linux-pam/commit/d702ff714c309069111899fd07c09e31c414c166
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Mathieu Dubois-Briand
---
meta/recipes-extended/pam/libpam_1.5.3
itstool was dropped as a dependency in shared-mime-info
release v2.2 (2022-03-27)
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Mathieu Dubois-Briand
Signed-off-by: Richard Purdie
---
meta/recipes-support/shared-mime-info/shared-mime-info_2.4.bb | 2 +-
1 file changed, 1 insertion(+), 1
cracklib was dropped as a dependency in libpam v1.5.0
See the following commit as reference:
https://github.com/linux-pam/linux-pam/commit/d702ff714c309069111899fd07c09e31c414c166
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-extended/pam/libpam_1.6.1.bb | 2 +-
1 file changed, 1 insertion
: Fix detection of duplicate attributes
* string: Fix va_copy fallback
Bug fixes
* xpath: Fix parsing of non-ASCII names
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-core/libxml/libxml2/install-tests.patch | 4 ++--
.../libxml/{libxml2_2.13.4.bb => libxml2_2.13.5.bb}
itstool was dropped as a dependency in shared-mime-info
release v2.2 (2022-03-27)
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-support/shared-mime-info/shared-mime-info_2.4.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/shared-mime-info/shared
This isn't a problem on Scarthgap, so I looked into what has changed, and I
found the two changes which introduce the dependency loop.
1. glib-2.0 now adds gobject-introspection to DEPENDS if
gobject-introspection-data is in DISTRO_FEATURES
2. systemd now inherits mime class and adds shared-mime
Hi all,
I've thought some more about this issue. I think it is best to remove these two
patches I submitted from master-next if you haven't done so already. Using
bluez5-native is wrong, I was misunderstanding the 'native' part a little bit.
Moving forward I think there are really only two poss
Hi Richard, I do agree with you, this feels like its not the "proper" solution.
I am pretty sure you don't need python3 to build BlueZ, I suspect it has
something to do with systemd. Perhaps we can optimise the DEPENDS in BlueZ
recipe.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sen
Thanks for the suggestion Alexander. I really appreciate it.
Now that I have my bluetooth hardware running on master branch, I can easily
test this. It will probably have to wait until the weekend though.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Onli
I've submitted a patch which builds without any issues on my end. I am testing
on latest master branch.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#206966):
https://lists.openembedded.org/g/openembedded-core/message/206966
Mute This Topic: http
sockets
natively without
using 3rd party packages like pybluez.
An example is the following line:
sock = socket.socket(socket.AF_BLUETOOTH, socket.SOCK_STREAM,
socket.BTPROTO_RFCOMM)
With this patch the code will not fail due to missing symbols.
Signed-off-by: Guðni Már Gilbert
---
meta/recipes
.
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc
b/meta/recipes-connectivity/bluez5/bluez5.inc
index d31f4e2295..f0551a052e 100644
--- a/meta
Guðni Már Gilbert (2):
bluez5: add PACKAGECONFIG for library
python3: add bluez5-native to DEPENDS conditionally
meta/recipes-connectivity/bluez5/bluez5.inc| 8 +++-
meta/recipes-devtools/python/python3_3.13.0.bb | 3 +++
2 files changed, 10 insertions(+), 1 deletion(-)
--
2.43.0
Adding this to bluez5 bbappend:
PACKAGECONFIG:class-native = ""
BBCLASSEXTEND = "native"
And to python3 bbappend:
DEPENDS:append:class-target = " ${@bb.utils.contains('DISTRO_FEATURES',
'bluetooth', 'bluez5-native', '', d)}"
Seems to do the trick.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all
Hmm I found this in BlueZ README, it suggests creating a separate package. If
no one is against that idea I will try to create it and submit a patch.
--enable-library
Enable installation of Bluetooth library
By default the Bluetooth library is no longer installed.
The user interfaces or command l
Hi everyone,
I am upgrading a project from Scarthgap to Styhead and am facing a problem
again which I somewhat solved before though not properly. And now I want to fix
it for good and hopefully have the solution upstream too.
The problem: I have a Python application which needs bluetooth.h head
support for handling syncing to multiple BISes.
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 3 +-
...U-basename-compatible-implementation.patch | 147 --
...0001-gdbus-define-MAX_INPUT-for-musl.patch | 34
...ove-local-basename-into
: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 1 -
...shared-util.c-include-linux-limits.h.patch | 27 ---
2 files changed, 28 deletions(-)
delete mode 100644
meta/recipes-connectivity/bluez5/bluez5/0004-src-shared-util.c-include-linux-limits.h.patch
diff
Hi I suspect this patch needs to be backported at the same time (see link). It
was added to master branch along with the upgrade.
https://git.openembedded.org/openembedded-core/commit/?id=de569ddffd5ea36b70c56df21dec9c892e5dee7d
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to thi
The solution to the problem upstream was fixed by the following commit:
https://github.com/bluez/bluez/commit/ca6546fe521360fcf905bc115b893f322e706cb2
Now MAX_INPUT is defined for non-glibc systems such as musl.
This fix was added in BlueZ 5.67.
Signed-off-by: Guðni Már Gilbert
---
meta
> This fix was added in BlueZ 5.69.
Woops, thats a typo. Should be BlueZ 5.67. I'll submit another patch, sorry!
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204587):
https://lists.openembedded.org/g/openembedded-core/message/204587
Mute This To
The solution to the problem upstream was fixed by the following commit:
https://github.com/bluez/bluez/commit/ca6546fe521360fcf905bc115b893f322e706cb2
Now MAX_INPUT is defined for non-glibc systems such as musl.
This fix was added in BlueZ 5.69.
Signed-off-by: Guðni Már Gilbert
---
meta
Hi thanks for the patch. I have one concern. Normally one would install a
custom main.conf and not the one from BlueZ. With these changes is that still
possible with a bbappend? The file must be installed in the same folder, I
worry if this creates a conflict when two recipes are installing main
issue with handling PACS Server role.
* Fix issue with registering UHID_START multiple times.
* Fix issue with pairing method not setting auto-connect.
Signed-off-by: Guðni Már Gilbert
---
...U-basename-compatible-implementation.patch | 136 +-
.../0001-test-gatt-Fix-hung
Hi Niko, thanks for submitting this patch! I tested it locally and can confirm
the resolves the warning I get during CVE check. One less CVE to worry about :)
I hope this makes it into Scarthgap upstream.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Onli
I wonder if it would be good to backport this to Scarthgap. I'm getting the
following warning for unpatched CVE on latest scarthgap:
WARNING: libyaml-0.2.5-r0 do_cve_check: Found unpatched CVE (CVE-2024-35328),
for more information check
/home/builder/yocto/build/tmp/work/cortexa9t2hf-neon-tdx-
Note, this is a backport of
https://github.com/openembedded/openembedded-core/commit/34ba71151c93d6fb19469555131519dcb820ab3c
(
https://github.com/openembedded/openembedded-core/commit/34ba71151c93d6fb19469555131519dcb820ab3c
) which is relevant for Scarthgap.
-=-=-=-=-=-=-=-=-=-=-=-
Links: Yo
Note, this is a backport of
https://github.com/openembedded/openembedded-core/commit/91d7580344fe5a15a9bf059dceedab42f7ba3e54
(
https://github.com/openembedded/openembedded-core/commit/91d7580344fe5a15a9bf059dceedab42f7ba3e54
) which is relevant for Scarthgap
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
From: Khem Raj
Signed-off-by: Khem Raj
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
Signed-off-by: Guðni Már Gilbert
---
...1-awk.c-fix-CVE-2023-42366-bug-15874.patch | 37 +++
meta/recipes-core/busybox/busybox_1.36.1.bb | 1 +
2 files changed, 38
From: Khem Raj
backport upstream fix for CVEs and fix the regression that introduced [1]
[1] http://lists.busybox.net/pipermail/busybox/2024-May/090766.html
Signed-off-by: Khem Raj
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
Signed-off-by: Guðni Már Gilbert
---
...01
Note: this backport is already in kirkstone and dunfell. See for example:
https://git.openembedded.org/openembedded-core/commit/meta/recipes-extended/pam?h=kirkstone&id=9af2e012ee4483541559788dfb9510e0223daefe
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply
Upstream-Status: Backport from
https://github.com/linux-pam/linux-pam/commit/031bb5a5d0d950253b68138b498dc93be69a64cb
Signed-off-by: Guðni Már Gilbert
---
.../pam/libpam/CVE-2024-22365.patch | 65 +++
meta/recipes-extended/pam/libpam_1.5.3.bb | 1 +
2 files
Cherry picked from master:
https://git.openembedded.org/openembedded-core/commit/?id=8d06116caf2382ad4782b9b2da50534d076a736d
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202342):
https://lists.openembedded.org/g/openembedded-core/message/202342
python3-ctypes was dropped as a dependency in v19.2.0
Signed-off-by: Guðni Már Gilbert
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/python/python3-attrs_23.2.0.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-devtools/python/python3-attrs_23.2.0.bb
b/meta/recipes
python3-ctypes was dropped as a dependency in v19.2.0
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-devtools/python/python3-attrs_23.2.0.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-devtools/python/python3-attrs_23.2.0.bb
b/meta/recipes-devtools/python/python3
On Wed, Jul 17, 2024 at 09:21 AM, Alexander Kanavin wrote:
>
> You are welcome to send such a backport, but it has to preserve
> existing behaviour by default.
>
> Alex
I see, then to backport this specific change we would need to add
'staticlibpython' to PACKAGECONFIG.
-=-=-=-=-=-=-=-=-=-=-=
Hi, I tried adding this in my Scarthgap project and this change reduced disk
memory usage by ~177MB, very nice find :)
Any chance to have this backported?
Best regards,
Gudni
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202147):
https://lists
Noticed in the installation logs a few paths have
double slashes '//'. Doesn't seem to do any harm, though
it is good to clean this up for consistency.
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 6 +++---
1 file changed, 3 insertions(
Noticed in the installation logs a few paths have
double slahes '//'. Doesn't seem to do any harm, though
it is good to clean this up for consistency.
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 6 +++---
1 file changed, 3 insertions(
Since the BlueZ upgrade is now in master (it used the v2 patch instead of v3)
should I create a separate patch for the changes to resolve
https://lists.openembedded.org/g/openembedded-core/message/201935 ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Onl
reference 'python' (Python 2)
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 4
1 file changed, 4 deletions(-)
diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc
b/meta/recipes-connectivity/bluez5/bluez5.inc
index 55aea1f3c7..65dad45130 10
On Tue, Jul 16, 2024 at 11:04 AM, Alexander Kanavin wrote:
>
> It's fine to remove if after doing that you can conclusively verify
> there's no 'python' anywhere.
I've looked at the source code directly and there are no 'python' shebangs
anywhere. They all use #!/usr/bin/env python3
I'll submi
A bit off topic but, wanted to share something I'm thinking about:
Am wondering about one section in the do_install:append . Not sure if we should
remove it or not? It feels wrong to keep referencing Python 2 at least:
# Patch python tools to use Python 3; they should be source compatible, but
#
Only difference between v2 and v3 is now /etc/bluetooth directory is always
using 755 permission bits. Hopefully the comment above it clear enough.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201938):
https://lists.openembedded.org/g/openembedd
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 21 ++-
...d-without-systemd-in-the-user-sessio.patch | 56 ---
.../0001-test-gatt-Fix-hung-issue.patch | 7 +--
...et-for-building-tests-without-runnin.patch | 7 +--
...shared-util.c
1 - 100 of 149 matches
Mail list logo
