[Buildroot] [PATCH v2 0/8] Second set of fixes for build failures and PPD file conflicts

[Buildroot] [PATCH v2 0/8] Second set of fixes for build failures and PPD file conflicts

[John Ernberg]

Hi,

This is the second set of changes in preparation for for syncing less
dependencies in PPD builds, to avoid the package rebuild problem as
originally proposed at [1].

These patches are a little less trivial.

Apologies on the delay with v2 on this, days do not have enough hours in
them.

Since the patches are technically free standing developers are only CCd on
the cover letter and the patches touching things they maintain.

[1]: https://lore.kernel.org/buildroot/20241227160622.1654822-1-john.ernberg@actia.se/T/#u

Cc: Aleksandr Makarov <aleksandr.o.makarov@gmail.com>
Cc: Giulio Benetti <giulio.benetti@benettiengineering.com>
Cc: James Hilliard <james.hilliard1@gmail.com>
Cc: Joseph Kogut <joseph.kogut@gmail.com>
Cc: Luca Ceresoli <luca.ceresoli@bootlin.com>
Cc: Marcus Folkesson <marcus.folkesson@gmail.com>
Cc: Norbert Lange <nolange79@gmail.com>
Cc: Romain Naour <romain.naour@smile.fr>
Cc: Sen Hastings <sen@hastings.org>
Cc: Yegor Yefremov <yegorslists@googlemail.com>

v2:
 - Simplify libcamera-apps check (Arnout)
 - Make commit messages more explicit (Arnout)
 - Pick up a review tag (Joseph)
 - Drop Jailhouse removal (Romain)

v1 (RFC): https://lore.kernel.org/buildroot/20260601204735.888967-1-j@j-ernberg.se/

John Ernberg (8):
  package/foot: Prefer ncurses terminfo if ncurses is selected
  package/libest: Drop java support
  package/rtl8188eu: Conflict with the linux-firmware rt81xx sub-package
  package/{skeleton-init-,}systemd: Install legacy.conf from the systemd
    package
  package/libcamera-apps: Only enable EGL if both epoxy and xlib_libX11
    are selected
  package/util-linux-libs: Do not install to target
  package/python-xlib: Drop the package
  package/python-html5lib: Drop the package

 Config.in.legacy                              | 14 +++++++
 DEVELOPERS                                    |  1 -
 package/Config.in                             |  2 -
 package/foot/foot.mk                          |  4 ++
 package/libcamera-apps/libcamera-apps.mk      |  6 +--
 package/libest/libest.mk                      | 10 +----
 ...y-fix-version-parsing-on-Python-3.14.patch | 42 -------------------
 package/python-html5lib/Config.in             |  8 ----
 package/python-html5lib/python-html5lib.hash  |  5 ---
 package/python-html5lib/python-html5lib.mk    | 16 -------
 package/python-xlib/Config.in                 |  7 ----
 package/python-xlib/python-xlib.hash          |  5 ---
 package/python-xlib/python-xlib.mk            | 14 -------
 package/rtl8188eu/Config.in                   |  5 +++
 package/rtl8188eu/rtl8188eu.mk                |  1 +
 .../skeleton-init-systemd.mk                  |  1 -
 .../legacy.conf                               |  0
 package/systemd/systemd.mk                    | 13 +++++-
 .../util-linux-libs/util-linux-libs.mk        |  5 +++
 19 files changed, 44 insertions(+), 115 deletions(-)
 delete mode 100644 package/python-html5lib/0001-setup.py-fix-version-parsing-on-Python-3.14.patch
 delete mode 100644 package/python-html5lib/Config.in
 delete mode 100644 package/python-html5lib/python-html5lib.hash
 delete mode 100644 package/python-html5lib/python-html5lib.mk
 delete mode 100644 package/python-xlib/Config.in
 delete mode 100644 package/python-xlib/python-xlib.hash
 delete mode 100644 package/python-xlib/python-xlib.mk
 rename package/{skeleton-init-systemd => systemd}/legacy.conf (100%)

-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] [PATCH v2 1/8] package/foot: Prefer ncurses terminfo if ncurses is selected

[John Ernberg]

foot's INSTALL.md says to use the ncurses provided terminfo. [1]

If the ncurses package is being installed, disable generating the bundled
terminfo in favor of the ncurses one.

Note that the ncurses terminfo is smaller, meaning that some edge case
features may no longer work properly after this.

Link: https://codeberg.org/dnkl/foot/src/branch/master/INSTALL.md#other [1]
Signed-off-by: John Ernberg <j@j-ernberg.se>

---

v2:
 - Add explicit note to the commit message based on the foot manual.

RFC: Because I am concerned it might break stuff in ways I don't know how
to test.
---
 package/foot/foot.mk | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/package/foot/foot.mk b/package/foot/foot.mk
index 3e37d41557..1275b08c4f 100644
--- a/package/foot/foot.mk
+++ b/package/foot/foot.mk
@@ -27,6 +27,10 @@ ifeq ($(BR2_PACKAGE_SYSTEMD),y)
 FOOT_DEPENDENCIES += systemd
 endif
 
+ifeq ($(BR2_PACKAGE_NCURSES),y)
+FOOT_CONF_OPTS += -Dterminfo=disabled
+endif
+
 ifeq ($(BR2_PACKAGE_LIBUTEMPTER),y)
 FOOT_DEPENDENCIES += libutempter
 FOOT_CONF_OPTS += -Dutmp-backend='libutempter'
-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 1/8] package/foot: Prefer ncurses terminfo if ncurses is selected

[Thomas Petazzoni via buildroot]

On Sun, Jun 14, 2026 at 05:53:21PM +0200, John Ernberg wrote:
> foot's INSTALL.md says to use the ncurses provided terminfo. [1]
> 
> If the ncurses package is being installed, disable generating the bundled
> terminfo in favor of the ncurses one.
> 
> Note that the ncurses terminfo is smaller, meaning that some edge case
> features may no longer work properly after this.
> 
> Link: https://codeberg.org/dnkl/foot/src/branch/master/INSTALL.md#other [1]
> Signed-off-by: John Ernberg <j@j-ernberg.se>
> 

Applied to master, thanks!

Best regards,

Thomas Petazzoni
-- 
Thomas Petazzoni, co-owner and CEO, Bootlin
Embedded Linux and Kernel engineering and training
https://bootlin.com
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] [PATCH v2 2/8] package/libest: Drop java support

[John Ernberg]

The package doesn't compile when Java is enabled.

