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
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
---
.../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
ate) 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_F
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(-)
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
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
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
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
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 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 s
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,
an
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 mista
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
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 202
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.
Loo
nment (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.eclas
;, then we 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
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
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 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 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 cross-compi
nment (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.eclas
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
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 the
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 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
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 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 packa
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
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
p
On 16/06/2024 00.22, James Le Cuirot wrote:
On Sat, 2024-06-15 at 17:56 -0400, Ionen Wolkens wrote:
On Sat, Jun 15, 2024 at 08:14:34PM +0200, Florian Schmaus wrote:
On 13/06/2024 17.03, James Le Cuirot wrote:
Several Cargo-based ebuilds cannot use cargo_src_install for various
reasons and
On 15/07/2024 04.39, Eli Schwartz wrote:
On 7/10/24 11:38 PM, Anna (cybertailor) Vyalkova wrote:
On 2024-07-10 09:19, Florian Schmaus wrote:
From: Florian Schmaus
Add a new eclass for dev-util/rebar:3, based on the work of Anna
Vyalkova in ::guru (thanks!).
There's also rebar3.ecla
m/TeX-Live/texlive-source/blob/c087bab35570b1d5cb0afd272611a7a4ec3c9e38/texk/texlive/linked_scripts/Makefile.am#L330
Bug: https://bugs.gentoo.org/934975
Signed-off-by: Florian Schmaus
---
eclass/texlive-common.eclass | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/eclass/
is the
best approach.
Florian Schmaus (2):
rebar.eclass: factor out common functions into rebar-utils.eclass
rebar3.eclass: add new eclass
eclass/rebar-utils.eclass | 154
eclass/rebar.eclass | 99 +-
eclass/reba
class exports phase functions, which helps to reduce
the boilerplate code in many cases.
I would like to thank ulm for assistance with the eclass' code.
Signed-off-by: Florian Schmaus
---
Notes:
- also show readme contents if FEATURES=nodoc
eclass/greadme.ec
In preperation for rebar3.eclass, factor out common functions into
rebar-utils.eclass.
Signed-off-by: Florian Schmaus
---
eclass/rebar-utils.eclass | 160 ++
eclass/rebar.eclass | 112 +-
2 files changed, 163 insertions(+), 109
Add a new eclass for dev-util/rebar:3, based on the work of Anna
Vyalkova in ::guru (thanks!).
The Erlang/OTP ecosystem is moving to Rebar3. Upstreams start to drop
support for Rebar2, or at least consider it.
Signed-off-by: Florian Schmaus
---
eclass/rebar3.eclass | 194
On 21/07/2024 10.26, Ulrich Mueller wrote:
On Tue, 16 Jul 2024, Florian Schmaus wrote:
Notes:
- also show readme contents if FEATURES=nodoc
Good. :)
Thanks for your review.
--- /dev/null
+++ b/eclass/greadme.eclass
@@ -0,0 +1,257 @@
+# Copyright 1999-2024 Gentoo Authors
is enabled (currently
the default).
Signed-off-by: Florian Schmaus
---
eclass/java-utils-2.eclass | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index 8a062f2ad87e..559342068cc0 100644
--- a/eclass/java-utils-2.ec
On 27/07/2024 12.30, Maciej Barć wrote:
app-emacs/scala-mode
I would be against removing this pkg except that it is true that it
depends on a Scala interpreter on runtime, very weird design choice.
FYI: app-emacs/scala-ts-mode may be an alternative.
@Volkmar: You may want to adjust the last
Due the retirement of the proxied maintainer, the following packages are
up for grabs:
dev-libs/cgreen
gnome-extra/nautilus-dropbox
sys-apps/thunderbolt-software-user-space
- Flow
OpenPGP_0x8CAC2A9678548E35.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digit
On 15.03.21 14:02, Kaibo Ma wrote:
> 3. ERRATA
>
> The local maven repository would not be a good fit since it is on a
> per-user basis (~/.m2). The correct way would be to define a path for
> installing (such as /usr/share/.m2), and pass that to build tools as a
> URL (file:///usr/share/.m2).
Co
Previously "pkgcheck scan rebar.class" would complain about
EclassDocError: rebar: failed parsing eclass docs: '@RETURN:', line 61:
non-inline arg
Signed-off-by: Florian Schmaus
---
eclass/rebar.eclass | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a
---
eclass/rebar.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/rebar.eclass b/eclass/rebar.eclass
index 88c9ca74be73..2ec255486463 100644
--- a/eclass/rebar.eclass
+++ b/eclass/rebar.eclass
@@ -59,7 +59,7 @@ get_erl_libs() {
# directory is usually suffixed
Thanks To Sam James for reviewing this and providing feedback.
Closes: https://bugs.gentoo.org/770283
Signed-off-by: Florian Schmaus
---
eclass/rebar.eclass | 25 +++--
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git a/eclass/rebar.eclass b/eclass/rebar.eclass
Previously "pkgcheck scan rebar.class" would complain about
EclassDocError: rebar: failed parsing eclass docs: '@RETURN:', line 61:
non-inline arg
Thanks to Ulrich Müller for providing feedback.
Signed-off-by: Florian Schmaus
---
eclass/rebar.eclass | 4 +---
1 file
Thank you all very much. It's nice to be welcomed so kindly. :)
On 22/06/2021 23.26, Andreas K. Huettel wrote:
Welcome Florian!!!
Where in Franconia are you from?! Regensburg here, so just "south beyond the
border"... :D
I live near Bamberg. Which kind of makes it hard to chose a particular
Signed-off-by: Florian Schmaus
---
eclass/xdg.eclass | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/eclass/xdg.eclass b/eclass/xdg.eclass
index 219be712e84d..a1545e113ff8 100644
--- a/eclass/xdg.eclass
+++ b/eclass/xdg.eclass
@@ -1,4 +1,4 @@
-# Copyright
hat I'm not aware of.
Signed-off-by: Florian Schmaus
---
Notes:
- Do not longer export src_prepare in EAPI 8 (as requested by ionen)
eclass/xdg.eclass | 22 ++
1 file changed, 18 insertions(+), 4 deletions(-)
diff --git a/eclass/xdg.eclass b/eclass/xdg.eclass
index 2
On 02/07/2021 11.12, Sergei Trofimovich wrote:
I welcome everyone to co-maintain or completely take
over maintenance from me of the packages I maintain.
As it became apparent I'm not a great maintainer.
I always found quite the contrary to be the case. What you did for
gentoo-haskell was outst
On 05.08.21 23:44, Georgy Yakovlev wrote:
> Hi,
>
> We've been collecting more and more container related packages in
> app-emulation/*
>
> What do you think about finally moving those packages to separate category?
>
> probably app-containers/
Categories are cheap, they help to organize the v
hat I'm not aware of.
Thanks to ulm and others for providing feedback.
Signed-off-by: Florian Schmaus
---
eclass/xdg.eclass | 30 --
1 file changed, 24 insertions(+), 6 deletions(-)
diff --git a/eclass/xdg.eclass b/eclass/xdg.eclass
index 219be712e84d..d973a09
Signed-off-by: Florian Schmaus
---
eclass/xdg.eclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/eclass/xdg.eclass b/eclass/xdg.eclass
index d973a09c29d9..80d291a7de5b 100644
--- a/eclass/xdg.eclass
+++ b/eclass/xdg.eclass
@@ -6,7 +6,7 @@
# freedesktop-b
On 10/08/2021 10.31, Andreas Sturmlechner wrote:
On Montag, 9. August 2021 20:32:07 CEST Florian Schmaus wrote:
+if ${_DEFINE_XDG_SRC_PREPARE}; then
You don't need an extra variable for that:
if [[ ${EAPI} == [567] ]]; then
Thanks for the suggestion, but I prefer the current approach
On 24/08/2021 07.35, William Hubbs wrote:
Use the compile and install subcommands of meson instead of calling
ninja. This allows for the possibility of a different back end.
Signed-off-by: William Hubbs
---
eclass/meson.eclass | 24 +---
1 file changed, 21 insertions(+),
Signed-off-by: Florian Schmaus
---
eclass/python-utils-r1.eclass | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/eclass/python-utils-r1.eclass b/eclass/python-utils-r1.eclass
index 4fedf939c779..c729651699dd 100644
--- a/eclass/python-utils-r1.eclass
+++ b
Replace the existing EPYTHON check with _python_check_EPYTHON and use
_python_check_EPYTHON in a few additional places.
Signed-off-by: Florian Schmaus
---
eclass/distutils-r1.eclass | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/eclass/distutils-r1.eclass b/eclass
On 13/09/2021 10.15, Michał Górny wrote:
On Mon, 2021-09-13 at 09:47 +0200, Florian Schmaus wrote:
Signed-off-by: Florian Schmaus
---
eclass/python-utils-r1.eclass | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
Both patches LGTM.
Applied.
- Flow
On 08/11/2021 12.18, Michał Górny wrote:
WDYT?
I like slotted LLVM (and GCC) and always find it an advantage over other
distributions where it is not so easy to install multiple versions of
LLVM (and GCC). It would be unfortunate to see this go. I also can not
remember when I last had proble
On 11/11/2021 11.59, Ulrich Mueller wrote:
We could:
- Open some part of the range between 500 and 1000. For example,
500..799, which would leave 200 IDs for dynamic allocation.
+1, since I am not aware of any significant downsides doing so.
Could you elaborate why the range 500-799 only l
On 11/11/2021 12.48, Ulrich Mueller wrote:
On Thu, 11 Nov 2021, Florian Schmaus wrote:
We could:
- Open some part of the range between 500 and 1000. For example,
500..799, which would leave 200 IDs for dynamic allocation.
+1, since I am not aware of any significant downsides doing so
Following the pattern found in other eclasses, add GO_OPTIONAL to the
go-module eclass. This allows to inherit the eclass without pulling
its dependencies. See, e.g., bug #775779 for the motivation.
Signed-off-by: Florian Schmaus
---
eclass/go-module.eclass | 31
On 28/11/2021 20.52, William Hubbs wrote:
this is on my radar. I haven't read the bug yet, but I'll look at it, if
not today, sometime this week.
Friendly reminder: where are we with that patch?
- Flow
# Florian Schmaus
# Florian Schmaus (2022-01-04)
# Outdated, unmaintained, and has multiple open bugs (bug #732582, bug
# #739398, bug #756715). As discussed at
# https://github.com/gentoo/gentoo/pull/23483#issuecomment-1004363556,
# in its current form it is better maintained in the 'spring' overlay.
On 05/01/2022 09.28, Ulrich Mueller wrote:
On Tue, 04 Jan 2022, Sam James wrote:
Crank down MAKEOPTS jobs if MAKEOPTS="-jN" is too high for the
amount of RAM available (uses amount declared as needed
in the ebuild). Typically should be ~2GB per job.
Where does this number 2 GB come from? The a
On 05/01/2022 19.22, Ulrich Mueller wrote:
On Wed, 05 Jan 2022, Florian Schmaus wrote:
On 05/01/2022 09.28, Ulrich Mueller wrote:
On Tue, 04 Jan 2022, Sam James wrote:
Crank down MAKEOPTS jobs if MAKEOPTS="-jN" is too high for the
amount of RAM available (uses amount declared as
# Volkmar W. Pogatzki (2022-01-13)
# java-package without consumers. Bug #831107. Removal in 30 days.
dev-java/dnsjava
- Flow
# Volkmar W. Pogatzki (2022-01-17)
# Java-packages with no consumers and depending on virtual/{jdk,jre}-1.6
# Removal in 30 days.
dev-java/felix-shell
dev-java/felix-utils
dev-java/glassfish-transaction-api
dev-java/jnlp-api
dev-java/kxml
dev-java/myfaces-builder-annotations
dev-java/nanoxml
dev-
I think it is time to unmask the currently masked Bitcoin versions. The
mask was added in Juli of 2021 [1], with the mask's commit message
indicating that unmasking is planned for November 2021.
I doubt that the mask was ever needed in the first place, as it was
intended to prevent automated u
# Volkmar W. Pogatzki (2022-01-23)
# Java-libraries with no consumers and depending on
# virtual/{jdk,jre}-1.6
# Removal in 30 days.
dev-java/yanfs
dev-java/xp
dev-java/felix-gogo-runtime
- Flow
On 25/01/2022 07.49, Joonas Niilola wrote:
On 24.1.2022 20.37, Florian Schmaus wrote:
Hi Joonas,
I think it is time to unmask the currently masked Bitcoin versions. The
mask was added in Juli of 2021 [1], with the mask's commit message
indicating that unmasking is planned for November
On 05/02/2022 09.46, Michał Górny wrote:
Hi,
The following package is in need of a new maintainer:
x11-misc/synergy
Note that we have x11-misc/barrier, which is an fork of Synergy. It is
actively developed, as far as I can tell, and works for me very well.
- Flow
On 24/10/2024 09.38, Matt Jolly wrote:
Is anyone actually using an 80-column display in 2024? Could we look
at relaxing this to something more sane / modern like 120? Are there
any accessibility concerns, etc.?
In present days, its not about the width of the used terminal/display.
As ulm wrote
On 26/10/2024 17.25, Mike Gilbert wrote:
On Sat, Oct 26, 2024 at 1:03 AM Robin H. Johnson wrote:
On Tue, Oct 22, 2024 at 11:24:29PM -0400, Eli Schwartz wrote:
Apache has a mirror network, which only covers the most recent release
of any given package. They also have an additional site which do
On 28/11/2024 05.32, Eli Schwartz wrote:
The current state of verify-sig support is a bit awkward. We rely on
validating distfiles against a known trusted keyring, but creating the
known trusted keyring is basically all manual verification. We somehow
decide an ascii armored key is good enough wi
On 24/11/2024 13.24, Ulrich Müller wrote:
This implements a pipestatus command, as discussed in bug 566342 [1]
and on IRC.
Subject to approval by the council, the command would be added in
EAPI 9. Its definition in the Package Manager Specification would be
along the lines of:
╓
║ Tests the
# Volkmar W. Pogatzki (2024-12-04)
# Bugs #845294 #757543 #517744 #704198 #366739 #350302 #614318 #637422
# #738898 #501586.
# Blocks removal of dev-java/swt-3.7.2-r4, bug #944885.
# Users should switch to dev-util/android-sdk-cmdline-tools for a CLI
# replacement or dev-util/android-studio for a
ot;tex dtx dvi
ps pdf" cases. However, once a 'tex' or 'dtx' case was processed, the
remaining onces are no longer be processed, due the bug described above.
The fix is simple: do not abuse $@ to save the pdflatex command,
instead, use a dedicated local variable.
Fix
Now that latex-package.eclass is fixed, we can drop the workaround.
Signed-off-by: Florian Schmaus
---
dev-tex/minted/minted-3.4.0.ebuild | 5 -
1 file changed, 5 deletions(-)
diff --git a/dev-tex/minted/minted-3.4.0.ebuild
b/dev-tex/minted/minted-3.4.0.ebuild
index 2e59495b4426
Add a default case to the switch/case statement in
latex-package_src_doinstall, invoking die.
Signed-off-by: Florian Schmaus
---
eclass/latex-package.eclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/eclass/latex-package.eclass b/eclass/latex-package.eclass
index d6426775f720
Signed-off-by: Florian Schmaus
---
eclass/texlive-module.eclass | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/eclass/texlive-module.eclass b/eclass/texlive-module.eclass
index f8b6f0858cd6..4ba507d4fd70 100644
--- a/eclass/texlive-module.eclass
+++ b/eclass
We previously used sys-power/autosuspend in our lab, but the package has
some flaws and drawbacks, that motivated me to write an alternative
(available as sys-power/sandmann-bin). Since the last of our systems
running sys-power/autosuspend is now gone, I dropped myself as maintainer.
The follo
On 08/11/2024 18.20, Filip Kobierski wrote:
Hello everyone,
lately I have been looking into the io_uring functionality in the
kernel and apps that I use -- what could be a non-generic USE flag
shared by mpd and qemu?
I have noticed that currently 9 packages[1] have an io-uring USE
flag. All of
On 12/01/2025 13.56, Michał Górny wrote:
Emit a QA warning suggesting the use of crate tarball, when the package
in question uses 300 crates or more. Such a long crate lists cause
ebuilds and Manifests to grow very fast, causing significant space
consumption on end user systems (including users
On 13/01/2025 14.36, Michał Górny wrote:
On Mon, 2025-01-13 at 10:40 +0100, Florian Schmaus wrote:
First, switching from individual crates to a single crate tarball
disallows inter-package crate archive reuse. Often, users will already
have the required crates downloaded because another
On 01/01/2025 23.41, Filip Kobierski wrote:
> Signed-off-by: Filip Kobierski
> ---
> app-containers/lxc/metadata.xml| 1 -
> app-emulation/qemu/metadata.xml| 1 -
> dev-ruby/io-event/metadata.xml | 3 ---
> media-sound/mpd/metadata.xml
Signed-off-by: Florian Schmaus
---
eclass/latex-package.eclass | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/eclass/latex-package.eclass b/eclass/latex-package.eclass
index dfef7fc2836f..f23897d4315c 100644
--- a/eclass/latex-package.eclass
+++ b/eclass/latex
Closes: https://bugs.gentoo.org/950021
Signed-off-by: Florian Schmaus
---
eclass/latex-package.eclass | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/eclass/latex-package.eclass b/eclass/latex-package.eclass
index f23897d4315c..e35da30e1b44 100644
--- a/eclass
On 10/03/2025 21.40, Alfredo Tupone wrote:
To declutter sci-libs and dev-libs from most of the "so called"
AI packages I think that a new category should be created.
Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep-learning)
Thanks for your proposal.
I would go with sci-ai/*, even if all packages und
On 21/03/2025 14.32, Michał Górny wrote:
Hello, everyone.
TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
except for gentoo and guru.
Somewhat related: we may want to consider slightly raising the bar for
adding new (user) overlays. When mangling the overlay addition requ
On 30/03/2025 10.11, Michael Mair-Keimberger wrote:
On 2025-03-21 14:32, Michał Górny wrote:
Hello, everyone.
TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
except for gentoo and guru.
Hi,
I guess i'm a bit late in this discussion but i wanted to let you know
this woul
201 - 293 of 293 matches
Mail list logo
