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
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
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 +++
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: Jonas
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
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
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
# 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
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
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 feels comfortable taking
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
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 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
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
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
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
1 - 100 of 264 matches
Mail list logo