It has been broken since commit 3c66f65a6a54 ("package/libopenssl: bump
version to 3.0.9") from 2023, and was left unfixed by commit 8dc7445056d1
("package/libest: Add support for openssl v3") from 2024, which added a
patch to support OpenSSL 3.0+ with libest.

No one has complained yet, so remove the support as it's clearly unused.

Note that upstream has not made a single commit, nor responded to tickets
or reviewed pull requests since 2022. [1]

Link: https://github.com/cisco/libest [1]
Cc: Aleksandr Makarov <aleksandr.o.makarov@gmail.com>
Signed-off-by: John Ernberg <j@j-ernberg.se>

---

v2:
 - Add an explicit note about upstream

RFC: upstream has not made a single commit, responded to any tickets nor
reviewed any pull requests since 2022. Should we drop the package instead?
---
 package/libest/libest.mk | 10 +---------
 1 file changed, 1 insertion(+), 9 deletions(-)

diff --git a/package/libest/libest.mk b/package/libest/libest.mk
index 9f3168767d..16cf40b203 100644
--- a/package/libest/libest.mk
+++ b/package/libest/libest.mk
@@ -21,6 +21,7 @@ LIBEST_CONF_OPTS = \
 	$(if $(BR2_TOOLCHAIN_HAS_THREADS),--enable-pthreads,--disable-pthreads) \
 	$(if $(BR2_PACKAGE_LIBEST_BRSKI),--enable-brski,--disable-brski) \
 	--disable-examples \
+	--disable-jni \
 	--without-libcoap-dir \
 	--with-system-libsafec
 
@@ -35,15 +36,6 @@ else
 LIBEST_CONF_OPTS += --disable-client-only
 endif
 
-ifeq ($(BR2_PACKAGE_OPENJDK),y)
-LIBEST_MAKE_ENV += JAVA_HOME=$(HOST_DIR)/lib/jvm
-LIBEST_CONF_ENV += JAVA_HOME=$(HOST_DIR)/lib/jvm
-LIBEST_CONF_OPTS += --enable-jni
-LIBEST_DEPENDENCIES += openjdk
-else
-LIBEST_CONF_OPTS += --disable-jni
-endif
-
 ifeq ($(BR2_PACKAGE_LIBCURL),y)
 LIBEST_CONF_OPTS += --with-libcurl-dir=$(STAGING_DIR)/usr
 LIBEST_DEPENDENCIES += libcurl
-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 2/8] package/libest: Drop java support

[Thomas Petazzoni via buildroot]

On Sun, Jun 14, 2026 at 05:53:22PM +0200, John Ernberg wrote:
> The package doesn't compile when Java is enabled.
> 
> It has been broken since commit 3c66f65a6a54 ("package/libopenssl: bump
> version to 3.0.9") from 2023, and was left unfixed by commit 8dc7445056d1
> ("package/libest: Add support for openssl v3") from 2024, which added a
> patch to support OpenSSL 3.0+ with libest.
> 
> No one has complained yet, so remove the support as it's clearly unused.
> 
> Note that upstream has not made a single commit, nor responded to tickets
> or reviewed pull requests since 2022. [1]
> 
> Link: https://github.com/cisco/libest [1]
> Cc: Aleksandr Makarov <aleksandr.o.makarov@gmail.com>
> Signed-off-by: John Ernberg <j@j-ernberg.se>

This issue has been fixed since then by commit
7e34cd7c7e5094f99ee26b24493a9007b646c3f9.

That being said, I personally don't really care about
libest. Aleksandr, are you still using libest?

Best regards,

Thomas
-- 
Thomas Petazzoni, co-owner and CEO, Bootlin
Embedded Linux and Kernel engineering and training
https://bootlin.com
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 2/8] package/libest: Drop java support

[Александр Макаров]

