Re: [gentoo-dev] Re: EGO_SUM

On 02.05.23 22:04, Matt Turner wrote: On Tue, May 2, 2023 at 3:33 PM Florian Schmaus wrote: I performed a tree-wide analysis regarding EGO_SUM and IIRC published the results in my previous post about EGO_SUM last year. https://dev.gentoo.org/~flow/ego_sum-2022-01-01.txt shows the analysis

Re: [gentoo-dev] Re: EGO_SUM

On 02.05.23 21:45, Sam James wrote: Florian Schmaus writes: On 27/04/2023 23.16, Sam James wrote: Florian Schmaus writes: On 26/04/2023 18.12, Matt Turner wrote: On Wed, Apr 26, 2023 at 11:31 AM Florian Schmaus wrote: The discussion would be more productive if someone who is supporting

Re: [gentoo-dev] Re: EGO_SUM

On 08/05/2023 14.03, Michał Górny wrote: On Mon, 2023-05-08 at 09:53 +0200, Florian Schmaus wrote: Furthermore, both numbers, 256 MiB and 410 MiB, are based on the over-approximation that every EGO_SUM package uses 1.6 MiB, which is almost certainly not the case. The mean package-directory size

[gentoo-dev] Re: EGO_SUM

On 24/04/2023 18.11, Florian Schmaus wrote: I like to ask the Gentoo council to vote on whether EGO_SUM should be reinstated ("un-deprecated") or not. I am thankful that the council considered my request to vote on the topic. However, the council decided not to vote on this i

Re: [gentoo-dev] Re: EGO_SUM

Hi Arthur, thanks for your mail. On 30/05/2023 18.35, Arthur Zamarin wrote: On 30/05/2023 18.52, Florian Schmaus wrote: To prevent harm from Gentoo, we should reach an agreement that everyone can live with. To achieve a consensus, and since I can not rule out that I missed a post that

Re: [gentoo-dev] Re: EGO_SUM

On 02/06/2023 10.31, Michał Górny wrote: On Fri, 2023-06-02 at 10:17 +0200, Florian Schmaus wrote: On 30/05/2023 18.35, Arthur Zamarin wrote: On 30/05/2023 18.52, Florian Schmaus wrote: To prevent harm from Gentoo, we should reach an agreement that everyone can live with. To achieve a

Re: [gentoo-dev] EGO_SUM

On 01/06/2023 21.55, William Hubbs wrote: The EGO_SUM alternatives - do not have the same level of trust and therefore have a negative impact on security (a dubious tarball someone put somewhere, especially when proxy-maint) For this, I would argue that vetting the tarball falls to the develope

[gentoo-dev] [PATCH] go-module.eclass: inline _go-module_gomod_encode()

uot; previously took 2.4 seconds. Inlining _go-module_gomod_encode() reduces this to 236 milliseconds. This also adds missing 'local' declarations for some variables. Signed-off-by: Florian Schmaus --- eclass/go-module.eclass | 44 +++-- 1 file

Re: [gentoo-dev] [PATCH] go-module.eclass: inline _go-module_gomod_encode()

On 12/06/2023 16.12, Sam James wrote: Florian Schmaus writes: The only call site of _go-module_gomod_encode() was using $() in a loop over EGO_SUM. This caused bash to fork() for every loop iteration, which significantly affected the time it takes to "source" an ebuild using EGO

Re: [gentoo-dev] [PATCH 2/2] kernel-build.eclass: add USE="modules-sign"

On 15.06.23 11:50, Andrew Ammerlaan wrote: From fc8894ff62b45cc7a4148a9f6ba51f1afe7b920a Mon Sep 17 00:00:00 2001 From: Andrew Ammerlaan Date: Thu, 8 Jun 2023 20:44:58 +0200 Subject: [PATCH] sys-kernel/gentoo-kernel: add USE="modules-sign" - Enable module signing configure options if requested

Re: [gentoo-dev] Eselect repository feature request

