public inbox for gentoo-commits@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Eli Schwartz" <eschwartz@gentoo.org>
To: gentoo-commits@lists.gentoo.org
Subject: [gentoo-commits] repo/gentoo:master commit in: app-i18n/ibus/
Date: Sun, 02 Feb 2025 05:29:42 +0000 (UTC)	[thread overview]
Message-ID: <1738473230.5e1ee182afd8c4933d0daf37565f0f81b6548350.eschwartz@gentoo> (raw)

commit:     5e1ee182afd8c4933d0daf37565f0f81b6548350
Author:     Eli Schwartz <eschwartz <AT> gentoo <DOT> org>
AuthorDate: Fri Jan 31 08:28:48 2025 +0000
Commit:     Eli Schwartz <eschwartz <AT> gentoo <DOT> org>
CommitDate: Sun Feb  2 05:13:50 2025 +0000
URL:        https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5e1ee182

app-i18n/ibus: always forcibly regenerate vala files

Upstream says to do it. We chased around trying to only rebuild a
handful of them depending on arcane decisions such as USE flags or even
whether a system dependency (???) was installed, but the correct answer
was always to unconditionally do so.

It is needed for correctness, to ensure that econf options are actually
respected, since vala `#define`s work at the time the *.c files
themselves are generated. In particular, checking whether gtk as
currently installed is compiled with wayland support is an obvious red
flag that the resulting behavior isn't compatible with USE flags. The
build system compiles C code using an *unconditional* wayland API/ABI on
gtk, if the wayland USE flag is set on ibus itself, as enforced by
touching and regenerating these vala -> C files. The upstream distfile
generated these C files in a build where `$(use_enable wayland)` was in
an enabled state.

(There are also handwritten C files with automagic dependencies, but
that is the next commit.)

Bug: https://github.com/ibus/ibus/issues/2609
Bug: https://gitlab.gnome.org/GNOME/vala/-/issues/1580
Closes: https://bugs.gentoo.org/878813
Signed-off-by: Eli Schwartz <eschwartz <AT> gentoo.org>

 app-i18n/ibus/ibus-1.5.29.ebuild | 25 ++++++++++++-------------
 app-i18n/ibus/ibus-1.5.30.ebuild | 25 ++++++++++++-------------
 app-i18n/ibus/ibus-1.5.31.ebuild | 25 ++++++++++++-------------
 3 files changed, 36 insertions(+), 39 deletions(-)