[-- Attachment #1.1: Type: text/plain, Size: 1407 bytes --]

I worked on libest while I was at the company, but I’m no longer there, so
I can’t say whether they still use it. I’m not personally using it anymore.



чт, 22 окт. 2026 г., 00:21 Thomas Petazzoni <thomas.petazzoni@bootlin.com>:

> On Sun, Jun 14, 2026 at 05:53:22PM +0200, John Ernberg wrote:
> > The package doesn't compile when Java is enabled.
> >
> > It has been broken since commit 3c66f65a6a54 ("package/libopenssl: bump
> > version to 3.0.9") from 2023, and was left unfixed by commit 8dc7445056d1
> > ("package/libest: Add support for openssl v3") from 2024, which added a
> > patch to support OpenSSL 3.0+ with libest.
> >
> > No one has complained yet, so remove the support as it's clearly unused.
> >
> > Note that upstream has not made a single commit, nor responded to tickets
> > or reviewed pull requests since 2022. [1]
> >
> > Link: https://github.com/cisco/libest [1]
> > Cc: Aleksandr Makarov <aleksandr.o.makarov@gmail.com>
> > Signed-off-by: John Ernberg <j@j-ernberg.se>
>
> This issue has been fixed since then by commit
> 7e34cd7c7e5094f99ee26b24493a9007b646c3f9.
>
> That being said, I personally don't really care about
> libest. Aleksandr, are you still using libest?
>
> Best regards,
>
> Thomas
> --
> Thomas Petazzoni, co-owner and CEO, Bootlin
> Embedded Linux and Kernel engineering and training
> https://bootlin.com
>

[-- Attachment #1.2: Type: text/html, Size: 2207 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 2/8] package/libest: Drop java support

[John Ernberg]

Hi Bernd, Aleksandr,

Bernd, are you using libest? I see you have worked on this package recently.

On Thu, Oct 22, 2026 at 9:06 AM Александр Макаров
<aleksandr.o.makarov@gmail.com> wrote:
>
> I worked on libest while I was at the company, but I’m no longer there, so I can’t say whether they still use it. I’m not personally using it anymore.

Do you mean Cisco? When I was looking at github activity for the
project, it seems I did not look enough at the issue list and just
concluded it wasn't being handled. Looks like Cisco shut the test /
"getting started" servers down in 2023 [1].

[1]: https://github.com/cisco/libest/issues/135

Best regards // John Ernberg
>
>
>
> чт, 22 окт. 2026 г., 00:21 Thomas Petazzoni <thomas.petazzoni@bootlin.com>:
>>
>> On Sun, Jun 14, 2026 at 05:53:22PM +0200, John Ernberg wrote:
>> > The package doesn't compile when Java is enabled.
>> >
>> > It has been broken since commit 3c66f65a6a54 ("package/libopenssl: bump
>> > version to 3.0.9") from 2023, and was left unfixed by commit 8dc7445056d1
>> > ("package/libest: Add support for openssl v3") from 2024, which added a
>> > patch to support OpenSSL 3.0+ with libest.
>> >
>> > No one has complained yet, so remove the support as it's clearly unused.
>> >
>> > Note that upstream has not made a single commit, nor responded to tickets
>> > or reviewed pull requests since 2022. [1]
>> >
>> > Link: https://github.com/cisco/libest [1]
>> > Cc: Aleksandr Makarov <aleksandr.o.makarov@gmail.com>
>> > Signed-off-by: John Ernberg <j@j-ernberg.se>
>>
>> This issue has been fixed since then by commit
>> 7e34cd7c7e5094f99ee26b24493a9007b646c3f9.
>>
>> That being said, I personally don't really care about
>> libest. Aleksandr, are you still using libest?
>>
>> Best regards,
>>
>> Thomas
>> --
>> Thomas Petazzoni, co-owner and CEO, Bootlin
>> Embedded Linux and Kernel engineering and training
>> https://bootlin.com
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 2/8] package/libest: Drop java support

[Bernd Kuhls]

Am Thu, 22 Oct 2026 23:12:56 +0200 schrieb John Ernberg:

> Hi Bernd, Aleksandr,
> 
> Bernd, are you using libest? I see you have worked on this package
> recently.

Hi John,

no, I only fixed easy-to-fix bugs I came across during allyesconfig builds 
for the upcoming bump of libopenssl to 4.0.x.

Regards, Bernd

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] [PATCH v2 3/8] package/rtl8188eu: Conflict with the linux-firmware rt81xx sub-package

[John Ernberg]

Due to partial rtl8188eu support in the upstream Linux kernel
linux-firmware packages the firmware for this chip now, under the same
filename and path. However that firmware is a much newer version.

linux-firmware carries version v28 from 2017 [1] while the firmware blob
bundled in the repository is from over 13 years ago [2].

Since it cannot be confirmed that the newer firmware works with this
driver, add a conflict with the specific firmware sub-package.

The reverse conflict cannot be added since Kconfig sees that as a
circular dependency.

Link: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/WHENCE?id=fe1a0a75caa69da62849cbf549c32531c6d1da4b#n3628
Link: https://github.com/Benetti-Engineering/rtl8188eu/commit/a27737ea39d72040d7421600949373982d78a0d2
Cc: Giulio Benetti <giulio.benetti@benettiengineering.com>
Cc: Luca Ceresoli <luca.ceresoli@bootlin.com>
Signed-off-by: John Ernberg <j@j-ernberg.se>

---

v2:
 - Go with the alternate approach of adding a conflict since it was not
   possible to obtain test results from anyone with hardware. (Arnout)

RFC/RFT: I don't have any of the hardware for this chip and cannot test
that this doesn't break stuff.
---
 package/rtl8188eu/Config.in    | 5 +++++
 package/rtl8188eu/rtl8188eu.mk | 1 +
 2 files changed, 6 insertions(+)

diff --git a/package/rtl8188eu/Config.in b/package/rtl8188eu/Config.in
index 102e8d7bf7..fc3199f303 100644
--- a/package/rtl8188eu/Config.in
+++ b/package/rtl8188eu/Config.in
@@ -2,6 +2,7 @@ config BR2_PACKAGE_RTL8188EU
 	bool "rtl8188eu"
 	depends on !BR2_s390x
 	depends on BR2_LINUX_KERNEL
+	depends on !BR2_PACKAGE_LINUX_FIRMWARE_RTL_81XX # conflicting firmware
 	help
 	  A standalone driver for the RTL8188EU USB Wi-Fi adapter.
 
@@ -10,3 +11,7 @@ config BR2_PACKAGE_RTL8188EU
 comment "rtl8188eu needs a Linux kernel to be built"
 	depends on !BR2_s390x
 	depends on !BR2_LINUX_KERNEL
+
+comment "rtl8188eu bundled firmware conflicts with the linux-firmware firmware"
+	depends on !BR_s390x
+	depends on BR2_PACKAGE_LINUX_FIRMWARE_RTL_81XX
diff --git a/package/rtl8188eu/rtl8188eu.mk b/package/rtl8188eu/rtl8188eu.mk
index 5f378e0b6e..1f826266fd 100644
--- a/package/rtl8188eu/rtl8188eu.mk
+++ b/package/rtl8188eu/rtl8188eu.mk
@@ -16,6 +16,7 @@ define RTL8188EU_LINUX_CONFIG_FIXUPS
 	$(call KCONFIG_ENABLE_OPT,CONFIG_CFG80211)
 	$(call KCONFIG_ENABLE_OPT,CONFIG_USB_SUPPORT)
 	$(call KCONFIG_ENABLE_OPT,CONFIG_USB)
+	$(call KCONFIG_DISABLE_OPT,CONFIG_RTL8XXXU)
 endef
 
 define RTL8188EU_INSTALL_FIRMWARE
-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] [PATCH v2 4/8] package/{skeleton-init-, }systemd: Install legacy.conf from the systemd package

[John Ernberg]

systemd since version 257 installs legacy.conf again, but a different
version of the file compared to buildroot.  version 260 will once again
stop installing it.

Move the buildroot custom legacy.conf to the systemd package and install it
from there ensuring the expected legacy.conf is the one installed in all
cases.

Cc: Norbert Lange <nolange79@gmail.com>
Cc: Sen Hastings <sen@hastings.org>
Signed-off-by: John Ernberg <j@j-ernberg.se>

---

v2:
 - Unchanged

I don't know systemd well enough to judge if the legacy.conf from
systemd should be used over the buildroot one.

Norbert or Sen, please weigh in on this!
---
 .../skeleton-init-systemd/skeleton-init-systemd.mk  |  1 -
 .../{skeleton-init-systemd => systemd}/legacy.conf  |  0
 package/systemd/systemd.mk                          | 13 ++++++++++++-
 3 files changed, 12 insertions(+), 2 deletions(-)
 rename package/{skeleton-init-systemd => systemd}/legacy.conf (100%)

diff --git a/package/skeleton-init-systemd/skeleton-init-systemd.mk b/package/skeleton-init-systemd/skeleton-init-systemd.mk
index b312fe33e4..e06890fee8 100644
--- a/package/skeleton-init-systemd/skeleton-init-systemd.mk
+++ b/package/skeleton-init-systemd/skeleton-init-systemd.mk
@@ -93,7 +93,6 @@ define SKELETON_INIT_SYSTEMD_INSTALL_TARGET_CMDS
 	ln -s ../run $(TARGET_DIR)/var/run
 	# prevent install scripts to create var/lock as directory
 	ln -s ../run/lock $(TARGET_DIR)/var/lock
-	install -D -m644 $(SKELETON_INIT_SYSTEMD_PKGDIR)/legacy.conf $(TARGET_DIR)/usr/lib/tmpfiles.d/legacy.conf
 	$(SKELETON_INIT_SYSTEMD_ROOT_RO_OR_RW)
 endef
 
diff --git a/package/skeleton-init-systemd/legacy.conf b/package/systemd/legacy.conf
similarity index 100%
rename from package/skeleton-init-systemd/legacy.conf
rename to package/systemd/legacy.conf
diff --git a/package/systemd/systemd.mk b/package/systemd/systemd.mk
index 3223915d40..9e77ace2f8 100644
--- a/package/systemd/systemd.mk
+++ b/package/systemd/systemd.mk
@@ -670,12 +670,23 @@ endef
 SYSTEMD_POST_INSTALL_TARGET_HOOKS += SYSTEMD_INSTALL_INIT_HOOK
 endif
 
+# During the deprecation process of sysvinit support systemd has gone back and forth
+# on installing the legacy.conf file and to which extent.
+# Override it with a customized version.
+# See systemd commits:
+# - https://github.com/systemd/systemd/commit/5ca9149464c100548701ab0839712c57f67e2652
+# - https://github.com/systemd/systemd/commit/fcff83a5347679bde1e3bff1398cdc557a432f9d
+define SYSTEMD_INSTALL_CUSTOM_LEGACY_CONF_HOOK
+	$(INSTALL) -m 0644 $(SYSTEMD_PKGDIR)/legacy.conf $(TARGET_DIR)/usr/lib/tmpfiles.d
+endef
+
 define SYSTEMD_INSTALL_MACHINEID_HOOK
 	touch $(TARGET_DIR)/etc/machine-id
 endef
 
 SYSTEMD_POST_INSTALL_TARGET_HOOKS += \
-	SYSTEMD_INSTALL_MACHINEID_HOOK
+	SYSTEMD_INSTALL_MACHINEID_HOOK \
+	SYSTEMD_INSTALL_CUSTOM_LEGACY_CONF_HOOK
 
 define SYSTEMD_INSTALL_IMAGES_CMDS
 	$(SYSTEMD_INSTALL_BOOT_FILES)
-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] [PATCH v2 5/8] package/libcamera-apps: Only enable EGL if both epoxy and xlib_libX11 are selected