On 18.06.23 22:39, TOMAS FABRIZIO ORSI wrote: Hello gentoo devs. The other day I made a feature suggestion to the eselect repository github page. (Here's the link: https://github.com/projg2/eselect-repository/issues/20 ). Michał Górny sugg

Re: [gentoo-dev] Eselect repository feature request

On 20.06.23 16:41, TOMAS FABRIZIO ORSI wrote: Isn't that duplicating the information of metadata/layout.conf's 'master' key-value pair [1]? Yes, I agree that it would be duplicating that information. As a matter of fact, Michał Górny pointed the same thing out. However, Michał also add

Re: [gentoo-dev] Eselect repository feature request

On 20.06.23 19:26, Mike Gilbert wrote: On Tue, Jun 20, 2023 at 1:08 PM Florian Schmaus wrote: On 20.06.23 16:41, TOMAS FABRIZIO ORSI wrote: Isn't that duplicating the information of metadata/layout.conf's 'master' key-value pair [1]? Yes, I agree that it would

Re: [gentoo-dev] Eselect repository feature request

On 21/06/2023 17.56, Mike Gilbert wrote: On Wed, Jun 21, 2023 at 11:41 AM Florian Schmaus wrote: On 20.06.23 19:26, Mike Gilbert wrote: On Tue, Jun 20, 2023 at 1:08 PM Florian Schmaus wrote: On 20.06.23 16:41, TOMAS FABRIZIO ORSI wrote: Isn't that duplicating the informati

Re: [gentoo-dev] Eselect repository feature request

On 21/06/2023 19.59, TOMAS FABRIZIO ORSI wrote: I think flow's idea to make the sync command configurable somehow would be sufficient, assuming there is demand for it. I agree. I'm glad Flow has their ideas straight. By the way Flow, could you share the links of the repo/PR so that we c

Re: [gentoo-dev] [PATCH] acct-user.eclass: improve error message when usermod fails

On 24/06/2023 19.01, Mike Gilbert wrote: usermod refuses to update the home directory for a user with running processes. Output a more helpful message and avoid calling die for this. For other usermod failures, output stderr as an eerror message and die. Example output: * Failed to update us

[gentoo-dev] [PATCH 0/2] new gradle.eclass

make it easier for overlays to use it. This, in turn, reduces the friction when migrating Gradle-based projects from overlays into ::gentoo. The second patch shows how gradle.eclass can be used in the openfjx ebuild. PR at https://github.com/gentoo/gentoo/pull/28986 Florian Schmaus (2

[gentoo-dev] [PATCH 1/2] gradle.eclass: add new eclass

Signed-off-by: Florian Schmaus --- eclass/gradle.eclass | 208 + eclass/tests/gradle.sh | 62 2 files changed, 270 insertions(+) create mode 100644 eclass/gradle.eclass create mode 100755 eclass/tests/gradle.sh diff --git a/eclass

[gentoo-dev] [PATCH 2/2] dev-java/openjfx: switch to gradle.eclass

Signed-off-by: Florian Schmaus --- dev-java/openjfx/openjfx-11.0.11_p1.ebuild | 46 +++--- 1 file changed, 15 insertions(+), 31 deletions(-) diff --git a/dev-java/openjfx/openjfx-11.0.11_p1.ebuild b/dev-java/openjfx/openjfx-11.0.11_p1.ebuild index 7d61ff67f2c2..a99111598f7c

[gentoo-dev] EGO_SUM (was: [gentoo-project] Gentoo Council Election 202306 ... Nominations Open in Just Over 24 Hours.)

[in reply to a gentoo-project@ post, but it was asked to continue this on gentoo-dev@] On 28/06/2023 16.46, Sam James wrote: Florian Schmaus writes: On 17/06/2023 10.37, Arthur Zamarin wrote: I also want to nominate people who I feel contribute a lot to Gentoo and I have a lot of

Re: [gentoo-dev] EGO_SUM (was: [gentoo-project] Gentoo Council Election 202306 ... Nominations Open in Just Over 24 Hours.)

On 30/06/2023 10.22, Sam James wrote: Florian Schmaus writes: [[PGP Signed Part:Undecided]] [in reply to a gentoo-project@ post, but it was asked to continue this on gentoo-dev@] On 28/06/2023 16.46, Sam James wrote: and questions remain unanswered on the ML (why not implement a check in

Re: [gentoo-dev] EGO_SUM (was: [gentoo-project] Gentoo Council Election 202306 ... Nominations Open in Just Over 24 Hours.)

On 30/06/2023 13.33, Eray Aslan wrote: On Fri, Jun 30, 2023 at 03:38:11AM -0600, Tim Harder wrote: Why do we have to keep exporting the related variables that generally cause these size issues to the environment? I really do not want to make a +1 response but this is an excellent question that

[gentoo-dev] Re: Flow's Manifesto and questions for nominees (was: Re: [gentoo-project] Gentoo Council Election 202306 ... Nominations Open in Just Over 24 Hours.)

2023 21.28, Alec Warner wrote: On Wed, Jul 12, 2023 at 12:07 PM Florian Schmaus wrote: Apologies for not replying to everyone individually. I thank my fellow council candidates who took the time to reply to this sensitive and obviously controversial matter. I understand that not everyone f

[gentoo-dev] Re: Flow's Manifesto and questions for nominees (was: Re: [gentoo-project] Gentoo Council Election 202306 ... Nominations Open in Just Over 24 Hours.)

On 14/07/2023 09.33, Sam James wrote: Florian Schmaus writes: [[PGP Signed Part:Undecided]] Posted to gentoo-dev@ since we are now entering a technical discussion again. For those who did not follow gentoo-project@, the previous posts include: https://marc.info/?l=gentoo-project&a

[gentoo-dev] Last rites: obsolete acct-* packages

# Florian Schmaus (2023-07-17) # Obsolete acct-* packages which became leaf packages. # Removal on 2023-08-17. acct-user/artifactory acct-group/artifactory acct-user/cinder acct-group/cinder acct-user/glance acct-group/glance acct-user/heat acct-group/heat acct-user/keystone acct-group/keystone

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

On 18/07/2023 10.42, Зураб Квачадзе wrote: How do we handle this case, then. Imagine we have a leaf package acct-user/foo, which has a reserved UID of 123. It gets last rited and its entry is removed from uid-gid.txt. Nobody is proposing that the uid-gid.txt entry is removed. Ideally, it woul

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

On 18/07/2023 11.56, Sam James wrote: Mike Gilbert writes: On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote: Haven't we been keeping these because we still need to decide on a policy about what to do with dead acct-*/* packages? Right. https://bugs.gentoo.org/781881 is still open. Flow cou

Re: [gentoo-dev] [PATCH v2] meson.eclass: allow disabling verbose compilation

On 18/07/2023 18.44, Matt Turner wrote: From: Jonas Rakebrandt This works similar to cmake.eclass's ${CMAKE_VERBOSE}. Closes: https://github.com/gentoo/gentoo/pull/28942 Signed-off-by: Jonas Rakebrandt Signed-off-by: Matt Turner --- eclass/meson.eclass | 15 +-- 1 file changed

Re: [gentoo-dev] [PATCH v2] meson.eclass: allow disabling verbose compilation

On 20/07/2023 17.00, Matt Turner wrote: On Wed, Jul 19, 2023 at 3:23 AM Florian Schmaus wrote: On 18/07/2023 18.44, Matt Turner wrote: From: Jonas Rakebrandt This works similar to cmake.eclass's ${CMAKE_VERBOSE}. Closes: https://github.com/gentoo/gentoo/pull/28942 Signed-off-by:

Re: [gentoo-dev] [RFC PATCH] metadata: Add gnome package stabilization groups

On 19/07/2023 18.10, Matt Turner wrote: Signed-off-by: Matt Turner --- Feel free to bikeshed the location, structure, file-format, etc. metadata/stabilization-groups/gnome/evolution | 3 +++ metadata/stabilization-groups/gnome/glib | 3 +++ metadata/stabilizatio

[gentoo-dev] [PATCH 1/3] multiprocessing.eclass: search also GNUMAKEFLAGS for --load-average

Since --load-average may not be found in other Make implementations besides GNU MAKE, it is potentially found in GNUMAKEFLAGS and not in MAKEOPTS. Signed-off-by: Florian Schmaus --- eclass/multiprocessing.eclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/eclass

[gentoo-dev] [PATCH 2/3] ninja-utils.eclass: search also GNUMAKEFLAGS for --load-average

Signed-off-by: Florian Schmaus --- eclass/ninja-utils.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/ninja-utils.eclass b/eclass/ninja-utils.eclass index 5a211e81131d..3d15a32c5e6c 100644 --- a/eclass/ninja-utils.eclass +++ b/eclass/ninja-utils.eclass @@ -72,7

[gentoo-dev] [PATCH 3/3] meson.eclass: search also GNUMAKEFLAGS for --load-average

Signed-off-by: Florian Schmaus --- eclass/meson.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index 5aff3eb58930..65fc10b81e72 100644 --- a/eclass/meson.eclass +++ b/eclass/meson.eclass @@ -389,7 +389,7 @@ meson_src_compile

Re: [gentoo-dev] [PATCH 1/3] multiprocessing.eclass: search also GNUMAKEFLAGS for --load-average

On 25/07/2023 06.50, Michał Górny wrote: On Mon, 2023-07-24 at 20:57 +0200, Florian Schmaus wrote: Since --load-average may not be found in other Make implementations besides GNU MAKE, it is potentially found in GNUMAKEFLAGS and not in MAKEOPTS. Signed-off-by: Florian Schmaus --- eclass

Re: [gentoo-dev] [PATCH 1/3] multiprocessing.eclass: search also GNUMAKEFLAGS for --load-average

On 25/07/2023 10.32, Michał Górny wrote: On Tue, 2023-07-25 at 08:26 +0200, Florian Schmaus wrote: On 25/07/2023 06.50, Michał Górny wrote: On Mon, 2023-07-24 at 20:57 +0200, Florian Schmaus wrote: Since --load-average may not be found in other Make implementations besides GNU MAKE, it is

Re: [gentoo-dev] [PATCH 1/7] eclass/nuget.eclass: introduce new eclass

On 30/07/2023 21.30, Michał Górny wrote: On Sun, 2023-07-30 at 16:26 +0200, Maciej Barć wrote: +# @FUNCTION: nuget_uris +# @USAGE: +# @DESCRIPTION: +# Generates the URIs to put in SRC_URI to help fetch dependencies. +# If no arguments provided, uses the "NUGETS" variable. Sounds like you're c

Re: [gentoo-dev] [PATCH 1/7] eclass/nuget.eclass: introduce new eclass

On 31/07/2023 07.02, Michał Górny wrote: On Sun, 2023-07-30 at 22:19 +0200, Florian Schmaus wrote: Which problem are we solving by moving away from this towards a slightly more verbose construct? The problem was that cargo.eclass ebuilds were taking significant time during cache regeneration

[gentoo-dev] [PATCH] cargo.eclass: use CARGO_CRATE_URIS if already available

in: 12.41ms, max: 13.909ms, σ = 165µs, N = 780 | mean: 12.852ms, min: 12.367ms, max: 15.437ms, σ = 227µs, N = 779 | Signed-off-by: Florian Schmaus --- eclass/cargo.eclass | 8 1 file changed, 8 insertions(+) diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass index 70b6008d9cd8..5d

Re: [gentoo-dev] [PATCH 1/7] eclass/nuget.eclass: introduce new eclass

On 31/07/2023 11.32, Sam James wrote: Florian Schmaus writes: [[PGP Signed Part:Undecided]] On 31/07/2023 07.02, Michał Górny wrote: On Sun, 2023-07-30 at 22:19 +0200, Florian Schmaus wrote: Which problem are we solving by moving away from this towards a slightly more verbose construct

Re: [gentoo-dev] [PATCH 1/3] multiprocessing.eclass: search also GNUMAKEFLAGS for --load-average

On 31/07/2023 11.31, Sam James wrote: Florian Schmaus writes: [[PGP Signed Part:Undecided]] On 25/07/2023 10.32, Michał Górny wrote: On Tue, 2023-07-25 at 08:26 +0200, Florian Schmaus wrote: On 25/07/2023 06.50, Michał Górny wrote: On Mon, 2023-07-24 at 20:57 +0200, Florian Schmaus wrote

Re: [gentoo-dev] [PATCH 1/7] eclass/nuget.eclass: introduce new eclass

On 31/07/2023 15.53, Michał Górny wrote: On Mon, 2023-07-31 at 12:49 +0200, Florian Schmaus wrote: On 31/07/2023 11.32, Sam James wrote: Florian Schmaus writes: [[PGP Signed Part:Undecided]] On 31/07/2023 07.02, Michał Górny wrote: On Sun, 2023-07-30 at 22:19 +0200, Florian Schmaus wrote

[gentoo-dev] Last rites: dev-erlang/protobuffs

# Florian Schmaus (2023-09-03) # Became a leaf package after dev-erlang/riak_pb was removed # (989c0f55e0). Unmaintained in ::gentoo and upstream since multiple # years. Alternative at # https://github.com/tomas-abrahamsson/gpb. # Two open bugs: #725584 and #793236. # Removal on 2023-10-03. dev

Re: [gentoo-dev] metadata.xml upstream docs as reference to scientific publications/papers

On 17/09/2023 14.18, Alexander Neuwirth wrote: Thanks. Instead of using the lang entry I can imagine these other approaches: 2. Adding something specific to GLEP 68, like `type="doi"> https...`. However that seems like a bit too much work for adding something that only a small subset of users

[gentoo-dev] Re: Standard parsable format for profiles/package.mask file

On 21/09/2023 21.40, Arthur Zamarin wrote: Hi all I want to suggest a standard format for profiles/package.mask, for multiple reasons: Sounds sensible. +1 The first line of the "#"-prefixed explanation block must be of the format "${AUTHOR_NAME} <${EMAIL}> (${SINGLE_DATE})" when the date is

Re: [gentoo-dev] Re: Standard parsable format for profiles/package.mask file

On 21/09/2023 23.48, Sam James wrote: Ulrich Mueller writes: On Thu, 21 Sep 2023, Florian Schmaus wrote: The first line of the "#"-prefixed explanation block must be of the format "${AUTHOR_NAME} <${EMAIL}> (${SINGLE_DATE})" when the date is of format Y

Re: [gentoo-dev] Re: Standard parsable format for profiles/package.mask file

On 22/09/2023 08.39, Florian Schmaus wrote: Some, including me, consider timestamps without timezone specifiers to be in local time (either of the consumer or producer of the timestamp). Hence, if you really must have UTC here, then at least consider making it explicit my requiring the &#

[gentoo-dev] Re: Standard parsable format for profiles/package.mask file

On 21/09/2023 21.40, Arthur Zamarin wrote: If this is a last-rite message, the last line must list the last-rite last date (removal date) and the last-rite bug number. You can also list FWIW, I would assume the last-rite date to be the date where the package's last rites where initiated, i.e.,

[gentoo-dev] [PATCH 0/1] systemd.eclass: add systemd_install_dropin

PR at https://github.com/gentoo/gentoo/pull/33089 Florian Schmaus (1): systemd.eclass: add systemd_install_dropin eclass/systemd.eclass | 44 ++- 1 file changed, 43 insertions(+), 1 deletion(-) -- 2.41.0

[gentoo-dev] [PATCH 1/1] systemd.eclass: add systemd_install_dropin

Closes: https://bugs.gentoo.org/876658 Signed-off-by: Florian Schmaus --- eclass/systemd.eclass | 44 ++- 1 file changed, 43 insertions(+), 1 deletion(-) diff --git a/eclass/systemd.eclass b/eclass/systemd.eclass index fbed387e0ca0..03d6a82fd310 100644

[gentoo-dev] [PATCH 0/3] multiprocessing.eclass: consider (GNU)MAKEFLAGS

t_multiprocessing_jobs() and get_multiprocessing_loadavg(). PR at https://github.com/gentoo/gentoo/pull/32385 Florian Schmaus (3): multiprocessing.eclass: consider (GNU)MAKEFLAGS, add get_makeopts_{jobs,loadavg} ninja-utils.eclass: use get_makeopts_{jobs,loadavg} meson.eclass: use get_make

[gentoo-dev] [PATCH 1/3] multiprocessing.eclass: consider (GNU)MAKEFLAGS, add get_makeopts_{jobs,loadavg}

Since --load-average may not be found in other Make implementations besides GNU Make, it is potentially found in GNUMAKEFLAGS and not in MAKEOPTS. Signed-off-by: Florian Schmaus --- eclass/multiprocessing.eclass | 40 --- eclass/tests

[gentoo-dev] [PATCH 2/3] ninja-utils.eclass: use get_makeopts_{jobs,loadavg}

Signed-off-by: Florian Schmaus --- eclass/ninja-utils.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/ninja-utils.eclass b/eclass/ninja-utils.eclass index 5a211e81131d..1af3df9f71e5 100644 --- a/eclass/ninja-utils.eclass +++ b/eclass/ninja-utils.eclass @@ -1,3

[gentoo-dev] [PATCH 3/3] meson.eclass: use get_makeopts_{jobs,loadavg}

Signed-off-by: Florian Schmaus --- eclass/meson.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index 5aff3eb58930..4757f3fa5eef 100644 --- a/eclass/meson.eclass +++ b/eclass/meson.eclass @@ -388,8 +388,8

[gentoo-dev] Last rites: acct-{user,group}/{tpm,ultimaker} acct-group/systemd-hostname

# Florian Schmaus (2023-10-14) # Obsolete acct-* packages that became leaf packages. # Removal on 2023-11-14. acct-user/tpm acct-group/tpm acct-user/ultimaker acct-group/ultimaker acct-group/systemd-hostname - Flow OpenPGP_0x8CAC2A9678548E35.asc Description: OpenPGP public key

[gentoo-dev] [PATCH] webapp.eclass: optimize webapp_serverowned() and inlining webapp_strip_*()

equivalent invocation of find that iterates over all the files. Furthermore, all remaining invocations of webapp_strip_*() are inlined. Closes: https://bugs.gentoo.org/781860 Signed-off-by: Florian Schmaus --- eclass/webapp.eclass | 40 1 file changed, 16

Re: [gentoo-dev] [RFC] global USE=gpg

On 30/12/2023 16.54, Andreas K. Huettel wrote: we have many local gpg useflags which basically just enable gpg. Should we merge these to one global useflag? Additionally we have a few gpgme useflags. See also https://bugs.gentoo.org/679634 What are your ideas? We have also have a bunch of US

[gentoo-dev] [PATCH 0/1] [RFC] greadme.eclass

let me know. Thanks for reviewing the eclass. Florian Schmaus (1): greadme.eclass: new eclass eclass/greadme.eclass | 281 ++ 1 file changed, 281 insertions(+) create mode 100644 eclass/greadme.eclass -- 2.41.0

[gentoo-dev] [PATCH 1/1] greadme.eclass: new eclass

This new eclass is similar to readme.gentoo-r1.eclass. The main differences are as follows. Firstly, it also displays the doc file contents if they have changed. Secondly, it provides a convenient API to install the doc file via stdin. Signed-off-by: Florian Schmaus --- eclass/greadme.eclass

Re: [gentoo-dev] [PATCH 0/1] [RFC] greadme.eclass

On 06/01/2024 18.21, Michał Górny wrote: On Sat, 2024-01-06 at 18:01 +0100, Florian Schmaus wrote: I really like the functionality of readme.gentoo-r1.eclass, as it allows to communicate Gentoo-specific information about a package to the user. Especially as it improves the signal-to-noise ratio

[gentoo-dev] [PATCH v2 1/3] greadme.eclass: new eclass

x27;s contents in an environment variable, which helps to keep the environment size of ebuilds using the eclass small. Signed-off-by: Florian Schmaus --- eclass/greadme.eclass | 307 ++ 1 file changed, 307 insertions(+) create mode 100644 eclass/greadme.eclass

[gentoo-dev] [PATCH v2 2/3] add UNPACKER_NO_BANNER variable

Signed-off-by: Florian Schmaus --- eclass/-cover-letter.patch | 49 eclass/0001-greadme.eclass-new-eclass.patch | 305 eclass/unpacker.eclass | 7 + 3 files changed, 361 insertions(+) create mode 100644 eclass/-cover

[gentoo-dev] [PATCH v2 3/3] greadme.eclass: set UNPACKER_NO_BANNER

Signed-off-by: Florian Schmaus --- eclass/greadme.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/greadme.eclass b/eclass/greadme.eclass index 25e0210406c1..ec01d090cc10 100644 --- a/eclass/greadme.eclass +++ b/eclass/greadme.eclass @@ -174,7 +174,7

[gentoo-dev] Re: [PATCH v2 2/3] add UNPACKER_NO_BANNER variable

On 09/01/2024 09.39, Florian Schmaus wrote: Signed-off-by: Florian Schmaus --- eclass/-cover-letter.patch | 49 eclass/0001-greadme.eclass-new-eclass.patch | 305 Ignore those to patch files. They are accidentally added to the commit. diff

Re: [gentoo-dev] [PATCH 0/1] [RFC] greadme.eclass

On 09/01/2024 10.59, Michał Górny wrote: On Tue, 2024-01-09 at 09:30 +0100, Florian Schmaus wrote: On 06/01/2024 18.21, Michał Górny wrote: On Sat, 2024-01-06 at 18:01 +0100, Florian Schmaus wrote: I really like the functionality of readme.gentoo-r1.eclass, as it allows to communicate Gentoo

Re: [gentoo-dev] [PATCH 0/1] [RFC] greadme.eclass

On 09/01/2024 11.43, Michał Górny wrote: On Tue, 2024-01-09 at 11:39 +0100, Florian Schmaus wrote: Even if we say it is the user's fault, then the problem of handling a decompressor failure would still exist. The eclass does not gracefully continue when decompressing the doc file, but in

Re: [gentoo-dev] [PATCH v2 1/3] greadme.eclass: new eclass

On 09/01/2024 12.23, David Seifert wrote: On Tue, 2024-01-09 at 09:39 +0100, Florian Schmaus wrote: This new eclass is similar to readme.gentoo-r1.eclass. The main differences are as follows. Firstly, it also displays the doc file contents if they have changed. Secondly, it provides a

Re: [gentoo-dev] [RFC] New category: dev-debug

On 07/01/2024 13.48, Michał Górny wrote: Hi, I'd like to propose adding a new dev-debug category. The description could be: Code debuggers and debugging-related tools. Seems sensible. I'd probably drop the "Code" from the description, since packages like d-spy do not primarily debug code

Re: [gentoo-dev] [RFC] New category: dev-debug

On 10/01/2024 12.01, Sam James wrote: Florian Schmaus writes: [[PGP Signed Part:Undecided]] On 07/01/2024 13.48, Michał Górny wrote: Hi, I'd like to propose adding a new dev-debug category. The description could be: Code debuggers and debugging-related tools. Seems sensible

Re: [gentoo-dev] [PATCH 0/1] [RFC] greadme.eclass

On 10/01/2024 12.04, Sam James wrote: Florian Schmaus writes: I really like the functionality of readme.gentoo-r1.eclass, as it allows to communicate Gentoo-specific information about a package to the user. Especially as it improves the signal-to-noise ratio of messages arriving to our users

Re: [gentoo-dev] [PATCH 0/1] [RFC] greadme.eclass

On 10/01/2024 14.58, Ulrich Mueller wrote: On Wed, 10 Jan 2024, Florian Schmaus wrote: On 10/01/2024 12.04, Sam James wrote: 1) The name seems odd (why not readme.gentoo-r2)? 2) Why can't the existing eclass be improved? Both points, the name of the eclass and the question if this s

