Re: [gentoo-dev] [PATCH 1/3] profiles/desc: add curl_quic

2024-06-23 Thread Matt Jolly
Hi Jaco, May I suggest simply calling this USE_EXPAND QUIC_IMPL so that other packages can potentially re-use as well? looking through ::gentoo at least net-dns/dnsdist and net-dns/knot also has a quic support, using ngtcp2 and/or net-libs/quiche. With openssl 3.2 hopefully approaching stab

Re: [gentoo-dev] [PATCH 0/5] Fixing automagic dependencies on gtk[wayland,X],

2024-06-23 Thread James Le Cuirot
On Sun, 2024-06-23 at 13:35 -0400, Eli Schwartz wrote: > There is a bug in how gtk 3 and gtk 4 are built against by other > packages. GTK supports optionally enabling X and wayland support -- when > you do so, the ABI of GTK changes. > > It is historically common for X11 packages to check for a ma

[gentoo-dev] [PATCH 4/5] xfce-base/libxfce4ui: prevent automagically building against gtk[wayland]

2024-06-23 Thread Eli Schwartz
The upstream code checks whether GDK_WINDOWING_WAYLAND is defined by the gtk headers, and if so will compile against the wayland symbols it provides. This means that libxfce4ui built on a system with gtk+[-wayland] will be compatible with anything, but when built on a system with gtk+[wayland], re

[gentoo-dev] [PATCH 3/5] x11-libs/wxGTK: prevent automagically building against gtk[X,wayland]

2024-06-23 Thread Eli Schwartz
The upstream code checks whether GDK_WINDOWING_WAYLAND is defined by the gtk headers, and if so will compile against the wayland symbols it provides. This despite that wxGTK has a wayland USE flag, and checks it in the build system -- just not for this. This means that when built on a system with

[gentoo-dev] [PATCH 2/5] net-libs/gtk-vnc: prevent automagically building against gtk[X,wayland]

2024-06-23 Thread Eli Schwartz
e.g. the upstream code checks whether GDK_WINDOWING_WAYLAND is defined by the gtk headers, and if so will compile against the wayland symbols it provides. This means that gtk-vnc built on a system with gtk+[-wayland] will be compatible with anything, but when built on a system with gtk+[wayland], r

[gentoo-dev] [PATCH 1/5] gui-libs/gtk: add a "poison" macro support to disable X/wayland

2024-06-23 Thread Eli Schwartz
Many packages perform automagic dependencies on gdk's backend implementations by checking if the macro is defined and then using the code it unlocks, rather than having a buildsystem option such as -Dwayland=true. It's unfeasible to patch every such package's source code to add configure options a

[gentoo-dev] [PATCH 0/5] Fixing automagic dependencies on gtk[wayland,X],

2024-06-23 Thread Eli Schwartz
There is a bug in how gtk 3 and gtk 4 are built against by other packages. GTK supports optionally enabling X and wayland support -- when you do so, the ABI of GTK changes. It is historically common for X11 packages to check for a macro provided by GTK that says "built with X11 support". This goes

[gentoo-dev] [PATCH] common-lisp-3.eclass: Drop support for EAPI 6

2024-06-23 Thread Ulrich Müller
Signed-off-by: Ulrich Müller --- eclass/common-lisp-3.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/common-lisp-3.eclass b/eclass/common-lisp-3.eclass index 99825190f32e..cc906d0d5cca 100644 --- a/eclass/common-lisp-3.eclass +++ b/eclass/common-lisp-3.e

Re: [gentoo-dev] [PATCH] vdr-plugin-2.eclass: fix behaviour with LINGUAS="en"

2024-06-23 Thread Martin Dummer
diff --git a/eclass/vdr-plugin-2.eclass b/eclass/vdr-plugin-2.eclass index 289c3d1a624a..dc70ca7c5761 100644 --- a/eclass/vdr-plugin-2.eclass +++ b/eclass/vdr-plugin-2.eclass @@ -286,7 +286,7 @@vdr_linguas_support() {    || die "sed failed for Linguas"    done -   stri