[John Ernberg]

Since release 0.2 of the rpicam-apps these dependencies have been required
if enable_egl=True is given to meson. [1]

The dependency check was broken since commit 3fac163b9315
("package/libcamera-apps: bump to version 1.1.0") in early 2023.

Link: https://github.com/raspberrypi/rpicam-apps/commit/c8351a09174f143424884081a69b6dd8018f4ba3#diff-a2468a39040f9f883e5b03e1523dd4e73fd43ad9ea87f600772477b890cdd655L18-R22
Cc: Marcus Folkesson <marcus.folkesson@gmail.com>
Signed-off-by: John Ernberg <j@j-ernberg.se>

---

v2:
 - Simplified the checks in .mk (Arnout)

RFC: I can't figure out if this is the correct way to do this kind of check.
---
 package/libcamera-apps/libcamera-apps.mk | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/package/libcamera-apps/libcamera-apps.mk b/package/libcamera-apps/libcamera-apps.mk
index df7be41496..5cb7ca3cc4 100644
--- a/package/libcamera-apps/libcamera-apps.mk
+++ b/package/libcamera-apps/libcamera-apps.mk
@@ -36,10 +36,8 @@ else
 LIBCAMERA_APPS_CONF_OPTS += -Denable_libav=disabled
 endif
 
-ifeq ($(BR2_PACKAGE_XORG7),y)
-LIBCAMERA_APPS_DEPENDENCIES += \
-	$(if $(BR2_PACKAGE_LIBEPOXY),libepoxy) \
-	$(if $(BR2_PACKAGE_XLIB_LIBX11),xlib_libX11)
+ifeq ($(BR2_PACKAGE_LIBEPOXY)$(BR2_PACKAGE_XLIB_LIBX11),yy)
+LIBCAMERA_APPS_DEPENDENCIES += libepoxy xlib_libX11
 LIBCAMERA_APPS_CONF_OPTS += -Denable_egl=enabled
 else
 LIBCAMERA_APPS_CONF_OPTS += -Denable_egl=disabled
-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 5/8] package/libcamera-apps: Only enable EGL if both epoxy and xlib_libX11 are selected

[Thomas Petazzoni via buildroot]

On Sun, Jun 14, 2026 at 05:53:25PM +0200, John Ernberg wrote:
> Since release 0.2 of the rpicam-apps these dependencies have been required
> if enable_egl=True is given to meson. [1]
> 
> The dependency check was broken since commit 3fac163b9315
> ("package/libcamera-apps: bump to version 1.1.0") in early 2023.
> 
> Link: https://github.com/raspberrypi/rpicam-apps/commit/c8351a09174f143424884081a69b6dd8018f4ba3#diff-a2468a39040f9f883e5b03e1523dd4e73fd43ad9ea87f600772477b890cdd655L18-R22

This commit is only reorganizing meson options, I think the commit
actually introducing the requirement for epoxy+xlib is older than this
one.

> Cc: Marcus Folkesson <marcus.folkesson@gmail.com>
> Signed-off-by: John Ernberg <j@j-ernberg.se>

I believe this would fix:

  https://autobuild.buildroot.net/results/21d/21dcd20d70c12758083733b0e5bc8f1efc671370/build-end.log

> -ifeq ($(BR2_PACKAGE_XORG7),y)
> -LIBCAMERA_APPS_DEPENDENCIES += \
> -	$(if $(BR2_PACKAGE_LIBEPOXY),libepoxy) \
> -	$(if $(BR2_PACKAGE_XLIB_LIBX11),xlib_libX11)
> +ifeq ($(BR2_PACKAGE_LIBEPOXY)$(BR2_PACKAGE_XLIB_LIBX11),yy)
> +LIBCAMERA_APPS_DEPENDENCIES += libepoxy xlib_libX11
>  LIBCAMERA_APPS_CONF_OPTS += -Denable_egl=enabled
>  else
>  LIBCAMERA_APPS_CONF_OPTS += -Denable_egl=disabled

However, I'm not 100% convinced this is the right fix because the
Config.in also has:

	select BR2_PACKAGE_XLIB_LIBX11 if BR2_PACKAGE_XORG7 && (BR2_PACKAGE_HAS_LIBEGL || BR2_PACKAGE_HAS_LIBGL)
	select BR2_PACKAGE_LIBDRM if BR2_PACKAGE_XORG7 && (BR2_PACKAGE_HAS_LIBEGL || BR2_PACKAGE_HAS_LIBGL)
	select BR2_PACKAGE_LIBEPOXY if BR2_PACKAGE_XORG7 && (BR2_PACKAGE_HAS_LIBEGL || BR2_PACKAGE_HAS_LIBGL)

I can't really wrap my head around what's the right way to deal with
all those dependencies.

With your change:

 +ifeq ($(BR2_PACKAGE_LIBEPOXY)$(BR2_PACKAGE_XLIB_LIBX11),yy)
 +LIBCAMERA_APPS_DEPENDENCIES += libepoxy xlib_libX11
  LIBCAMERA_APPS_CONF_OPTS += -Denable_egl=enabled

We may be passing -Denable_egl=enabled even if there's no OpenGL
support at all: libepoxy can now be enabled without any OpenGL
provider enabled, and xlib_libx11 also doesn't guarantee that we have
OpenGL support.

I honestly don't quite understand those selects in the Config.in
file. My understanding is that libcamera-apps has a preview/ folder
with several variants: drm-preview, egl-preview, wayland-egl-preview,
qt-preview and null-preview. Maybe we should instead handle these more
clearly/explicitly?

Thomas
-- 
Thomas Petazzoni, co-owner and CEO, Bootlin
Embedded Linux and Kernel engineering and training
https://bootlin.com
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 5/8] package/libcamera-apps: Only enable EGL if both epoxy and xlib_libX11 are selected

[John Ernberg]

Hi Thomas,

On Wed, Oct 21, 2026 at 11:48 PM Thomas Petazzoni
<thomas.petazzoni@bootlin.com> wrote:
>
> On Sun, Jun 14, 2026 at 05:53:25PM +0200, John Ernberg wrote:
> > Since release 0.2 of the rpicam-apps these dependencies have been required
> > if enable_egl=True is given to meson. [1]
> >
> > The dependency check was broken since commit 3fac163b9315
> > ("package/libcamera-apps: bump to version 1.1.0") in early 2023.
> >
> > Link: https://github.com/raspberrypi/rpicam-apps/commit/c8351a09174f143424884081a69b6dd8018f4ba3#diff-a2468a39040f9f883e5b03e1523dd4e73fd43ad9ea87f600772477b890cdd655L18-R22
>
> This commit is only reorganizing meson options, I think the commit
> actually introducing the requirement for epoxy+xlib is older than this
> one.
>
> > Cc: Marcus Folkesson <marcus.folkesson@gmail.com>
> > Signed-off-by: John Ernberg <j@j-ernberg.se>
>
> I believe this would fix:
>
>   https://autobuild.buildroot.net/results/21d/21dcd20d70c12758083733b0e5bc8f1efc671370/build-end.log
>
> > -ifeq ($(BR2_PACKAGE_XORG7),y)
> > -LIBCAMERA_APPS_DEPENDENCIES += \
> > -     $(if $(BR2_PACKAGE_LIBEPOXY),libepoxy) \
> > -     $(if $(BR2_PACKAGE_XLIB_LIBX11),xlib_libX11)
> > +ifeq ($(BR2_PACKAGE_LIBEPOXY)$(BR2_PACKAGE_XLIB_LIBX11),yy)
> > +LIBCAMERA_APPS_DEPENDENCIES += libepoxy xlib_libX11
> >  LIBCAMERA_APPS_CONF_OPTS += -Denable_egl=enabled
> >  else
> >  LIBCAMERA_APPS_CONF_OPTS += -Denable_egl=disabled
>
> However, I'm not 100% convinced this is the right fix because the
> Config.in also has:
>
>         select BR2_PACKAGE_XLIB_LIBX11 if BR2_PACKAGE_XORG7 && (BR2_PACKAGE_HAS_LIBEGL || BR2_PACKAGE_HAS_LIBGL)
>         select BR2_PACKAGE_LIBDRM if BR2_PACKAGE_XORG7 && (BR2_PACKAGE_HAS_LIBEGL || BR2_PACKAGE_HAS_LIBGL)
>         select BR2_PACKAGE_LIBEPOXY if BR2_PACKAGE_XORG7 && (BR2_PACKAGE_HAS_LIBEGL || BR2_PACKAGE_HAS_LIBGL)
>
> I can't really wrap my head around what's the right way to deal with
> all those dependencies.
>
> With your change:
>
>  +ifeq ($(BR2_PACKAGE_LIBEPOXY)$(BR2_PACKAGE_XLIB_LIBX11),yy)
>  +LIBCAMERA_APPS_DEPENDENCIES += libepoxy xlib_libX11
>   LIBCAMERA_APPS_CONF_OPTS += -Denable_egl=enabled
>
> We may be passing -Denable_egl=enabled even if there's no OpenGL
> support at all: libepoxy can now be enabled without any OpenGL
> provider enabled, and xlib_libx11 also doesn't guarantee that we have
> OpenGL support.

I completely overlooked that. I'll need to dig into that.

>
> I honestly don't quite understand those selects in the Config.in
> file. My understanding is that libcamera-apps has a preview/ folder
> with several variants: drm-preview, egl-preview, wayland-egl-preview,
> qt-preview and null-preview. Maybe we should instead handle these more
> clearly/explicitly?

Sounds like a good idea. I'll see what I can achieve.

Thanks! // John Ernberg
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] [PATCH v2 6/8] package/util-linux-libs: Do not install to target

[John Ernberg]

util-linux-libs was introduced as an intermediate package to help break
circular dependencies with util-linux, and therefor only exists to provide
more basic versions of the libraries util-linux provide, to break these
dependency chains.

There is no need to install these to target as they will never be used
there.

Under all circumstances the libraries are built and installed by the main
util-linux package.

This only solves the confict for target, the conflict will remain for
staging as that conflict is much harder to solve.

Cc: Giulio Benetti <giulio.benetti@benettiengineering.com>
Signed-off-by: John Ernberg <j@j-ernberg.se>

---

v2:
 - Add a note that this only solves the conflict on target. (Arnout)
   (see RFC discussion for longer explanation)
---
 package/util-linux/util-linux-libs/util-linux-libs.mk | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/package/util-linux/util-linux-libs/util-linux-libs.mk b/package/util-linux/util-linux-libs/util-linux-libs.mk
index 6716a656d2..d434a8f461 100644
--- a/package/util-linux/util-linux-libs/util-linux-libs.mk
+++ b/package/util-linux/util-linux-libs/util-linux-libs.mk
@@ -24,6 +24,11 @@ UTIL_LINUX_LIBS_LICENSE_FILES = README.licensing \
 # 0002-autotools-optionally-add-libpthread-to-uuid.pc.patch
 UTIL_LINUX_LIBS_AUTORECONF = YES
 