Re: [gentoo-dev] [PATCH 0/1] [RFC] greadme.eclass

On 10/01/2024 16.10, Ulrich Mueller wrote: On Wed, 10 Jan 2024, Florian Schmaus wrote: On 10/01/2024 14.58, Ulrich Mueller wrote: Looks like readme.gentoo-r1 already gives you control over this: # If you want to show them always, please set FORCE_PRINT_ELOG to a non empty # value in your

[gentoo-dev] [PATCH 0/2] texlive eclass updates, in preperation of TeX Live 2023 bump

. But bumping TeX Live is already a delicate matter and we do not want to add more distraction from the actual changes to keep the changes manageable and reviewable. Once TeX Live 2023 hits ::gentoo, we will iteratively work on revising the code of the eclasses. Florian Schmaus (2): profiles

[gentoo-dev] [PATCH 1/2] profiles/thirdpartymirrors: add 'ctan' mirror

Signed-off-by: Florian Schmaus --- profiles/thirdpartymirrors | 1 + 1 file changed, 1 insertion(+) diff --git a/profiles/thirdpartymirrors b/profiles/thirdpartymirrors index b890610255f5..1db91760893b 100644 --- a/profiles/thirdpartymirrors +++ b/profiles/thirdpartymirrors @@ -1,5 +1,6

