There was a discussion in #gentoo-pms if we should drop the "domo"
install function in EAPI 9:

- It is not much used, only 6 packages (13 ebuilds) in the Gentoo
repository.

- Could you explain (e.g. to a new developer) what the function does,
without looking it up in the spec? :)

- The function implements rather specific functionality for a PM helper.
OTOH, the gettext domain is fixed as ${PN} which isn't always what is
needed.

Rather than fixing the problem mentioned in the last item, it may be
better to reimplement the function in an eclass, where it could also
support different domains.

Notes:
- "domo" already existed in early Portage versions. [1]
- Bug 951502 [2] has been filed for the (conceivable) EAPI 9 feature.

Comments?

[1] https://github.com/gentoo/gentoo-historical-2/commits/e1fb2ea89f665be4f89bc7980a8a26cf349d3972/sys-apps/portage/files/ebuild
[2] https://bugs.gentoo.org/951502

-----BEGIN PGP SIGNATURE-----

iQFDBAEBCAAtFiEEtDnZ1O9xIP68rzDbUYgzUIhBXi4FAmfa/HkPHHVsbUBnZW50 b28ub3JnAAoJEFGIM1CIQV4uJR4IAMrB+Upp9pSf62ON1XGNZ/2Zuxmnjo7uXpZ4 Xg0nwXGpaPg6sQiUcJESOU8IO23WRfQZuPULQ4IkGjQWfxLSyoAlsHAXqWt1Knss i8qbCmkrZT00rtFn+jRCzuTCkvNTcOntcyjcgarba/DdKMBYIROrrPLoRub2oRKg cYE0YPR6cPeZNuG5W0e0WhaYAeIC5FJM/x7uJbvlH7oaGzW40aDp152QAhHiJw4z PZV44n7mRhuBvTlwJkmU9hoXCi8RczEfeVkog1ZzdXkhckF0fJlri0D4ZDCAg6tl MigeNixlY5adtcxB0VE+ecgadMFDlOUjMfTf8HGWHiVEjWuNm8I=
=F56Z
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, Mar 19, 2025 at 08:32:54PM -0400, Ionen Wolkens wrote:

On Wed, Mar 19, 2025 at 06:18:49PM +0100, Ulrich Müller wrote:

There was a discussion in #gentoo-pms if we should drop the "domo"
install function in EAPI 9:

- It is not much used, only 6 packages (13 ebuilds) in the Gentoo
repository.

- Could you explain (e.g. to a new developer) what the function does,
without looking it up in the spec? :)

- The function implements rather specific functionality for a PM helper.
OTOH, the gettext domain is fixed as ${PN} which isn't always what is
needed.

Rather than fixing the problem mentioned in the last item, it may be
better to reimplement the function in an eclass, where it could also support different domains.

Notes:
- "domo" already existed in early Portage versions. [1]
- Bug 951502 [2] has been filed for the (conceivable) EAPI 9 feature.

Comments?

[1] https://github.com/gentoo/gentoo-historical-2/commits/e1fb2ea89f665be4f89bc7980a8a26cf349d3972/sys-apps/portage/files/ebuild
[2] https://bugs.gentoo.org/951502

Just to say that I agree that we do not need it, I've (personally) only
used domo *once* in games-strategy/tornado after somewhat randomly
noticing that the helper existed (formerly that ebuild did a plocale_for_each_locale ... insinto [...]/$1/LC_MESSAGES).

Arguably the very low usage hardly even needs a ebuild helper too,

Meant to say eclass helper here*

and that could just go back to the foreach (or maybe some better way,
been 3-4 years since I looked at that package so I forget the
specifics). Not to say a helper wouldn't hurt to simplify these few
ebuilds.
--
ionen

--
ionen

-----BEGIN PGP SIGNATURE-----

iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmfbYuMACgkQskQGsLCs QzRGJQf/fAAKj3CEC+bQgfxj/7jU5iDNlmvdgHVB0x8Inm54RYwpESjht4MAZ1on YXg/QeCy287WGS/A9p8NPPFSTv0mhevwroCpgQ56+VMoozCCypZoMK6240gnPCDf JlJKKYpZXhbjzfkErQEQOctc3tadxFHwWRVIAYSqDXsaPOgh0k3HSFTooINQuDC8 u/ZQrUNGwO1KeGXyUd8u1jh48xBTH4AFfkRa435Hf6ZiUkDxlOcnPe8Nr+HxVnfi HKd671OHbcKl2zwwckxiKTNEOarv0Sv8YM1Xpt1XnASv2BKvAUw4NH0EmpLjcE9b 8mZfe0kVXXTFDuVnd7AzzRynKkuPvQ==
=GkwY
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, Mar 19, 2025 at 06:18:49PM +0100, Ulrich Müller wrote:

There was a discussion in #gentoo-pms if we should drop the "domo"
install function in EAPI 9:

- It is not much used, only 6 packages (13 ebuilds) in the Gentoo
repository.

- Could you explain (e.g. to a new developer) what the function does,
without looking it up in the spec? :)

- The function implements rather specific functionality for a PM helper.
OTOH, the gettext domain is fixed as ${PN} which isn't always what is
needed.

Rather than fixing the problem mentioned in the last item, it may be
better to reimplement the function in an eclass, where it could also
support different domains.

Notes:
- "domo" already existed in early Portage versions. [1]
- Bug 951502 [2] has been filed for the (conceivable) EAPI 9 feature.

Comments?

[1] https://github.com/gentoo/gentoo-historical-2/commits/e1fb2ea89f665be4f89bc7980a8a26cf349d3972/sys-apps/portage/files/ebuild
[2] https://bugs.gentoo.org/951502

Just to say that I agree that we do not need it, I've (personally) only
used domo *once* in games-strategy/tornado after somewhat randomly
noticing that the helper existed (formerly that ebuild did a plocale_for_each_locale ... insinto [...]/$1/LC_MESSAGES).

Arguably the very low usage hardly even needs a ebuild helper too,
and that could just go back to the foreach (or maybe some better way,
been 3-4 years since I looked at that package so I forget the
specifics). Not to say a helper wouldn't hurt to simplify these few
ebuilds.
--
ionen

-----BEGIN PGP SIGNATURE-----

iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmfbYjYACgkQskQGsLCs QzRAzQgApsrtFrIdafU7WK2UYrtdwnK8UUfPzaegTnaR37sb1g6RvhhfOzn3ZZcN edcQbnBn4heP92Tbl2OqDB6A0Sgvyxoy7axUoUQRhLVPASIA5liD5h++pAfjC4PO k/byP0wsVor8egpjTelKU344dUtZphuz1PosO5m6FHK/8lW1k+t0NCNOyvszuws9 bV1Qj0K9O1fh7Wno/pwdTPRB2vmO5BSTOw9I9LuQFgBPjoimJRjNgNCqqAIT3DC9 OxJRvY7Tn2YuhYfUFyArY5nwsWR3FzUbtQ2a01i/gdKnjm81ZNcSHFGcpibYASH3 wz4KCKOSW9Ju1ZbK1zoukIDzn/ksSA==
=+jSV
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)