+# This package is only used to build other packages that have a depdendency
+# on util-linux libraries which in turn may be dependencies for the full
+# util-linux build. The libraries that are actually used on target are built
+# by the util-linux package.
+UTIL_LINUX_LIBS_INSTALL_TARGET = NO
 UTIL_LINUX_LIBS_INSTALL_STAGING = YES
 UTIL_LINUX_LIBS_DEPENDENCIES = \
 	host-pkgconf \
-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 6/8] package/util-linux-libs: Do not install to target

[Fiona Klute via buildroot]

Am 14.06.26 um 17:53 schrieb John Ernberg:
> util-linux-libs was introduced as an intermediate package to help break
> circular dependencies with util-linux, and therefor only exists to provide
> more basic versions of the libraries util-linux provide, to break these
> dependency chains.
> 
> There is no need to install these to target as they will never be used
> there.
> 
> Under all circumstances the libraries are built and installed by the main
> util-linux package.
> 
> This only solves the confict for target, the conflict will remain for
> staging as that conflict is much harder to solve.
> 
> Cc: Giulio Benetti <giulio.benetti@benettiengineering.com>
> Signed-off-by: John Ernberg <j@j-ernberg.se>

Tested-by: Fiona Klute <fiona.klute@gmx.de>

I've tested that this patch does not break my non-PPD builds. In my view 
this is a correctness fix.

Best regards,
Fiona

> ---
> 
> v2:
>   - Add a note that this only solves the conflict on target. (Arnout)
>     (see RFC discussion for longer explanation)
> ---
>   package/util-linux/util-linux-libs/util-linux-libs.mk | 5 +++++
>   1 file changed, 5 insertions(+)
> 
> diff --git a/package/util-linux/util-linux-libs/util-linux-libs.mk b/package/util-linux/util-linux-libs/util-linux-libs.mk
> index 6716a656d2..d434a8f461 100644
> --- a/package/util-linux/util-linux-libs/util-linux-libs.mk
> +++ b/package/util-linux/util-linux-libs/util-linux-libs.mk
> @@ -24,6 +24,11 @@ UTIL_LINUX_LIBS_LICENSE_FILES = README.licensing \
>   # 0002-autotools-optionally-add-libpthread-to-uuid.pc.patch
>   UTIL_LINUX_LIBS_AUTORECONF = YES
>   
> +# This package is only used to build other packages that have a depdendency
> +# on util-linux libraries which in turn may be dependencies for the full
> +# util-linux build. The libraries that are actually used on target are built
> +# by the util-linux package.
> +UTIL_LINUX_LIBS_INSTALL_TARGET = NO
>   UTIL_LINUX_LIBS_INSTALL_STAGING = YES
>   UTIL_LINUX_LIBS_DEPENDENCIES = \
>   	host-pkgconf \
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 6/8] package/util-linux-libs: Do not install to target

[Fiona Klute via buildroot]

Am 14.06.26 um 17:53 schrieb John Ernberg:
> util-linux-libs was introduced as an intermediate package to help break
> circular dependencies with util-linux, and therefor only exists to provide
> more basic versions of the libraries util-linux provide, to break these
> dependency chains.
> 
> There is no need to install these to target as they will never be used
> there.
> 
> Under all circumstances the libraries are built and installed by the main
> util-linux package.
> 
> This only solves the confict for target, the conflict will remain for
> staging as that conflict is much harder to solve.
> 
> Cc: Giulio Benetti <giulio.benetti@benettiengineering.com>
> Signed-off-by: John Ernberg <j@j-ernberg.se>

Applied to master, thank you!

> ---
> 
> v2:
>   - Add a note that this only solves the conflict on target. (Arnout)
>     (see RFC discussion for longer explanation)
> ---
>   package/util-linux/util-linux-libs/util-linux-libs.mk | 5 +++++
>   1 file changed, 5 insertions(+)
> 
> diff --git a/package/util-linux/util-linux-libs/util-linux-libs.mk b/package/util-linux/util-linux-libs/util-linux-libs.mk
> index 6716a656d2..d434a8f461 100644
> --- a/package/util-linux/util-linux-libs/util-linux-libs.mk
> +++ b/package/util-linux/util-linux-libs/util-linux-libs.mk
> @@ -24,6 +24,11 @@ UTIL_LINUX_LIBS_LICENSE_FILES = README.licensing \
>   # 0002-autotools-optionally-add-libpthread-to-uuid.pc.patch
>   UTIL_LINUX_LIBS_AUTORECONF = YES
>   
> +# This package is only used to build other packages that have a depdendency
> +# on util-linux libraries which in turn may be dependencies for the full
> +# util-linux build. The libraries that are actually used on target are built
> +# by the util-linux package.
> +UTIL_LINUX_LIBS_INSTALL_TARGET = NO
>   UTIL_LINUX_LIBS_INSTALL_STAGING = YES
>   UTIL_LINUX_LIBS_DEPENDENCIES = \
>   	host-pkgconf \
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] [PATCH v2 6/8] package/util-linux-libs: Do not install to target

[Thomas Perale via buildroot]

In reply of:
> util-linux-libs was introduced as an intermediate package to help break
> circular dependencies with util-linux, and therefor only exists to provide
> more basic versions of the libraries util-linux provide, to break these
> dependency chains.
> 
> There is no need to install these to target as they will never be used
> there.
> 
> Under all circumstances the libraries are built and installed by the main
> util-linux package.
> 
> This only solves the confict for target, the conflict will remain for
> staging as that conflict is much harder to solve.
> 
> Cc: Giulio Benetti <giulio.benetti@benettiengineering.com>
> Signed-off-by: John Ernberg <j@j-ernberg.se>
> 

Applied to 2025.02.x & 2026.08.x. Thanks

> ---
> 
> v2:
>  - Add a note that this only solves the conflict on target. (Arnout)
>    (see RFC discussion for longer explanation)
> ---
>  package/util-linux/util-linux-libs/util-linux-libs.mk | 5 +++++
>  1 file changed, 5 insertions(+)
> 
> diff --git a/package/util-linux/util-linux-libs/util-linux-libs.mk b/package/util-linux/util-linux-libs/util-linux-libs.mk
> index 6716a656d2..d434a8f461 100644
> --- a/package/util-linux/util-linux-libs/util-linux-libs.mk
> +++ b/package/util-linux/util-linux-libs/util-linux-libs.mk
> @@ -24,6 +24,11 @@ UTIL_LINUX_LIBS_LICENSE_FILES = README.licensing \
>  # 0002-autotools-optionally-add-libpthread-to-uuid.pc.patch
>  UTIL_LINUX_LIBS_AUTORECONF = YES
>  
> +# This package is only used to build other packages that have a depdendency
> +# on util-linux libraries which in turn may be dependencies for the full
> +# util-linux build. The libraries that are actually used on target are built
> +# by the util-linux package.
> +UTIL_LINUX_LIBS_INSTALL_TARGET = NO
>  UTIL_LINUX_LIBS_INSTALL_STAGING = YES
>  UTIL_LINUX_LIBS_DEPENDENCIES = \
>  	host-pkgconf \
> -- 
> 2.53.0
> 
> _______________________________________________
> buildroot mailing list
> buildroot@buildroot.org
> https://lists.buildroot.org/mailman/listinfo/buildroot
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] [PATCH v2 7/8] package/python-xlib: Drop the package