diff --git a/app-i18n/ibus/ibus-1.5.29.ebuild b/app-i18n/ibus/ibus-1.5.29.ebuild
index b8e1fcc24e03..dcc89a5ba88d 100644
--- a/app-i18n/ibus/ibus-1.5.29.ebuild
+++ b/app-i18n/ibus/ibus-1.5.29.ebuild
@@ -87,19 +87,18 @@ S=${WORKDIR}/${PN}-${MY_PV_DERP}
 
 src_prepare() {
 	vala_setup --ignore-use
-	if ! has_version 'x11-libs/gtk+:3[wayland]'; then
-		touch ui/gtk3/panelbinding.vala \
-			ui/gtk3/panel.vala \
-			ui/gtk3/emojierapp.vala || die
-	fi
-	if ! use emoji; then
-		touch \
-			tools/main.vala \
-			ui/gtk3/panel.vala || die
-	fi
-	if ! use appindicator; then
-		touch ui/gtk3/panel.vala || die
-	fi
+	# Under various circumstances, vala transpiles will need to be redone due to
+	# encoding false assumptions about enabled features at the time the distfile
+	# was produced. Vala's conditional compilation encodes the configure options
+	# from the maintainer's machine when creating distfiles.
+	#
+	# See:
+	# - https://github.com/ibus/ibus/issues/2609
+	# - https://gitlab.gnome.org/GNOME/vala/-/issues/1580
+	#
+	# Force all vala files to be regenerated no matter what.
+	find . -name '*.vala' -exec touch {} + || die
+
 	if [[ -n ${GENTOO_VER} ]]; then
 		einfo "Try to apply Gentoo specific patch set"
 		eapply "${WORKDIR}"/patches-gentoo/*.patch

diff --git a/app-i18n/ibus/ibus-1.5.30.ebuild b/app-i18n/ibus/ibus-1.5.30.ebuild
index 1c54952f1872..ff30e4b764a9 100644
--- a/app-i18n/ibus/ibus-1.5.30.ebuild
+++ b/app-i18n/ibus/ibus-1.5.30.ebuild
@@ -84,19 +84,18 @@ BDEPEND="
 
 src_prepare() {
 	vala_setup --ignore-use
-	if ! has_version 'x11-libs/gtk+:3[wayland]'; then
-		touch ui/gtk3/panelbinding.vala \
-			ui/gtk3/panel.vala \
-			ui/gtk3/emojierapp.vala || die
-	fi
-	if ! use emoji; then
-		touch \
-			tools/main.vala \
-			ui/gtk3/panel.vala || die
-	fi
-	if ! use appindicator; then
-		touch ui/gtk3/panel.vala || die
-	fi
+	# Under various circumstances, vala transpiles will need to be redone due to
+	# encoding false assumptions about enabled features at the time the distfile
+	# was produced. Vala's conditional compilation encodes the configure options
+	# from the maintainer's machine when creating distfiles.
+	#
+	# See:
+	# - https://github.com/ibus/ibus/issues/2609
+	# - https://gitlab.gnome.org/GNOME/vala/-/issues/1580
+	#
+	# Force all vala files to be regenerated no matter what.
+	find . -name '*.vala' -exec touch {} + || die
+
 	if [[ -n ${GENTOO_VER} ]]; then
 		einfo "Try to apply Gentoo specific patch set"
 		eapply "${WORKDIR}"/patches-gentoo/*.patch

diff --git a/app-i18n/ibus/ibus-1.5.31.ebuild b/app-i18n/ibus/ibus-1.5.31.ebuild
index 4d286675ba7d..45f554b527e7 100644
--- a/app-i18n/ibus/ibus-1.5.31.ebuild
+++ b/app-i18n/ibus/ibus-1.5.31.ebuild
@@ -84,19 +84,18 @@ BDEPEND="
 
 src_prepare() {
 	vala_setup --ignore-use
-	if ! has_version 'x11-libs/gtk+:3[wayland]'; then
-		touch ui/gtk3/panelbinding.vala \
-			ui/gtk3/panel.vala \
-			ui/gtk3/emojierapp.vala || die
-	fi
-	if ! use emoji; then
-		touch \
-			tools/main.vala \
-			ui/gtk3/panel.vala || die
-	fi
-	if ! use appindicator; then
-		touch ui/gtk3/panel.vala || die
-	fi
+	# Under various circumstances, vala transpiles will need to be redone due to
+	# encoding false assumptions about enabled features at the time the distfile
+	# was produced. Vala's conditional compilation encodes the configure options
+	# from the maintainer's machine when creating distfiles.
+	#
+	# See:
+	# - https://github.com/ibus/ibus/issues/2609
+	# - https://gitlab.gnome.org/GNOME/vala/-/issues/1580
+	#
+	# Force all vala files to be regenerated no matter what.
+	find . -name '*.vala' -exec touch {} + || die
+
 	if [[ -n ${GENTOO_VER} ]]; then
 		einfo "Try to apply Gentoo specific patch set"
 		eapply "${WORKDIR}"/patches-gentoo/*.patch


             reply	other threads:[~2025-02-02  5:29 UTC|newest]

Thread overview: 209+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-02  5:29 Eli Schwartz [this message]
  -- strict thread matches above, loose matches on Subject: below --
2025-04-26  4:37 [gentoo-commits] repo/gentoo:master commit in: app-i18n/ibus/ Sam James
2025-04-26  2:18 Sam James
2025-04-26  1:57 Sam James
2025-03-07  7:32 Sam James
2025-03-07  7:28 Sam James
2025-03-07  7:23 Sam James
2025-03-07  7:23 Sam James
2025-03-07  6:41 Sam James
2025-03-07  6:41 Sam James
2025-03-07  6:35 Sam James
2025-03-07  6:12 Sam James
2025-02-22 20:52 Sam James
2025-02-10  8:56 Sam James
2025-02-04 14:55 Sam James
2025-02-04 13:24 Sam James
2025-02-04 13:24 Sam James
2025-02-04 13:24 Sam James
2025-02-04 13:24 Sam James
2025-02-02  5:29 Eli Schwartz
2024-11-24 23:21 Sam James
2024-11-24  8:57 Yixun Lan
2024-10-17 11:40 Yixun Lan
2024-06-09 18:54 Matt Turner
2024-01-05  5:19 Arthur Zamarin
2024-01-05  5:19 Arthur Zamarin
2024-01-05  2:32 Sam James
2024-01-05  2:32 Sam James
2024-01-05  2:32 Sam James
2024-01-05  2:32 Sam James
2023-11-24  9:31 Sam James
2023-11-19  1:04 Matt Turner
2023-09-12  2:56 Matt Turner
2023-06-09  3:01 Matt Turner
2023-06-05  0:38 Yixun Lan
2023-03-25  0:27 Yixun Lan
2023-02-28 17:34 Joonas Niilola
2023-02-24  4:11 Matt Turner
2023-02-24  4:11 Matt Turner
2023-02-24  4:11 Matt Turner
2023-01-01  2:58 Yixun Lan
2022-12-02 20:00 Arthur Zamarin
2022-12-02  7:38 Arthur Zamarin
2022-12-02  7:38 Arthur Zamarin
2022-12-02  7:38 Arthur Zamarin
2022-12-02  7:38 Arthur Zamarin
2022-12-02  7:38 Arthur Zamarin
2022-12-02  7:30 Arthur Zamarin
2022-09-16 15:09 Matt Turner
2022-09-16 15:09 Matt Turner
2022-09-16 15:09 Matt Turner
2022-09-16 15:09 Matt Turner
2022-09-07  1:25 Yixun Lan
2022-09-06  9:31 Yixun Lan
2022-09-06  3:43 Yixun Lan
2022-08-15  5:43 WANG Xuerui
2022-08-06 12:05 WANG Xuerui
2022-05-31  9:24 Jakov Smolić
2022-05-28  5:05 Sam James
2022-05-19  5:08 WANG Xuerui
2022-04-29  8:30 Sam James
2022-04-18  5:02 Yixun Lan
2022-04-18  5:02 Yixun Lan
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2022-04-15 19:25 Matt Turner
2021-12-31  1:23 Yixun Lan
2021-12-13 19:17 Arthur Zamarin
2021-12-12  1:48 Sam James
2021-12-11  3:29 Sam James
2021-12-09 16:22 Agostino Sarubbo
2021-12-09  6:39 Sam James
2021-12-09  6:39 Sam James
2021-12-09  6:39 Sam James
2021-10-31  6:26 Arthur Zamarin
2021-09-25 23:25 Sam James
2021-09-25 22:57 Vadim Misbakh-Soloviov
2021-09-02  7:09 Yixun Lan
2021-07-24 23:43 Yixun Lan
2021-07-09 13:50 Yixun Lan
2020-12-07 18:14 Mike Gilbert
2020-11-16 19:51 Mike Gilbert
2020-11-03  3:42 Yixun Lan
2020-10-11 20:26 Mart Raudsepp
2020-09-05  2:04 Mike Gilbert
2020-06-09  4:23 Mart Raudsepp
2020-06-03 15:17 Agostino Sarubbo
2020-06-03 15:12 Agostino Sarubbo
2020-06-02  9:55 Yixun Lan
2020-06-02  5:46 Yixun Lan
2020-06-01 20:51 Sergei Trofimovich
2020-06-01 19:52 Sergei Trofimovich
2020-03-25  8:12 Agostino Sarubbo
2020-03-22 10:33 Agostino Sarubbo
2020-03-22  7:47 Mart Raudsepp
2020-03-20 14:15 Agostino Sarubbo
2020-03-20 14:15 Agostino Sarubbo
2020-03-20  9:04 Agostino Sarubbo
2020-03-20  8:59 Agostino Sarubbo
2020-03-19 21:30 Sergei Trofimovich
2020-03-15 20:51 Thomas Deutschmann
2020-02-10 21:29 Michał Górny
2020-02-10 20:32 Michał Górny
2020-01-11 20:39 Mart Raudsepp
2019-10-21  9:36 Yixun Lan
2019-09-22  7:01 Matt Turner
2019-09-13 18:10 Mikle Kolyada
2019-09-09  6:02 Agostino Sarubbo
2019-09-08 18:30 Sergei Trofimovich
2019-09-08 18:26 Sergei Trofimovich
2019-09-08 18:21 Sergei Trofimovich
2019-09-08 10:55 Agostino Sarubbo
2019-09-07 21:07 Thomas Deutschmann
2019-09-07 15:29 Aaron Bauman
2019-07-28  6:42 Mart Raudsepp
2019-05-17 19:35 Mike Gilbert
2019-05-02 21:04 Mikle Kolyada
2019-03-20  6:35 Yixun Lan
2019-03-13 22:27 Sergei Trofimovich
2019-03-10 14:27 Mikle Kolyada
2019-03-03 16:07 Sergei Trofimovich
2019-03-03  5:42 Mikle Kolyada
2019-03-02 20:49 Thomas Deutschmann
2019-03-02 20:02 Sergei Trofimovich
2019-03-02 19:52 Sergei Trofimovich
2019-03-02 12:31 Akinori Hattori
2019-02-25 12:53 Akinori Hattori
2019-02-20 14:19 Akinori Hattori
2019-01-26 18:58 Pacho Ramos
2018-10-06 19:12 Sergei Trofimovich
2018-10-05  4:56 Markus Meier
2018-09-14 10:18 Tobias Klausmann
2018-09-04 18:22 Mikle Kolyada
2018-09-01 23:26 Sergei Trofimovich
2018-09-01 23:18 Sergei Trofimovich
2018-08-29 21:38 Sergei Trofimovich
2018-08-29  1:07 Thomas Deutschmann
2018-08-28 12:57 Akinori Hattori
2018-08-04 13:58 Akinori Hattori
2018-08-04 13:58 Akinori Hattori
2018-08-04 13:58 Akinori Hattori
2018-08-04 13:58 Akinori Hattori
2018-06-30  2:25 Akinori Hattori
2018-05-07 14:18 Akinori Hattori
2018-05-07 14:18 Akinori Hattori
2018-05-07 14:18 Akinori Hattori
2018-05-07 14:18 Akinori Hattori
2018-04-30 15:58 Mike Gilbert
2018-03-18  0:30 Matt Turner
2018-03-18  0:12 Matt Turner
2018-01-28 21:49 Markus Meier
2018-01-05 13:22 Mikle Kolyada
2017-12-31 14:16 Yixun Lan
2017-12-28 20:34 Sergei Trofimovich
2017-12-28 18:45 Thomas Deutschmann
2017-12-21 21:54 Sergei Trofimovich
2017-09-08 20:11 Markus Meier
2017-09-07 19:28 Markus Meier
2017-08-14 14:45 Akinori Hattori
2017-08-06  0:17 Sergei Trofimovich
2017-08-06  0:06 Sergei Trofimovich
2017-08-05 21:18 Sergei Trofimovich
2017-08-01 14:49 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-08-01 14:23 Akinori Hattori
2017-07-25 12:27 Alexis Ballier
2017-06-28 10:19 Alexis Ballier
2017-03-10 12:11 Yixun Lan
2017-03-10 12:11 Yixun Lan
2017-01-17 14:24 Agostino Sarubbo
2017-01-11 10:35 Agostino Sarubbo
2017-01-03 10:38 Agostino Sarubbo
2017-01-01 12:43 Agostino Sarubbo
2016-12-07 23:28 Yixun Lan
2016-08-15  7:51 Yixun Lan
2016-05-24 11:27 Tobias Klausmann
2016-04-19 15:56 Markus Meier
2016-03-23 21:23 Stephen Klimaszewski
2016-03-16 11:00 Agostino Sarubbo
2016-03-16 10:58 Agostino Sarubbo
2016-03-16  2:53 Yixun Lan
2016-02-07 19:15 Pacho Ramos
2016-02-01 21:15 Andreas Hüttel
2016-02-01  3:08 Yixun Lan
2016-02-01  3:08 Yixun Lan
2015-12-24 20:18 Mike Frysinger
2015-12-22  7:36 Yixun Lan
2015-11-26 19:12 Markus Meier
2015-11-13  9:42 Agostino Sarubbo
2015-11-12  9:40 Agostino Sarubbo
2015-11-11  9:12 Agostino Sarubbo
2015-11-10 11:45 Agostino Sarubbo
2015-08-31  7:46 Yixun Lan
2015-08-31  7:46 Yixun Lan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1738473230.5e1ee182afd8c4933d0daf37565f0f81b6548350.eschwartz@gentoo \
    --to=eschwartz@gentoo.org \
    --cc=gentoo-commits@lists.gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox