Add support for EAPI 8 and drop support for EAPIs < 5. Also explicitly
die on unknown EAPI values. Note that this is a deviation from the
currenty approach that the eclass uses since 86416d2c4bf1 ("eclass:
db-use - Update to eapi7-ver"). But I argue that it is confusing that
your static ananlysis t
EAPIs, since it is trivial to bump, while
on the other hand, you never know if it really works.
Signed-off-by: Florian Schmaus
---
eclass/db-use.eclass | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/eclass/db-use.eclass b/eclass/db-use.eclass
index
# Volkmar W. Pogatzki (2022-04-03)
# Java library without consumers.
# Multiple vulnerabilities (bug #719146).
# Removal in 30 days.
dev-java/log4j
- Flow
# Volkmar W. Pogatzki (2022-04-04)
# Last upstream activities in 2009.
# Fails to compile with java 11 or higher (bug #831262).
# Removal in 30 days.
net-misc/jrdesktop
- Flow
On 10/04/2022 15.33, Matthew Smith wrote:
Depend on the Rebar 2 slot in preparation for the addition of rebar:3.
Signed-off-by: Matthew Smith
---
eclass/rebar.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/rebar.eclass b/eclass/rebar.eclass
index 17ae8e
On 15/04/2022 17.43, Yuan Liao (Leo) wrote:
noting is, unlike compilation of a C/C++ program, where each compiler
[…] a single invocation of
javac usually involves putting _all_ Java source files' names into the
command-line arguments.
We do use javac's @argfiles, e.g., @sources.lst, some place
On 16/04/2022 10.38, Ulrich Mueller wrote:
On Sat, 16 Apr 2022, Sam James wrote:
+# @FUNCTION: edo
Just a remark: A similar command existed a long time ago under the
name "try". [1]
It was executed under "env" [2], should we also do that?
+# @USAGE: command [arg1 [arg2 ...]]
should be
On 16/04/2022 20.14, Sam James wrote:
Bug: https://bugs.gentoo.org/744880
Signed-off-by: Sam James
---
eclass/edo.eclass | 46 ++
1 file changed, 46 insertions(+)
create mode 100644 eclass/edo.eclass
diff --git a/eclass/edo.eclass b/eclass/edo.ec
# Volkmar W. Pogatzki (2022-04-17)
# Unused java libraries. Removal in 30 days.
dev-java/boot-bin
dev-java/eclipsito
dev-java/gcj-jdk
dev-java/japitools
dev-java/jboss-marshalling
dev-java/jdbc-mssqlserver
dev-java/jsr250
dev-java/maven-hawtjni-plugin
dev-java/mimepull
dev-java/oracle-javamail
de
# Volkmar W. Pogatzki (2022-04-19)
# Release of the source-based ebuild is from 2014. At the moment
# impossible to provide source-based ebuild for the current version.
# Up-to-date binary package exists. Removal on 2022-05-30
app-text/jabref
dev-java/glazedlists
dev-java/jempbox
dev-java/microba
On 22/04/2022 10.42, Vlastimil Krejčíř wrote:
Hi all,
Hi Vlastimil,
I'd like to send a stabilization request for a package (I'm not a
maintainer of the package, I just sent a new ebuild a month and half
ago). I have found at least two guides:
https://wiki.gentoo.org/wiki/Bugzilla/Bug_repo
Also add special handling wrt -usedfaultlisteners for TestNG, see
bug #801694.
Signed-off-by: Florian Schmaus
Co-authored-by: Miroslav Šulc
Bug: https://bugs.gentoo.org/801694
---
eclass/java-utils-2.eclass | 49 +++---
1 file changed, 41 insertions(+), 8
# Volkmar W. Pogatzki (2022-04-22)
# Unused java library. Removal on 2022-05-24.
dev-java/jgraph
- Flow
# Volkmar W. Pogatzki (2022-04-22)
# Blocks removal of vulnerable dev-java/guava:20, bug #833309.
# Removal on 2022-05-30
dev-util/checkstyle
app-emacs/jde
- Flow
From: "Volkmar W. Pogatzki"
Bug: https://bugs.gentoo.org/786093
Package-Manager: Portage-3.0.18, Repoman-3.0.2
Signed-off-by: Volkmar W. Pogatzki
Closes: https://github.com/gentoo/gentoo/pull/21218
Signed-off-by: Florian Schmaus
---
eclass/java-utils-2.e
Akin to the (pending) change of the policy guide [1], adjust the example
code to restrict find to regular files.
1: https://github.com/gentoo/policy-guide/pull/24
Signed-off-by: Florian Schmaus
---
eclass/ltprune.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
In preperation of this ewarn part becoming 'die' (bug #842447), switch
it to eqawarn to improve catching the affected packages.
Bug: https://bugs.gentoo.org/796875
Bug: https://bugs.gentoo.org/842447
Signed-off-by: Florian Schmaus
---
eclass/java-pkg-simple.eclass | 9 +
1 fi
On 04/05/2022 07.57, Ulrich Mueller wrote:
On Wed, 04 May 2022, Florian Schmaus wrote:
+ 5|6) inherit eutils ;; # eutils for eqawarn
Adding eutils in 2022 seems a little backwards. Maybe make the output
command conditional instead? Something like this:
# conditional needed in
# Volkmar W. Pogatzki (2022-05-04)
# Unused java libraries and useless java-virtual. Removal on 2022-06-04
dev-java/glassfish-jms-api
dev-java/sun-jms
java-virtuals/jms
- Flow
# Volkmar W. Pogatzki (2022-05-06)
# Unused java library. Removal on 2022-06-06
dev-java/commons-jxpath
- Flow
# Florian Schmaus (2022-05-10)
# Was split by upstream (and us) into
# net-analyzer/gsa and net-analyzer/gsad.
# Removal on 2022-06-10.
net-analyzer/greenbone-security-assistant
# Florian Schmaus (2022-05-10)
# Functionality now in net-analyzer/ospd-openvas.
# Removal on 2022-06-10.
net
On 13/05/2022 09.11, Ulrich Mueller wrote:
So, should we join the "which hunt", with the goal of removing
sys-apps/which from the system set and from stage1?
Yes, please. If there is a equally powerful bash builtin, and even a
POSIX shell function, that performs the same task as the external
On 20.05.22 09:17, Hans de Graaff wrote:
Many C extensions depend on pkgconfig during their configure phase and
this is easy to mis in the ebuild. Handle this in the eclass instead
even though the dependency will not be needed for all extensions.
Closes: https://bugs.gentoo.org/845393
Signed-off
EGO_SUM is marked as 'deprecated' in go-module.eclass [1, 2]. I
acknowledge that there are packages where the usage of EGO_SUM is very
problematic. However, I wonder if there are packages where using
dependency tarballs is problematic while using EGO_SUM would be not.
Take for example an ebuil
On 05/06/2022 10.28, Joonas Niilola wrote:
sys-block/hpssacli
I grabbed this one.
- Flow
Closes: https://bugs.gentoo.org/850415
Reported-by: Joonas Niilola
Signed-off-by: Florian Schmaus
---
eclass/java-vm-2.eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/eclass/java-vm-2.eclass b/eclass/java-vm-2.eclass
index 7c63e63fad76..c0aea3e9ea4a 100644
--- a/eclass/java-vm-2
Judging from the gentoo-dev@ mailing list discussion [1] about EGO_SUM,
where some voices where in agreement that EGO_SUM has its raison d'être,
while there where no arguments in favor of eventually removing EGO_SUM,
I hereby propose to undeprecate EGO_SUM.
1:
https://archives.gentoo.org/gentoo-d
Following the gentoo-dev@ mailing list discussion [1], this
un-deprecates EGO_SUM.
1:
https://archives.gentoo.org/gentoo-dev/message/1a64a8e7694c3ee11cd48a58a95f2faa
Signed-off-by: Florian Schmaus
---
eclass/go-module.eclass | 30 +++---
1 file changed, 11 insertions
On 13/06/2022 10.29, Michał Górny wrote:
On Mon, 2022-06-13 at 09:44 +0200, Florian Schmaus wrote:
Judging from the gentoo-dev@ mailing list discussion [1] about EGO_SUM,
where some voices where in agreement that EGO_SUM has its raison d'être,
while there where no arguments in fav
On 13/06/2022 10.49, Ulrich Mueller wrote:
On Mon, 13 Jun 2022, Michał Górny wrote:
On Mon, 2022-06-13 at 09:44 +0200, Florian Schmaus wrote:
Judging from the gentoo-dev@ mailing list discussion [1] about EGO_SUM,
where some voices where in agreement that EGO_SUM has its raison d'être,
On 13/06/2022 11.49, Andrew Ammerlaan wrote:
On 13/06/2022 09:44, Florian Schmaus wrote:
Following the gentoo-dev@ mailing list discussion [1], this
un-deprecates EGO_SUM.
1:
https://archives.gentoo.org/gentoo-dev/message/1a64a8e7694c3ee11cd48a58a95f2faa
Signed-off-by: Florian Schmaus
On 14/06/2022 11.37, Michał Górny wrote:
On Mon, 2022-06-13 at 10:29 +0200, Michał Górny wrote:
On Mon, 2022-06-13 at 09:44 +0200, Florian Schmaus wrote:
Judging from the gentoo-dev@ mailing list discussion [1] about EGO_SUM,
where some voices where in agreement that EGO_SUM has its raison
On 14.06.22 18:33, Holger Hoffstätte wrote:
So my idea here is: instead of chucking EGO_SUM (automatically
generated declarative dependency management) out the window, can we not
separate the two and instead of uploading the tarball upload the
dependency set instead?
I think that this idea that h
Thanks to Mike Gilbert (floppym) for valuable feedback.
Closes: https://bugs.gentoo.org/853928
Closes: https://github.com/gentoo/gentoo/pull/26069
Signed-off-by: Florian Schmaus
---
eclass/java-vm-2.eclass | 30 --
1 file changed, 28 insertions(+), 2 deletions
On 27/06/2022 21.39, Georgy Yakovlev wrote:
On Mon, 2022-06-27 at 21:21 +0200, Florian Schmaus wrote:
Thanks to Mike Gilbert (floppym) for valuable feedback.
Closes: https://bugs.gentoo.org/853928
Closes: https://github.com/gentoo/gentoo/pull/26069
Signed-off-by: Florian Schmaus
---
eclass
On 28/06/2022 19.04, Volkmar W. Pogatzki wrote:
Bug: https://bugs.gentoo.org/801694
Signed-off-by: Volkmar W. Pogatzki
---
eclass/java-utils-2.eclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index e5a2b611d1
On 29/06/2022 09.15, Joonas Niilola wrote:
Packages up for grabs:
…
sys-libs/liburing
I'd take this one. Co-maintainers welcome :)
- Flow
On EAPI 6, or newer, invoke einstalldocs in
java-pkg-simple_src_install.
Closes: https://bugs.gentoo.org/789582
Signed-off-by: Florian Schmaus
---
eclass/java-pkg-simple.eclass | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/eclass/java-pkg-simple.eclass b/eclass/java
I'd like to propose a new metadata XML element for packages:
Maintainers can signal to other developers (and of course contributors
in general) that they are happy with others to make changes to the
ebuilds without prior consultation of the maintainer.
Of course, this is not a free tick
On 04/07/2022 17.27, David Seifert wrote:
Ultimately, all these things really matter when only the defaults
change. Turn-right-on-red in the US is such a thing, because unless
otherwise stated, it's the norm. Knowing our devbase, with roughly 75%
mostly AWOL and barely reading the MLs, I don't th
On 07.07.22 09:45, Michal Prívozník wrote:
I think that rejecting a contribution (regardless of the flag) should be
based on technical merit, rather than individual maintainers personal
preferences. I do understand some packages are like your babies, you
watch them grow, fine tune everything. But
FWIW: In an idealistic, but naive attempt, I've submitted a patch to
upstream sed that adds an --error-if-unmodifed option [1]. Fellow Gentoo
developers where quick to point out in #gentoo-dev that this patch
barley scratches the surface of the sphere where sed could mutate state.
It appears th
On 15/07/2022 23.34, William Hubbs wrote:
On Mon, Jun 27, 2022 at 01:43:19AM +0200, Zoltan Puskas wrote:
In summary, IMHO the EGO_SUM way of handling of go packages has more
benefits than drawbacks compared to the vendor tarballs.
EGO_SUM can cause portage to break; that is the primary reason
On 15/08/2022 09.31, Ionen Wolkens wrote:
On Mon, Aug 15, 2022 at 08:56:51AM +0200, Ulrich Mueller wrote:
On Mon, 15 Aug 2022, John Helmert wrote:
# John Helmert III (2022-08-14)
# Many vulnerabilities (including code execution and root privilege
# escalation), effectively unmaintained. Remo
On 22/08/2022 20.10, Kenton Groombridge wrote:
Hi everyone,
I noticed that there are many systemd units which are shipped by various
packages which could be hardened, some further than they are currently and some
that could use some hardening in general.
Yes, please. Nevertheless, as others ha
On 25/08/2022 15.25, Kenton Groombridge wrote:
I think the best way to address this is to have packages ship unit override
files instead of unit files themselves which enable these options. For example,
instead of Gentoo shipping a modified miniflux.service unit file, we can instead
install a fil
On 25/08/2022 17.03, Michał Górny wrote:
On Thu, 2022-08-25 at 16:06 +0200, Florian Schmaus wrote:
On 25/08/2022 15.25, Kenton Groombridge wrote:
I think the best way to address this is to have packages ship unit override
files instead of unit files themselves which enable these options. For
On 06.09.22 11:33, Michał Górny wrote:
Hi, everyone.
Since we've been standardizing some things in Gentoo lately, I was
thinking we could try to get some media types registered with IANA.
Particularly, I'm thinking of registering our Manifest format [1] as:
text/vnd.gentoo.manifest
and our
On 11/09/2022 15.14, Michał Górny wrote:
+.. table:: Table 1. Defined hash algorithms
+ :widths: auto
+ :class: table table-bordered table-striped
+
+ === === ===
+ NameSpecification Bits Enc. Notes
+ ==
I would like to continue discussing whether we should entirely deprecate
EGO_SUM without the desire to offend anyone.
We now have a pending GitHub PR that bumps restic to 0.14 [1]. Restic is
a very popular backup software written in Go. The PR drops EGO_SUM in
favor of a vendor tarball created
On 28/09/2022 23.23, John Helmert III wrote:
On Wed, Sep 28, 2022 at 05:28:00PM +0200, Florian Schmaus wrote:
I would like to continue discussing whether we should entirely deprecate
EGO_SUM without the desire to offend anyone.
We now have a pending GitHub PR that bumps restic to 0.14 [1
On 30/09/2022 02.36, William Hubbs wrote:
On Wed, Sep 28, 2022 at 06:31:39PM +0200, Ulrich Mueller wrote:
On Wed, 28 Sep 2022, Florian Schmaus wrote:
2.) the number of EGO_SUM entries exceeds 1000 and a Gentoo developer
maintains the package
3.) the number of EGO_SUM entries exceeds 1500 and a
On 30/09/2022 16.36, Jaco Kroon wrote:
Hi All,
This doesn't directly affect me. Nor am I familiar with the mechanisms.
Perhaps it's worthwhile to suggest that EGO_SUM itself may be
externalized. I don't know what goes in here, and this will likely
require help from portage itself, so may not b
On 30/09/2022 21.49, Alec Warner wrote:
On Fri, Sep 30, 2022 at 7:53 AM Florian Schmaus wrote:
And quite frankly, I don't see a problem with "large" Manifests and/or
ebuilds. Yes, it means our FTPs are hosting many files, in some cases
even many small files. And yes, it mea
On 01/10/2022 18.36, Ulrich Mueller wrote:
On Sat, 01 Oct 2022, Florian Schmaus wrote:
Bug #719201 was triggered by dev-texlive/texlive-latexextra-2000. It
appears that the ebuild had more than 6000 entries in SRC_URI [1],
That includes double counting and must be divided by the number of
On 04/10/2022 21.19, Volkmar W. Pogatzki wrote:
For adding Main-class and/or Automatic-module-name to MANIFEST.MF it
seems better to use "jar" functionality at the end of compilation.
This does the necessary checks and issues warnings in case of duplicate
entries.
Closes: https://bugs.gentoo.org
This is a first suggestion in an effort to reach a compromise that
allows EGO_SUM to be un-depracted.
I have decided to check the size of A, instead of counting the entries
in EGO_SUM, because that seemed more sensible given that as A's size
caused functional issues in the past (bug #719202 [1])
: Florian Schmaus
---
eclass/go-module.eclass | 9 +
1 file changed, 9 insertions(+)
diff --git a/eclass/go-module.eclass b/eclass/go-module.eclass
index 8047d498b08d..88414b7e9459 100644
--- a/eclass/go-module.eclass
+++ b/eclass/go-module.eclass
@@ -377,6 +377,15 @@ _go
On 11/10/2022 17.26, Mike Gilbert wrote:
On Tue, Oct 11, 2022 at 6:06 AM Florian Schmaus wrote:
Packages with a large number of EGO_SUM entries, i.e., many thousands,
cause SRC_URI, and in turn A, to become quite large. Prevent issues that
are caused by large environment variables, e.g
On 17/06/2022 18.27, William Hubbs wrote:
On Mon, Jun 13, 2022 at 12:26:43PM +0200, Ulrich Mueller wrote:
On Mon, 13 Jun 2022, Florian Schmaus wrote:
Judging from the gentoo-dev@ mailing list discussion [1] about EGO_SUM,
where some voices where in agreement that EGO_SUM has its raison
On 06.11.22 12:03, Michał Górny wrote:
Mark all checkout directories as "safe" to avoid dubious ownership
errors with newer git versions when the checkout directory is accessed
from src_install().
Bug: https://bugs.gentoo.org/879353
Signed-off-by: Michał Górny
---
eclass/git-r3.eclass | 5 +++
On 06.11.22 12:38, Michał Górny wrote:
On Sun, 2022-11-06 at 12:19 +0100, Florian Schmaus wrote:
On 06.11.22 12:03, Michał Górny wrote:
Mark all checkout directories as "safe" to avoid dubious ownership
errors with newer git versions when the checkout directory is accessed
from s
On 06.11.22 16:52, Michał Górny wrote:
On Sun, 2022-11-06 at 16:08 +0100, Florian Schmaus wrote:
Fair point, and I suspected as much.
Am I right that this does modify ~portage/.gitconfig (so usually
/var/lib/portage/home/.gitconfig)? If so, I wonder if this could be
avoided, e.g., by setting
On 03/12/2022 08.09, Michał Górny wrote:
Hi,
I'd like to propose replacing the current UNCONFIRMED and CONFIRMED bug
states with a simple NEW state. Why?
1. Only a handful of developers actually uses these two statuses
in a meaningful way.
2. Some users are confused and demotivated by having
On 03/12/2022 12.34, Michał Górny wrote:
On Sat, 2022-12-03 at 11:42 +0100, Florian Schmaus wrote:
On 03/12/2022 08.09, Michał Górny wrote:
Hi,
I'd like to propose replacing the current UNCONFIRMED and CONFIRMED bug
states with a simple NEW state. Why?
1. Only a handful of devel
On 03/12/2022 13.20, Michał Górny wrote:
On Sat, 2022-12-03 at 13:10 +0100, Florian Schmaus wrote:
On 03/12/2022 12.34, Michał Górny wrote:
On Sat, 2022-12-03 at 11:42 +0100, Florian Schmaus wrote:
On 03/12/2022 08.09, Michał Górny wrote:
Hi,
I'd like to propose replacing the cu
On 03/12/2022 14.50, Michał Górny wrote:
On Sat, 2022-12-03 at 14:45 +0100, Florian Schmaus wrote:
I think having UNCONFIRMED / CONFIRMED *helps* the issue reporter, and
other (affected) persons, to decide if they need to "chase" the issue's
assigned entity.
Assume looking a
This is a public service announcement that the recently stabilized
portage version will truncate you repo's git history to 1.
While this is a good thing for the majority of Gentoo users, it affects
developers that develop in a git known to portage (like me). If I
understand the portage maintai
On 15/12/2022 20.22, Florian Schmaus wrote:
As everyone knows, there is nothing better than to change the workflow
that has served you well over multiple years. But apparently the
PORTDIR_OVERLAY approach works well for others, so I am confident that I
(and others) will be able to make the
On 15/12/2022 21.10, Toralf Förster wrote:
On 12/15/22 20:22, Florian Schmaus wrote:
o use PORTDIR_OVERLAY and multiple repositories on their system: a
system-wide, managed by portage, and a dev repository (in your HOME),
scoped in via PORTDIR_OVERLAY.
Isn't this covered by /etc/po
On 17.12.22 06:42, Sam James wrote:
On 15 Dec 2022, at 19:22, Florian Schmaus wrote:
I personally would prefer portage simply adjusting its behavior based on the
owner of the repository. That is, if it's the 'portage' user then assume full
control, and if it is a different
# Volkmar W. Pogatzki (2022-12-29)
# Upstream is dead, last activity in Nov 2017. Does not
# work with newer log4j, bug #857663. Use net-p2p/biglybt
# instead. Removal on 2023-02-29.
net-p2p/vuze
net-p2p/vuze-coreplugins
- Flow
OpenPGP_0x8CAC2A9678548E35.asc
Description: OpenPGP public key
O
On 03/01/2023 00.19, Maciej Barć wrote:
edune is a thin wrapper for dune, which will help to run special,
uncommon dune commands;
dune-compile is a function to selectively pick which packages will be
compiled "for-release" (as dune call it);
dune-compile without any arguments replaces the current
On 03/01/2023 15.51, Maciej Barć wrote:
It appears there is additional output between the ebegin / eend. You
may want to consider dropping ebegin and eend. In general, the pattern
ebegin, edo, eend should probably be avoided.
I would like to keep the "Building ... [ OK ]" (made by ebegin) outp
Happy new year everyone!
I'd like to as for a review of an initial eclass for gradle. This is my
first eclass, so I am sure there is plenty to find. ;)
The related github PR is https://github.com/gentoo/gentoo/pull/28986
- Flow
Signed-off-by: Florian Schmaus
---
eclass/gradle.eclass | 149 +
eclass/tests/gradle.sh | 62 +
2 files changed, 211 insertions(+)
create mode 100644 eclass/gradle.eclass
create mode 100755 eclass/tests/gradle.sh
diff --git a/eclass
On 06/01/2023 19.52, Yuan Liao (Leo) wrote:
While I warmly appreciate and welcome any effort to improve support
for Java build systems on Gentoo, I also wonder what functionality
ebuild authors who are creating a Java package might expect from an
eclass called "gradle.eclass".
It is not strictl
On 07/01/2023 05.29, Sam James wrote:
On 6 Jan 2023, at 17:20, Florian Schmaus wrote:
Signed-off-by: Florian Schmaus
---
eclass/gradle.eclass | 149 +
eclass/tests/gradle.sh | 62 +
2 files changed, 211 insertions(+)
create mode
# Michael Mair-Keimberger (2023-01-08)
# Broken since many years, no reverse dependencies, last release from
# 2000. Bug #678518. Removal on 2023-02-08.
net-dns/dnswalk
# Michael Mair-Keimberger (2023-01-08)
# EAPI=6, Installs only card pictures and has no reverse dependencies.
# Bug #805278. R
# Florian Schmaus (2013-01-27)
# Previous dependencies of dev-lang/clojure, now part of the clojure
# ebuild and no longer needed.
# Removal on 2023-02-27.
dev-java/core-specs-alpha
dev-java/spec-alpha
- Flow
On 28/01/2023 17.38, Michał Górny wrote:
To improve consistency and make packages easier to find, I'd like to
propose going forward that when packages are published on PyPI, we use
their official PyPI names. This also means preserving the case for
the few packages that use CamelCase names and si
# Florian Schmaus (2023-02-09)
# Leftovers from net-im/jabber-base. Unused and obsolete.
# Removal on 2023-03-09.
acct-user/jabber
acct-group/jabber
- Flow
# Florian Schmaus (2023-02-10)
# Previous dependencies of ejabberd, now no longer needed.
# Removal on 2023-03-10.
dev-erlang/iconv
dev-erlang/p1_xmlrpc
dev-erlang/riak_pb
- Flow
On 19/02/2023 18.32, Michał Górny wrote:
+Abstract
+
+
+A new ``TEST_SUITE_PRESENT`` variable is introduced to indicate whether
+the package features a test suite.
I wonder if we could not simply use IUSE="test" for this purpose? That
is, allow declaring the 'test' use flag, even though
I've dropped
sys-firmware/broadcom-bt-firmware
to maintainer needed, as I do not longer have compatible hardware.
From a security perspective, the firmware in this package could be
considered dubious. Personally, I would recommend users to by newer
bluetooth hardware [1].
The package h
On 24/03/2023 05.46, Ulrich Mueller wrote:
On Fri, 24 Mar 2023, Sam James wrote:
I'm slightly confused. What repository is this intended for?
gentoo.git.
Then it looks wrong, conceptually. Or would it be o.k. if I committed
ebuild-mode.el to the top-level directory of the Gentoo repositor
On 26/03/2023 22.30, Arsen Arsenović wrote:
Closes: https://bugs.gentoo.org/902461
Signed-off-by: Arsen Arsenović
---
eclass/toolchain-autoconf.eclass | 46 +---
1 file changed, 43 insertions(+), 3 deletions(-)
diff --git a/eclass/toolchain-autoconf.eclass b/eclas
On 26/03/2023 22.30, Arsen Arsenović wrote:
This commit replaces the Info page slotting mechanism with simple
INFOPATH setting.
Closes: https://bugs.gentoo.org/902461
Signed-off-by: Arsen Arsenović
---
sys-devel/automake/automake-1.11.6-r4.ebuild | 84 +
sys-devel/automake/autom
# Florian Schmaus (2023-04-05)
# Packages that became orphaned leaf packages with the removal of
# app-admin/abrt. See
# - eea6958136ef ("profiles: Mask abrt software for removal")
# - 8aedf444c3a5 ("app-admin/abrt: treeclean")
# Removal on 2023-04-20
acct-user/abrt
acct-g
I want to continue the discussion to re-instate EGO_SUM, potentially
leading to a democratic vote on whether EGO_SUM should be re-instated or
deprecated.
For the past months, I tried to find *technical reasons*, e.g., reasons
that affect end-users, that justify the deprecation of EGO_SUM. Howe
The eclass tests, found under eclass/tests, are currently not run
automatically. This yields the danger that the tests rot and decay over
time. In fact, I believe this already started to happen.
Ideally the eclass tests are automatically run with the normal QA checks
for ::gentoo. A single entry p
Signed-off-by: Florian Schmaus
---
eclass/tests/.gitignore | 2 ++
eclass/tests/Makefile | 27 +++
2 files changed, 29 insertions(+)
create mode 100644 eclass/tests/.gitignore
create mode 100644 eclass/tests/Makefile
diff --git a/eclass/tests/.gitignore b/eclass
# Volkmar W. Pogatzki (2023-04-22)
# Unused acct-group. Removal on 2023-05-22
# The server was removed on 2021-08-24 with commit
# 7a1e8a90fa8a09a84741dc8ef5f774d92ae8433c
acct-group/resin
2023 09.37, Florian Schmaus wrote:
I want to continue the discussion to re-instate EGO_SUM, potentially
leading to a democratic vote on whether EGO_SUM should be re-instated or
deprecated.
For the past months, I tried to find *technical reasons*, e.g., reasons
that affect end-users, that j
Hi Sam,
thanks for your feedback. I am glad for everyone who engages in this
discussion and shares their views and new information.
On 24/04/2023 22.28, Sam James wrote:
Florian Schmaus writes:
[CCing williamh@ as go-module.eclass & dev-lang/go maintainer.]
I like to ask the Ge
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 the
EGO_SUM deprecation could rationally summarize the main arguments why we
deprecated EGO_SUM.
You're requesting the ch
On 27/04/2023 11.24, Ulrich Mueller wrote:
On Thu, 27 Apr 2023, Florian Schmaus wrote:
Network traffic, while also being cheap, may be more of an issue.
Currently, gentoo-latest.tar.xz is ~41 MiB. So on a conservative
approximation ::gentoo compresses to 1/10. So, the 10 Go-packages
cause 200
On 27/04/2023 14.54, Michał Górny wrote:
On Thu, 2023-04-27 at 09:58 +0200, Florian Schmaus wrote:
Disk space is cheap.
No, it's not. Gentoo supports more hardware than your average PC with
beefy hard drive and/or possibility of installing one. Let's not forget
that you need
On 28/04/2023 16.34, Michał Górny wrote:
On Fri, 2023-04-28 at 08:59 +0200, Florian Schmaus wrote:
And I never said that I believe in representing the majority's opinion.
That said, I prefer to have this voted on by an all-developer vote than
a council vote. Then we would know what the maj
On 27/04/2023 23.16, Sam James wrote:
Florian Schmaus writes:
[[PGP Signed Part:Undecided]]
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 the
EGO_SUM deprecation could
1 - 100 of 293 matches
Mail list logo