[John Ernberg]

Upstream has not seen any active work since late 2022. [1]
There was an attempt at finding a new maintainer in 2024, which didn't
lead anywhere. [2]

The package will no longer build with setuptools >= 82. [3]

Link: https://github.com/python-xlib/python-xlib/commits/master/ [1]
Link: https://github.com/python-xlib/python-xlib/discussions/273 [2]
Link: https://autobuild.buildroot.org/results/33ef2859c48f78552dd4a7d53b13955d3d9b05d3/ [3]
Cc: James Hilliard <james.hilliard1@gmail.com>
Cc: Joseph Kogut <joseph.kogut@gmail.com>
Cc: Yegor Yefremov <yegorslists@googlemail.com>
Signed-off-by: John Ernberg <j@j-ernberg.se>
Reviewed-by: Joseph Kogut <joseph.kogut@gmail.com>

---

v2:
 - Pick up review tag
---
 Config.in.legacy                     |  7 +++++++
 DEVELOPERS                           |  1 -
 package/Config.in                    |  1 -
 package/python-xlib/Config.in        |  7 -------
 package/python-xlib/python-xlib.hash |  5 -----
 package/python-xlib/python-xlib.mk   | 14 --------------
 6 files changed, 7 insertions(+), 28 deletions(-)
 delete mode 100644 package/python-xlib/Config.in
 delete mode 100644 package/python-xlib/python-xlib.hash
 delete mode 100644 package/python-xlib/python-xlib.mk

diff --git a/Config.in.legacy b/Config.in.legacy
index ee2e34822b..8992315454 100644
--- a/Config.in.legacy
+++ b/Config.in.legacy
@@ -146,6 +146,13 @@ endif
 
 comment "Legacy options removed in 2026.08"
 
+config BR2_PACKAGE_PYTHON_XLIB
+	bool "python-xlib removed"
+	select BR2_LEGACY
+	help
+	  Upstream is no longer maintained, and the package does not
+	  build with setuptools >= 82.
+
 config BR2_GCC_VERSION_13_X
 	bool "gcc 13.x support removed"
 	select BR2_LEGACY
diff --git a/DEVELOPERS b/DEVELOPERS
index d591c62805..d956dd96e3 100644
--- a/DEVELOPERS
+++ b/DEVELOPERS
@@ -1759,7 +1759,6 @@ F:	package/python-raven/
 F:	package/python-schedule/
 F:	package/python-sentry-sdk/
 F:	package/python-websockets/
-F:	package/python-xlib/
 F:	package/sentry-cli/
 F:	package/sentry-native/
 F:	package/unclutter-xfixes/
diff --git a/package/Config.in b/package/Config.in
index 96e113e226..73522de358 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -1516,7 +1516,6 @@ menu "External python modules"
 	source "package/python-wsaccel/Config.in"
 	source "package/python-wsproto/Config.in"
 	source "package/python-wtforms/Config.in"
-	source "package/python-xlib/Config.in"
 	source "package/python-xlrd/Config.in"
 	source "package/python-xlsxwriter/Config.in"
 	source "package/python-xlutils/Config.in"
diff --git a/package/python-xlib/Config.in b/package/python-xlib/Config.in
deleted file mode 100644
index 081af6a2fc..0000000000
--- a/package/python-xlib/Config.in
+++ /dev/null
@@ -1,7 +0,0 @@
-config BR2_PACKAGE_PYTHON_XLIB
-	bool "python-xlib"
-	select BR2_PACKAGE_PYTHON_SIX # runtime
-	help
-	  XLib in pure Python (Py2/Py3 compatible)
-
-	  https://github.com/python-xlib/python-xlib
diff --git a/package/python-xlib/python-xlib.hash b/package/python-xlib/python-xlib.hash
deleted file mode 100644
index f516d7b4c4..0000000000
--- a/package/python-xlib/python-xlib.hash
+++ /dev/null
@@ -1,5 +0,0 @@
-# md5, sha256 from https://pypi.org/pypi/python-xlib/json
-md5  20a687ac84ee632aea9b9861206aa0eb  python-xlib-0.33.tar.gz
-sha256  55af7906a2c75ce6cb280a584776080602444f75815a7aff4d287bb2d7018b32  python-xlib-0.33.tar.gz
-# Locally computed sha256 checksums
-sha256  3bb6f6bec94b99e2927a8880bf49c401f5e8f48a20ddea96310860264cae20b0  LICENSE
diff --git a/package/python-xlib/python-xlib.mk b/package/python-xlib/python-xlib.mk
deleted file mode 100644
index 23c7b39974..0000000000
--- a/package/python-xlib/python-xlib.mk
+++ /dev/null
@@ -1,14 +0,0 @@
-################################################################################
-#
-# python-xlib
-#
-################################################################################
-
-PYTHON_XLIB_VERSION = 0.33
-PYTHON_XLIB_SITE = https://files.pythonhosted.org/packages/86/f5/8c0653e5bb54e0cbdfe27bf32d41f27bc4e12faa8742778c17f2a71be2c0
-PYTHON_XLIB_SETUP_TYPE = setuptools
-PYTHON_XLIB_LICENSE = LGPL-2.1+
-PYTHON_XLIB_LICENSE_FILES = LICENSE
-PYTHON_XLIB_DEPENDENCIES = host-python-setuptools-scm
-
-$(eval $(python-package))
-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] [PATCH v2 8/8] package/python-html5lib: Drop the package

[John Ernberg]

Upstream has not seen any activity since early 2024 [1], and hasn't made a
release since 2020. [2]

The package will no longer build with setuptools >= 82. [3]

Link: https://github.com/html5lib/html5lib-python/commits/master/ [1]
Link: https://github.com/html5lib/html5lib-python/tags [2]
Link: https://autobuild.buildroot.org/results/994ce8ace0b6704404c3b3df4538f38334c16593/ [3]
Cc: James Hilliard <james.hilliard1@gmail.com>
Cc: Yegor Yefremov <yegorslists@googlemail.com>
Signed-off-by: John Ernberg <j@j-ernberg.se>

---

v2:
 - No changes