[gentoo-dev] [PATCH 2/2] texlive-{common,module}.eclass: update for TeX Live 2023

correct place, according to upstream. Co-authored-by: Paul Zander Signed-off-by: Paul Zander Signed-off-by: Florian Schmaus --- eclass/texlive-common.eclass | 113 +-- eclass/texlive-module.eclass | 77 2 files changed, 108 insertions(+), 82

[gentoo-dev] [PATCH 0/3] *** Three minor changes to texlive-(common|mmodule).elcass ***

Following are three minor changes to texlive-(common|module).eclass, which I expect to be the last changes to the eclasses before start moving texlive 2023 from ::tex-overlay into ::gentoo (initally pmasked). Florian Schmaus (3): texlive-module.eclass: implicitly set TL_PV if not explicitly set

[gentoo-dev] [PATCH 1/3] texlive-module.eclass: implicitly set TL_PV if not explicitly set

Signed-off-by: Florian Schmaus --- eclass/texlive-module.eclass | 6 ++ 1 file changed, 6 insertions(+) diff --git a/eclass/texlive-module.eclass b/eclass/texlive-module.eclass index afcd4532975a..d1bf0f86185b 100644 --- a/eclass/texlive-module.eclass +++ b/eclass/texlive-module.eclass

[gentoo-dev] [PATCH 2/3] texlive-common.eclass: check exit status of texmf-update

Texlive 2023 bbump we can make this more strict, having texlive-core use nonfatal. Signed-off-by: Florian Schmaus --- eclass/texlive-common.eclass | 4 1 file changed, 4 insertions(+) diff --git a/eclass/texlive-common.eclass b/eclass/texlive-common.eclass index fab6ff66ecd5..96e962cb8027

[gentoo-dev] [PATCH 3/3] texlive-common.eclass: Use nonfatal-respecting die for fmtutil-sys

Signed-off-by: Florian Schmaus --- eclass/texlive-common.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/texlive-common.eclass b/eclass/texlive-common.eclass index 96e962cb8027..85cdb8ff204e 100644 --- a/eclass/texlive-common.eclass +++ b/eclass/texlive

[gentoo-dev] Re: [PATCH 1/3] texlive-module.eclass: implicitly set TL_PV if not explicitly set

On 29/02/2024 14.38, Florian Schmaus wrote: Signed-off-by: Florian Schmaus --- eclass/texlive-module.eclass | 6 ++ 1 file changed, 6 insertions(+) diff --git a/eclass/texlive-module.eclass b/eclass/texlive-module.eclass index afcd4532975a..d1bf0f86185b 100644 --- a/eclass/texlive

Re: [gentoo-dev] Re: [PATCH 1/3] texlive-module.eclass: implicitly set TL_PV if not explicitly set

On 29/02/2024 15.08, Michael Orlitzky wrote: On Thu, 2024-02-29 at 14:47 +0100, Florian Schmaus wrote: +if [[ -z ${TL_PV} ]] \ + && [[ ${EAPI} -ge 8 ]] \ I am skeptical of this construct, as in the past we had non-numeric EAPIs. So I may have to go with EAPI == 8 for no

Re: [gentoo-dev] Re: [PATCH 1/3] texlive-module.eclass: implicitly set TL_PV if not explicitly set

On 29/02/2024 15.34, Michael Orlitzky wrote: On Thu, 2024-02-29 at 15:21 +0100, Florian Schmaus wrote: The eclass only supports EAPIs {7,8,...} so it should suffice to blacklist EAPI=7. Fair point, but that would mean to remember to adjust this line once the eclass gets support for EAPI 9

Re: [gentoo-dev] [PATCH 2/3] texlive-common.eclass: check exit status of texmf-update

On 29/02/2024 21.40, Ulrich Mueller wrote: On Thu, 29 Feb 2024, Florian Schmaus wrote: @@ -178,6 +178,10 @@ etexmf-update() { if has_version 'app-text/texlive-core' ; then if [[ -z ${ROOT} && -x "${EPREFIX}"/usr/

[gentoo-dev] [PATCH] texlive-common.eclass: etexmf-update to call 'die' for non-"dev-telive"

This also makes etexmf-update fail for packages that are outside dev-texlive/* and don't use the TexLive version scheme like dev-libs/kpathsea and soon dev-tex/hevea. Signed-off-by: Florian Schmaus --- eclass/texlive-common.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[gentoo-dev] [PATCH 1/2] texlive-module.eclass: only invoke etexmf-update in postinst if not replacing versions

Signed-off-by: Florian Schmaus --- eclass/texlive-module.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/texlive-module.eclass b/eclass/texlive-module.eclass index 9fc4e619ff9b..d19e02f02647 100644 --- a/eclass/texlive-module.eclass +++ b/eclass/texlive

[gentoo-dev] [PATCH 2/2] texlive-module.eclass: add texlive-module_update_tlpdb

Update (or create) the tlpdb based on the contents of /usr/share/tlpkg/tlpobj. Closes: https://bugs.gentoo.org/928162 Signed-off-by: Florian Schmaus --- eclass/texlive-module.eclass | 57 1 file changed, 57 insertions(+) diff --git a/eclass/texlive

[gentoo-dev] [PATCH] efmtutil-sys: use ebegin/eend and log output

Use ebegin/eend and instead of redirecting the output to /dev/null capture stdout and stderr under a file under $T. Signed-off-by: Florian Schmaus --- eclass/texlive-common.eclass | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/eclass/texlive-common.eclass b/eclass

[gentoo-dev] Re: [PATCH] efmtutil-sys: use ebegin/eend and log output

I just noticed two things seconds after sending the patch: Commit message is missing "texlive-common.eclass" prefix. On 04/04/2024 15.01, Florian Schmaus wrote: Use ebegin/eend and instead of redirecting the output to /dev/null capture stdout and stderr under a file under $T. Sig

Re: [gentoo-dev] Update on the 23.0 profiles

On 06/04/2024 17.06, Andreas K. Huettel wrote: Hi all, so here's a small update on the state of the 23.0 profiles: Thanks for the update and the work on the 23.0 profiles. :) Most 17.x profiles have been downgraded to "exp". I could imagine there is a reason to downgrade those back to 'ex

[gentoo-dev] [PATCH] texlive-common.eclass: add newline between tlbobj entries in tlpdb

so has the entries separated by newlines. Therefore this changes texlive-common_update_tlpdb() to also add them. Signed-off-by: Florian Schmaus --- eclass/texlive-common.eclass | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/eclass/texlive-common.eclass b/ecla

Re: [gentoo-dev] [PATCH] texlive-common.eclass: add newline between tlbobj entries in tlpdb

On 28/04/2024 14.13, Ulrich Mueller wrote: On Sun, 28 Apr 2024, Florian Schmaus wrote: --- a/eclass/texlive-common.eclass +++ b/eclass/texlive-common.eclass @@ -270,10 +270,18 @@ texlive-common_update_tlpdb() { touch "${new_tlpdb}" || die if [[ -d "${tl

[gentoo-dev] [PATCH] texlive-module.eclass: install man pages in right location

The TeX Live packages under dev-texlive/* currently do not install the man pages in the right location. They are under /usr/share/texmf-dist/doc/man. Install them at the right location using doman. Signed-off-by: Florian Schmaus --- eclass/texlive-module.eclass | 12 +++- 1 file

[gentoo-dev] [PATCH v2] texlive-module.eclass: install man pages in right location

: Florian Schmaus --- eclass/texlive-module.eclass | 186 +++ 1 file changed, 186 insertions(+) diff --git a/eclass/texlive-module.eclass b/eclass/texlive-module.eclass index 401b75bc4d11..293b6591a6b1 100644 --- a/eclass/texlive-module.eclass +++ b/eclass/texlive

[gentoo-dev] [PATCH 0/2] edo.eclass: enhace edob for usage with nosiy commands

://github.com/gentoo/gentoo/pull/36117 Florian Schmaus (2): edo.eclass: enhace edob for usage with nosiy commands eftmutil-sys: use edob eclass/edo.eclass| 54 eclass/texlive-common.eclass | 8 -- 2 files changed, 53 insertions(+), 9 deletions

[gentoo-dev] [PATCH 1/2] edo.eclass: enhace edob for usage with nosiy commands

, which we expect users to attach to bug reports. Signed-off-by: Florian Schmaus --- eclass/edo.eclass | 66 --- 1 file changed, 56 insertions(+), 10 deletions(-) diff --git a/eclass/edo.eclass b/eclass/edo.eclass index c2e7ed60083f..0d410719675c 100644

[gentoo-dev] [PATCH 2/2] eftmutil-sys: use edob

Signed-off-by: Florian Schmaus --- eclass/texlive-common.eclass | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/eclass/texlive-common.eclass b/eclass/texlive-common.eclass index 15d475799a88..072581dde78e 100644 --- a/eclass/texlive-common.eclass +++ b/eclass/texlive

Re: [gentoo-dev] [PATCH] cargo.eclass: Optimize crate unpacking

On 12/05/2024 04.26, Michał Górny wrote: Unpack crates in parallel using xargs to utilize multicore systems better. Perform checksumming via a single sha256sum invocation. For dev-python/watchfiles, this speeds up unpacking on my machine from 2.6 s to 0.75 s (warm cache). Signed-off-by: Michał

Re: [gentoo-dev] [PATCH] cargo.eclass: Optimize crate unpacking

On 12/05/2024 20.21, Michał Górny wrote: On Sun, 2024-05-12 at 19:22 +0200, Florian Schmaus wrote: On 12/05/2024 04.26, Michał Górny wrote: + if [[ ${PKGBUMPING} != ${PVR} ]]; then + pushd "${DISTDIR}" >/dev/null || die + + ebegin &quo

[gentoo-dev] Obtaining values for --jobs and --load-average

On 12/05/2024 20.21, Michał Górny wrote: On Sun, 2024-05-12 at 19:22 +0200, Florian Schmaus wrote: On 12/05/2024 04.26, Michał Górny wrote: + if [[ ${PKGBUMPING} != ${PVR} ]]; then + pushd "${DISTDIR}" >/dev/null || die + + ebegin &quo

[gentoo-dev] [PATCH 1/3] texlive-module.eclass: do not treat grep returning 1 as error

Signed-off-by: Florian Schmaus --- eclass/texlive-module.eclass | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/eclass/texlive-module.eclass b/eclass/texlive-module.eclass index 0daca41961ff..b202a0188b66 100644 --- a/eclass/texlive-module.eclass +++ b/eclass/texlive

[gentoo-dev] [PATCH 2/3] texlive-module.eclass: invoke doman with nonfatal

In case doman fails, we do not want to die immediatly as it would "break" the ebegin/eend combination. Instead, the exit status is passed through xargs. It will then subsequently appear in PIPESTATUS, where it is processed by eend || die. Signed-off-by: Florian Schmaus Suggested-

<    1   2   3   >