Hi Arthur,
thanks for taking the time to write this mail.
On 25/06/2024 19.33, Arthur Zamarin wrote:
x86
Stable 32-bit arch. I'll be honest, I don't believe at all this should
be stable arch anymore.
I have the impression as well. The time to drop stable keywords for x86
Some packages only need the jar at runtime, not at compile time. For
example https://bugs.gentoo.org/934659#c2
Bug: https://bugs.gentoo.org/934659
Signed-off-by: Florian Schmaus
---
eclass/java-utils-2.eclass | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/eclass
On 23/06/2024 19.35, Eli Schwartz wrote:
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
also https://bugs.gentoo.org/460050#c7
Signed-off-by: Florian Schmaus
---
eclass/readme.gentoo-r1.eclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/eclass/readme.gentoo-r1.eclass b/eclass/readme.gentoo-r1.eclass
index 202ba31f4f70..35c3d3748550 100644
--- a/eclass/readme
On 19/06/2024 10.32, Ulrich Mueller wrote:
On Tue, 18 Jun 2024, Florian Schmaus wrote:
Any preference regarding the auto-formatting tool? The
readme.gentoo-r1.eclass uses fold, but fmt (both are in coreutils)
would probably also be an option (and has a --uniform-spacing option
On 18/06/2024 20.21, Arthur Zamarin wrote:
On 18/06/2024 17.53, Florian Schmaus wrote:
Thanks for pointing this out. I think I understand now what arthur is
asking for:
src_install() {
...
local DOC_CONTENTS="My README.Gentoo contents"
readme.gentoo_create_doc
On 18/06/2024 16.02, Ulrich Mueller wrote:
On Tue, 18 Jun 2024, Florian Schmaus wrote:
Finally, unlike readme.gentoo-r1.elcass, this eclass does not need
to store the content of the readme in an environment variable. Not
having to store the content in an environment variable reduces
Hi Arthur,
thanks for your mail.
On 16/06/2024 20.15, Arthur Zamarin wrote:
On 16/06/2024 18.51, Florian Schmaus wrote:
This new eclass includes various improvements over the existing
readme.gentoo-r1.eclass.
So, some weird question from me - why is it called greadme? I can
understand why
(sadly, this only refers to the process environment).
Signed-off-by: Florian Schmaus
---
eclass/greadme.eclass | 240 ++
1 file changed, 240 insertions(+)
create mode 100644 eclass/greadme.eclass
diff --git a/eclass/greadme.eclass b/eclass/greadme.eclass
new
On 13/06/2024 17.03, James Le Cuirot wrote:
Several Cargo-based ebuilds cannot use cargo_src_install for various
reasons and manually install binaries from within the target directory
instead. It is common to see `target/$(usex debug debug release)`, but
this lacks the target ABI when
On 13/06/2024 13.59, Ionen Wolkens wrote:
On Thu, Jun 13, 2024 at 10:39:24AM +0200, Florian Schmaus wrote:
Following up on the discussion of the last patchset, this
- moves the functionally into a new eclass, as adjusting the existing
eclass to export new phase functions is not viable
On 13/06/2024 11.31, Ulrich Mueller wrote:
On Thu, 13 Jun 2024, Florian Schmaus wrote:
+# Copyright 1999-2024 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+# @ECLASS: greadme.eclass
+# @MAINTAINER:
+# Florian Schmaus
+# @AUTHOR:
+# Author: Florian
On 13/06/2024 12.42, Ulrich Mueller wrote:
On Thu, 13 Jun 2024, Florian Schmaus wrote:
+_GREADME_DOC_DIR="usr/share/doc/${PF}"
It is somewhat unusual to call insinto or docompress with a relative
path. I'd use "/usr/share/doc/${PF}" here.
+_GREADME_REL_PATH
can go with that.
Florian Schmaus (1):
greadme.eclass: new eclass
eclass/greadme.eclass | 223 ++
1 file changed, 223 insertions(+)
create mode 100644 eclass/greadme.eclass
--
2.44.2
(sadly, this only refers to the process environment).
Signed-off-by: Florian Schmaus
---
eclass/greadme.eclass | 223 ++
1 file changed, 223 insertions(+)
create mode 100644 eclass/greadme.eclass
diff --git a/eclass/greadme.eclass b/eclass/greadme.eclass
new
On 10/06/2024 17.01, matoro wrote:
Hi Flow, I went ahead and started reviewing this bug for the remaining
arches. However when I ran it, I discovered that tests do not seem to
run on the 2023 version, where they were previously being run on the
2021 version.
Thanks for pointing this out.
After many months of work, the stabilization of TeX Live 2023 is imminent.
I would first like to thank everyone who contributed, reported bugs, and
helped to make this happen. Special thanks goes to negril for providing
the initial prototype ebuilds that helped to get this going.
TeX Live
On 04/06/2024 19.45, Ulrich Mueller wrote:
On Tue, 04 Jun 2024, Florian Schmaus wrote:
Both is fine with me.
That said, many filesystem support inline data. If I am not mistaken,
then its even enabled by default for xfs (which we recommend in the
handbook) and btrfs. Also some
On 02/06/2024 20.24, Ulrich Mueller wrote:
Installing another file just for the sake of avoiding "docompress -x"
doesn't solve the problem but makes it worse, IMHO. Rather don't
compress README.gentoo then.
Both is fine with me.
That said, many filesystem support inline data. If I am not
On 02/06/2024 18.28, Ulrich Mueller wrote:
On Sun, 02 Jun 2024, Eli Schwartz wrote:
Per the commit message, the old readme and the new readme can have the
same contents, but be compressed by different compressors on the live
system vs the image, and/or a compressor with unstable algorithms,
On 02/06/2024 18.40, Ulrich Mueller wrote:
On Sun, 02 Jun 2024, Florian Schmaus wrote:
IMHO that's a very bad idea and will probably break ebuilds that rely
on the current behaviour.
I pondered about this and its one of the reasons I'd rather start with
a fresh eclass.
That said, worst
On 02/06/2024 17.34, Ulrich Mueller wrote:
On Sun, 02 Jun 2024, Florian Schmaus wrote:
+ (
+ insinto "${_GREADME_DOC_DIR}"
+
+ doins "${_GREADME_TMP_FILE}"
+ cksum --raw "${_GREADME_TMP_FILE}" | newin
On 02/06/2024 17.25, Ulrich Mueller wrote:
On Sun, 02 Jun 2024, Florian Schmaus wrote:
Note that this changes readme.gentoo-r1.eclass to export phase
functions when it previously did not.
IMHO that's a very bad idea and will probably break ebuilds that rely
on the current behaviour.
I
The new readme.gentoo_file() function provided more flexibility from
where the readme file is obtained, compared to the existing methods.
Signed-off-by: Florian Schmaus
---
eclass/readme.gentoo-r1.eclass | 21 +
1 file changed, 21 insertions(+)
diff --git a/eclass
Add a new function readme.gentoo_stdin() that consumes the content of
README.gentoo from stdin. In many cases, this is a supperiour method to
construct readme, compared to the eclass' DOC_CONTENTS approach.
Signed-off-by: Florian Schmaus
---
eclass/readme.gentoo-r1.eclass | 51
The previous commit introduced _GREADME_TMP_FILE. This commit changes
the existing code to use this variable.
Signed-off-by: Florian Schmaus
---
eclass/readme.gentoo-r1.eclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/eclass/readme.gentoo-r1.eclass b/eclass
to
uncompress the live system's version of README.gentoo (let alone that it
is not trivial to find a suitable decompressor candidate).
Signed-off-by: Florian Schmaus
---
eclass/readme.gentoo-r1.eclass | 124 -
1 file changed, 108 insertions(+), 16 deletions(-)
diff
my concern that updating the existing
eclass, instead of starting fresh with a new eclass, misses the chance
to eliminate some ballast.
Florian Schmaus (4):
readme.gentoo-r1.eclass: display readme if content changed (or fresh
install)
readme.gentoo-r1.eclass: use _GREADME_TMP_FILE in exi
Signed-off-by: Florian Schmaus
---
.../2024-06-05-texlive-2023-bump.en.txt | 34 +++
1 file changed, 34 insertions(+)
create mode 100644
2024-06-05-texlive-2023-bump/2024-06-05-texlive-2023-bump.en.txt
diff --git a/2024-06-05-texlive-2023-bump/2024-06-05-texlive-2023
On 29/05/2024 11.30, Martin Dummer wrote:
Am 28.05.24 um 08:24 schrieb Michał Górny:
If you're up for some more quick porting, right now's the time!
https://github.com/gentoo/gentoo/pull/36502 laying around for ~ 1 Month
Unfortunately it happens that proxy-maint PRs slip through the cracks.
Signed-off-by: Florian Schmaus
---
eclass/texlive-module.eclass | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/eclass/texlive-module.eclass b/eclass/texlive-module.eclass
index 7d40bfc58994..98c28f578216 100644
--- a/eclass/texlive-module.eclass
+++ b/eclass/texlive
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-
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
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
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
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:
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
, 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
://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
-by: 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
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
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
b also 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
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
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.
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
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
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
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(-)
diff
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
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
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
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
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
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
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
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
is the
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
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
. 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
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
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 should
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
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. I'd
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
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
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 instead
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
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
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
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
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
diff
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
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
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
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
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
# 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
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
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
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
ssing_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_makeopts_{jobs,loadavg
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
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
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,
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 'Z
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
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
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
# 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
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
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
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
s, 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..5d6911801097
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
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
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
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
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
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
1 - 100 of 279 matches
Mail list logo