---
 Config.in.legacy                              |  7 ++++
 package/Config.in                             |  1 -
 ...y-fix-version-parsing-on-Python-3.14.patch | 42 -------------------
 package/python-html5lib/Config.in             |  8 ----
 package/python-html5lib/python-html5lib.hash  |  5 ---
 package/python-html5lib/python-html5lib.mk    | 16 -------
 6 files changed, 7 insertions(+), 72 deletions(-)
 delete mode 100644 package/python-html5lib/0001-setup.py-fix-version-parsing-on-Python-3.14.patch
 delete mode 100644 package/python-html5lib/Config.in
 delete mode 100644 package/python-html5lib/python-html5lib.hash
 delete mode 100644 package/python-html5lib/python-html5lib.mk

diff --git a/Config.in.legacy b/Config.in.legacy
index 8992315454..8134e8ac6a 100644
--- a/Config.in.legacy
+++ b/Config.in.legacy
@@ -146,6 +146,13 @@ endif
 
 comment "Legacy options removed in 2026.08"
 
+config BR2_PACKAGE_PYTHON_HTML5LIB
+	bool "python-html5lib removed"
+	select BR2_LEGACY
+	help
+	  Upstream is no longer maintained, and the package does not
+	  build with setuptools >= 82.
+
 config BR2_PACKAGE_PYTHON_XLIB
 	bool "python-xlib removed"
 	select BR2_LEGACY
diff --git a/package/Config.in b/package/Config.in
index 73522de358..ee02d38ba5 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -1152,7 +1152,6 @@ menu "External python modules"
 	source "package/python-hiredis/Config.in"
 	source "package/python-hkdf/Config.in"
 	source "package/python-hpack/Config.in"
-	source "package/python-html5lib/Config.in"
 	source "package/python-httpcore/Config.in"
 	source "package/python-httplib2/Config.in"
 	source "package/python-httpx/Config.in"
diff --git a/package/python-html5lib/0001-setup.py-fix-version-parsing-on-Python-3.14.patch b/package/python-html5lib/0001-setup.py-fix-version-parsing-on-Python-3.14.patch
deleted file mode 100644
index 0147aa1418..0000000000
--- a/package/python-html5lib/0001-setup.py-fix-version-parsing-on-Python-3.14.patch
+++ /dev/null
@@ -1,42 +0,0 @@
-From b90dafff1bf342d34d539098013d0b9f318c7641 Mon Sep 17 00:00:00 2001
-From: Andrew Sukach <andrew@sukach.org>
-Date: Fri, 12 Sep 2025 21:53:31 -0700
-Subject: [PATCH] `setup.py`: fix version parsing on Python 3.14 (ast.Str
- removed)
-
-Python 3.14 removes the ast.Str node type. String literals now appear
-as ast.Constant(value=str).
-Update the AST check to accept both ast.Str (for older Pythons) and
-ast.Constant with a string value (for Python 3.8+), allowing html5lib to
-build successfully on Python 3.14 while remaining compatible with older
-version.
-
-Upstream: https://github.com/html5lib/html5lib-python/pull/589
-
-Signed-off-by: Bernd Kuhls <bernd@kuhls.net>
----
- setup.py | 11 ++++++++---
- 1 file changed, 8 insertions(+), 3 deletions(-)
-
-diff --git a/setup.py b/setup.py
-index 30ee0575..42ab6f67 100644
---- a/setup.py
-+++ b/setup.py
-@@ -92,9 +92,14 @@ def default_environment():
-     for a in assignments:
-         if (len(a.targets) == 1 and
-                 isinstance(a.targets[0], ast.Name) and
--                a.targets[0].id == "__version__" and
--                isinstance(a.value, ast.Str)):
--            version = a.value.s
-+                a.targets[0].id == "__version__"):
-+            if hasattr(ast, "Str") and isinstance(a.value, ast.Str):
-+                version = a.value.s
-+            elif (hasattr(ast, "Constant")
-+                  and isinstance(a.value, ast.Constant)
-+                  and isinstance(a.value.value, str)):
-+                version = a.value.value
-+assert version is not None
- 
- setup(name='html5lib',
-       version=version,
diff --git a/package/python-html5lib/Config.in b/package/python-html5lib/Config.in
deleted file mode 100644
index 34e22049ad..0000000000
--- a/package/python-html5lib/Config.in
+++ /dev/null
@@ -1,8 +0,0 @@
-config BR2_PACKAGE_PYTHON_HTML5LIB
-	bool "python-html5lib"
-	select BR2_PACKAGE_PYTHON_SIX # runtime
-	select BR2_PACKAGE_PYTHON_WEBENCODINGS # runtime
-	help
-	  HTML parser based on the WHATWG HTML specification.
-
-	  https://github.com/html5lib/html5lib-python
diff --git a/package/python-html5lib/python-html5lib.hash b/package/python-html5lib/python-html5lib.hash
deleted file mode 100644
index 5023f5ab66..0000000000
--- a/package/python-html5lib/python-html5lib.hash
+++ /dev/null
@@ -1,5 +0,0 @@
-# md5, sha256 from https://pypi.org/pypi/html5lib/json
-md5  6748742e2ec4cb99287a6bc82bcfe2b0  html5lib-1.1.tar.gz
-sha256  b2e5b40261e20f354d198eae92afc10d750afb487ed5e50f9c4eaf07c184146f  html5lib-1.1.tar.gz
-# Locally computed sha256 checksums
-sha256  16a39991619e92f18680932da2a9199fdf7d95df3ecaedc52ea06218aabafd6f  LICENSE
diff --git a/package/python-html5lib/python-html5lib.mk b/package/python-html5lib/python-html5lib.mk
deleted file mode 100644
index 320ef01c7a..0000000000
--- a/package/python-html5lib/python-html5lib.mk
+++ /dev/null
@@ -1,16 +0,0 @@
-################################################################################
-#
-# python-html5lib
-#
-################################################################################
-
-PYTHON_HTML5LIB_VERSION = 1.1
-PYTHON_HTML5LIB_SOURCE = html5lib-$(PYTHON_HTML5LIB_VERSION).tar.gz
-PYTHON_HTML5LIB_SITE = https://files.pythonhosted.org/packages/ac/b6/b55c3f49042f1df3dcd422b7f224f939892ee94f22abcf503a9b7339eaf2
-PYTHON_HTML5LIB_LICENSE = MIT
-PYTHON_HTML5LIB_LICENSE_FILES = LICENSE
-PYTHON_HTML5LIB_SETUP_TYPE = setuptools
-PYTHON_HTML5LIB_CPE_ID_VENDOR = html5lib
-PYTHON_HTML5LIB_CPE_ID_PRODUCT = html5lib
-
-$(eval $(python-package))
-- 
2.53.0

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot