On 03.09.20 14:43, Ulrich Mueller wrote:
>>>>>> On Thu, 03 Sep 2020, Florian Schmaus wrote:
>
>> It's not really maintaining the information twice. The information is
>> maintained at a single point: /etc/env.d
>> And from there is is transformed by e
On 03.09.20 13:30, Ulrich Mueller wrote:
>>>>>> On Thu, 03 Sep 2020, Florian Schmaus wrote:
>
>> This commit changes env-update so that, after profile.env has was
>> generated, a systemd user session environment configuration file named
>
>> /usr
ironment.d/gentoo-profile-env.conf
is created.
Thanks to Michael 'veremitz' Everitt, Arfrever Frehtes Taifersar
Arahesis and Ulrich Müller for the useful feedback.
1: https://bugs.gentoo.org/704412
Closes: https://bugs.gentoo.org/704416
Signed-off-by: Florian Schmaus
---
Notes:
- Place gene
is created.
Thanks to Michael 'veremitz' Everitt, Arfrever Frehtes Taifersar
Arahesis, Ulrich Müller, Joakim Tjernlund, and Zac Medico for the
useful feedback.
1: https://bugs.gentoo.org/704412
Closes: https://bugs.gentoo.org/704416
Signed-off-by: Florian Schmaus
---
Notes:
- Shorten created file
ironment.d/10-gentoo-profile-env.conf
is created.
Thanks to Michael 'veremitz' Everitt, Arfrever Frehtes Taifersar
Arahesis, Ulrich Müller, and Joakim Tjernlund for the useful
feedback.
1: https://bugs.gentoo.org/704412
Closes: https://bugs.gentoo.org/704416
Signed-off-by: Florian Schmaus
/usr/lib/environment.d/gentoo-profile-env.conf
is created, if the directory /usr/lib/environment.d exists.
1: https://bugs.gentoo.org/704412
Closes: https://bugs.gentoo.org/704416
Signed-off-by: Florian Schmaus
---
lib/portage/util/env_update.py | 40 +-
1 file c
/usr/lib/environment.d/gentoo-profile-env.conf
is created, if the directory /usr/lib/environment.d exists.
Thanks to Michael 'veremitz' Everitt and Arfrever Frehtes Taifersar
Arahesis for the useful feedback.
1: https://bugs.gentoo.org/704412
Closes: https://bugs.gentoo.org/704416
Signed-off-by: Flori
On 9/3/20 7:57 PM, Florian Schmaus wrote:
> + systemd_profile_env_path = os.path.join(systemd_environment_dir,
> + "10-gentoo-profile-env.conf")
> + with open(systemd_profile_env_path, "w") as systemd_profile_env:
I
Portage's dispatch-conf does historically only support RCS for
configuration file archival. There are currently two unresolved
feature requests to extend dispatch-conf support for further
configuration file management tools:
- bug #260623 git support for dispatch-conf [1]
- bug #698316 etckeeper
ost-update)
etckeeper post-install
;;
esac
Signed-off-by: Florian Schmaus
Closes: https://bugs.gentoo.org/698316
---
bin/dispatch-conf| 8 +++-
lib/portage/dispatch_conf.py | 25 -
2 files changed, 31 insertions(+), 2 deletions(-)
diff -
This allows using a "with statement" together with instances of
atomic_ofstream. Allowing for more readable, less error prone and
shorter code.
Signed-off-by: Florian Schmaus
---
lib/portage/util/__init__.py | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff -
Signed-off-by: Florian Schmaus
---
lib/portage/util/env_update.py | 30 --
1 file changed, 12 insertions(+), 18 deletions(-)
diff --git a/lib/portage/util/env_update.py b/lib/portage/util/env_update.py
index dec086cf8c5b..5588931a84e7 100644
--- a/lib/portage/util
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
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).
g this value, and so would subsequently executed
processes. For that we use Python's atexit functinaly, to register a
function that will restore the orignal nice value of the autogroup.
Bug: https://bugs.gentoo.org/777492
Signed-off-by: Florian Schmaus
---
lib/_em
atomic_ofstream a Context Manager
Signed-off-by: Florian Schmaus
---
lib/_emerge/BlockerCache.py| 6 +++---
lib/portage/dbapi/_VdbMetadataDelta.py | 11 +--
lib/portage/dbapi/vartree.py | 6 +++---
3 files changed, 11 insertions(+), 12 deletions(-)
diff --git a/lib
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
Signed-off-by: Florian Schmaus
---
eclass/rebar.eclass | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/eclass/re
---
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
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 changed, 1
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(+),
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
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
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
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
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
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..d973a09c29d9 100644
--
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
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
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 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
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
# 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.
# Removal
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 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
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
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
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
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 219be712e84d..ce
# Volkmar W. Pogatzki (2022-01-13)
# java-package without consumers. Bug #831107. Removal in 30 days.
dev-java/dnsjava
- Flow
On 14/03/2022 13.22, Fabian Groffen wrote:
Hi,
I've recently been thinking about this too.
On 13-03-2022 18:06:21 -0700, Matt Turner wrote:
The VDB uses a one-file-per-variable format. This has some
inefficiencies, with many file systems. For example the 'EAPI' file
that contains a single
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
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 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 2021
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
# 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
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
# 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 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
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
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
# 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 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
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
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 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 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 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
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
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
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
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
# 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
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:
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-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
# 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
# Volkmar W. Pogatzki (2022-04-22)
# Unused java library. Removal on 2022-05-24.
dev-java/jgraph
- Flow
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 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.
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
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
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
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 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
On 05/06/2022 10.28, Joonas Niilola wrote:
sys-block/hpssacli
I grabbed this one.
- Flow
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
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
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 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,
while
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
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 favor
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:
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 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
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 26.07.22 05:00, Sam James wrote:
On 25 Jul 2022, at 16:28, Fabian Groffen wrote:
bin/ebuild-helpers/emake: force SHELL to be set
On Prefix systems /bin/sh can be anything, including very ancient. So
ensure we're running with bash, since that's what Gentoo Linux is
expecting /bin/sh to
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
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
# 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
# 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
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 file changed
1 - 100 of 264 matches
Mail list logo
