Re: [gentoo-dev] [RFC] Moving s outta metadata.xml, into a consistent mapping

> On 8 Apr 2022, at 00:07, Matt Turner wrote: > > On Thu, Apr 7, 2022 at 11:42 AM Michał Górny wrote: >> >> Hello, >> >> Right now we're keeping both email addresses (obligatory) and names >> (optional) for downstream maintainers in metadata.xml. The way I see >> it, there are three problems

Re: [gentoo-dev] [PATCH v4 2/9] vim-plugin.eclass: support EAPI 8

> On 7 Apr 2022, at 13:01, Anna Vyalkova wrote: > > From: Thomas Bracht Laumann Jespersen > > * Drop EAPI 0, 1, 2 workarounds > * Move EXPORT_FUNCTIONS to end of file > * Add required @USAGE on functions > * Add _VIM_PLUGIN_ECLASS guard > > Bug: https://bugs.gentoo.org/830867 > Bug: https://

Re: [gentoo-dev] proposal: use only one hash function in manifest files

> On 6 Apr 2022, at 01:15, Jason A. Donenfeld wrote: > > Hi Sam, > > On Wed, Apr 6, 2022 at 2:02 AM Sam James wrote: >> This matches my views and recollection. We could revisit it >> if there was a passionate advocate (which it looks like there may well be). >&

Re: [gentoo-dev] proposal: use only one hash function in manifest files

> On 5 Apr 2022, at 22:13, Jonas Stein wrote: > > Hi > >> I'd like to propose the following for portage: >> - Only support one "secure" hash function (such as sha2, sha3, blake2, etc) >> - Only generate and parse one hash function in Manifest files >> - Remove support for multiple hash functio

[gentoo-dev] Packages up for grabs: dev-libs/zlog

Hi all, dev-libs/zlog is up for grabs as a result of klausman's retirement. No open bugs and is up to date, but could do with cleanup of old version. Best, sam signature.asc Description: Message signed with OpenPGP

Re: [gentoo-dev] Last Rites: app-pda/gtkpod

On Sat, 2022-04-02 at 21:35 -0700, Matt Turner wrote: > # Matt Turner (2022-03-27) > # Dead package. Homepage doesn't resolve. Unmaintained in Gentoo for at > # least 6 years. > # Removal on 2022-05-02 > app-pda/gtkpod I do still use this on rare occasions. It's not my favourite program but there

Re: [gentoo-dev] Policy on conditional patching

> On 29 Mar 2022, at 04:43, Sam James wrote: > > > >> On 28 Mar 2022, at 12:05, Thomas Bracht Laumann Jespersen >> wrote: >> >> Hi! >> >> I've been working on a new section in the devmanual regarding conditional >> patching.

Re: [gentoo-dev] Policy on conditional patching

> On 28 Mar 2022, at 12:05, Thomas Bracht Laumann Jespersen > wrote: > > Hi! > > I've been working on a new section in the devmanual regarding conditional > patching. In a PR [0] Sam suggested adding a section to clarify that > conditional > patching should be avoided, because it can quickly

Re: [gentoo-dev] Policy on conditional patching

> On 28 Mar 2022, at 12:13, Fabian Groffen wrote: > > Hi, > > On 28-03-2022 13:05:03 +0200, Thomas Bracht Laumann Jespersen wrote: >> Hi! >> >> I've been working on a new section in the devmanual regarding conditional >> patching. In a PR [0] Sam suggested adding a section to clarify that >>

[gentoo-dev] Last rites: app-crypt/seahorse-sharing

# Sam James (2022-03-22) # Abandoned upstream (archived many years ago), fails # to build with modern versions of gnupg, and is # stuck on EAPI 5. No reverse dependencies. # bug #835388, bug #828948, bug #733010. # Maintainers welcome to take over. # Removal on 2022-04-22. app-crypt/seahorse

[gentoo-dev] Last rites: dev-java/android-util

# Volkmar W. Pogatzki (2022-03-16) # Java library without consumers. # Removal in 30 days. Bug #835389. dev-java/android-util signature.asc Description: Message signed with OpenPGP

[gentoo-dev] Last rites: dev-java/headius-options

# Sam James (2022-03-15) # No reverse dependencies, stuck on deprecated EAPI 5. # Removal on 2022-04-15. bug #835350. dev-java/headius-options signature.asc Description: Message signed with OpenPGP

[gentoo-dev] Last rites: dev-libs/processor-trace

# Sam James (2022-03-11) # No maintainer, out of date, stuck on deprecated # (and soon-to-stop-working) cmake-utils. bug #774480. # Removal on 2022-04-11. dev-libs/processor-trace signature.asc Description: Message signed with OpenPGP

Re: [gentoo-dev] Deprecating repoman

> On 10 Mar 2022, at 23:18, Joshua Kinard wrote: > > On 3/10/2022 14:58, Alec Warner wrote: >> On Thu, Mar 10, 2022 at 10:27 AM Joshua Kinard wrote: >>> >>> On 3/9/2022 16:00, Matt Turner wrote: I'd like to deprecate and ultimately remove repoman. I believe that dev-util/pkgcheck an

Re: [gentoo-dev] Deprecating repoman

> On 11 Mar 2022, at 17:14, Peter Stuge wrote: > [snip] > Looking into the future then maybe portage could even come to use > pkgcore for the low-level things that pkgcore does, then even users > could enjoy improved performance. > Are you volunteering to work on this substantial task? sign

Re: [gentoo-dev] Deprecating repoman

> On 11 Mar 2022, at 19:39, Joshua Kinard wrote: > > On 3/11/2022 03:54, Mart Raudsepp wrote:> Ühel kenal päeval, N, 10.03.2022 > kell 18:18, kirjutas Joshua Kinard: >>> I stick to the officially-published method of checking and committing >>> changes: >>> https://devmanual.gentoo.org/ebuild-ma

Re: [gentoo-dev] Deprecating repoman

> On 11 Mar 2022, at 19:51, Joshua Kinard wrote: > > On 3/11/2022 13:25, Alec Warner wrote: > > [snip] > >> >> The new workflow with pkgcheck was announced at the end of 2019: >> https://blogs.gentoo.org/mgorny/2019/12/12/a-better-ebuild-workflow-with-pure-git-and-pkgcheck >> >> It's been 2

[gentoo-dev] Last rites: dev-db/mysql-cluster

# Sam James (2022-03-11) # Significant number of open bugs including unaddressed security issues; # out of date; stuck on deprecated (and soon-to-stop-working) cmake-utils # eclass. See bug #834113. Removal on 2022-04-11. dev-db/mysql-cluster signature.asc Description: Message signed with

Re: [gentoo-dev] Deprecating repoman

> On 10 Mar 2022, at 21:57, Joshua Kinard wrote: >> >> I'd be interested in hearing your workflow, so we can capture it in >> the table (mentioned earlier) so its clear how your existing workflow >> will work with the new tools (or perhaps there is a gap, or we need to >> craft / add additional

Re: [gentoo-dev] Last rites: dev-java/cortado

> On 9 Mar 2022, at 14:34, Sam James wrote: > > # Sam James (2022-03-09) > # Fails to build, stuck on EAPI 5. > # bug #690606, bug #830937, bug #833397. > # Removal on 2022-04-09. > dev-java/cortado Cancelled. I'd missed that games-strategy/freecol still needs it.

[gentoo-dev] Last rites: dev-java/cortado

# Sam James (2022-03-09) # Fails to build, stuck on EAPI 5. # bug #690606, bug #830937, bug #833397. # Removal on 2022-04-09. dev-java/cortado signature.asc Description: Message signed with OpenPGP

[gentoo-dev] Last rites: dev-java/edtftpj

# Sam James (2022-03-09) # EAPI 5, out-of-date. Not packaged by any other distributions. # Removal on 2022-04-09. dev-java/edtftpj signature.asc Description: Message signed with OpenPGP

[gentoo-dev] Last rites: dev-perl/JavaScript-SpiderMonkey

# Sam James (2022-03-09) # Depends on very-old slot of SpiderMonkey which shouldn't be # used with untrusted input (vulnerable to lots of security bugs). # No reverse dependencies and no updates upstream for a long while. # Stuck on EAPI 5 too. Removal on 2022-04-09. bug #832313. dev

[gentoo-dev] Last rites: dev-lang/python:3.6

# Sam James (2022-03-07) # Python 3.6 was declared end-of-life by upstream on 2021-11-04. # Please migrate to a newer Python version/slot or use a virtualenv # if still needed. Removal on 2022-04-07. dev-lang/python:3.6 signature.asc Description: Message signed with OpenPGP

Re: [gentoo-dev] [PATCH v5] go-module.eclass: deprecate EGO_SUM

> On 5 Mar 2022, at 22:17, William Hubbs wrote: > >EGO_SUM can be thousands of lines long in ebuilds, and it leads to >creating Manifest files that are thousands of lines long. >It has been determined that dependency tarballs are a better solution if >upstream doesn't vendor the

[gentoo-dev] Re: [PATCH v5] go-module.eclass: deprecate EGO_SUM

> On 5 Mar 2022, at 22:17, William Hubbs wrote: > >EGO_SUM can be thousands of lines long in ebuilds, and it leads to >creating Manifest files that are thousands of lines long. >It has been determined that dependency tarballs are a better solution if >upstream doesn't vendor the

Re: [gentoo-dev] [PATCH v2] go-module.eclass: deprecate EGO_SUM and call ego instead of go

> On 4 Mar 2022, at 00:00, William Hubbs wrote: > > On Wed, Mar 02, 2022 at 09:32:14PM +0500, Anna Vyalkova wrote: >> On 2022-03-01 15:55, William Hubbs wrote: >>> I am willing to flag EGO_SUM as deprecated if a variable can be flagged >>> as deprecated; that is what I'm looking up now. >> >>

Re: [gentoo-dev] [PATCH v2] go-module.eclass: deprecate EGO_SUM and call ego instead of go

> On 27 Feb 2022, at 04:38, William Hubbs wrote: > > EGO_SUM can be thousands of lines long in ebuilds, and it leads to > creating Manifest files that are thousands of lines long. > It has been determined that vendor tarballs are a better solution if > upstream doesn't vendor their dependencies

[gentoo-dev] Last rites: sci-chemistry/mm-align

# Sam James (2022-02-27) # Fails to build with modern GCC, stuck on cmake-utils.eclass too. # bug #723194, bug #834301. Removal on 2022-03-27. sci-chemistry/mm-align signature.asc Description: Message signed with OpenPGP

[gentoo-dev] Last rites: dev-libs/smack

# Sam James (2022-02-27) # EAPI=6 consumer of deprecated cmake-utils.eclass. No reverse # dependencies and will soon be unbuildable with new CMake. # bug #774495. Dead HOMEPAGE. Removal on 2022-03-27. dev-libs/smack signature.asc Description: Message signed with OpenPGP

Re: [gentoo-dev] cmake-utils.eclass consumers will be broken by >=dev-util/cmake-3.23.0

> On 27 Feb 2022, at 01:59, Jason Zaman wrote: > > On Sat, Feb 26, 2022 at 08:11:52PM +0100, Andreas Sturmlechner wrote: >> Dear packagers, >> >> - More than 4500 ebuilds were switched to cmake.eclass since 2019-12-21 [1] >> - Less than 110 ebuilds still inherit cmake-utils.eclass [2] >> - A c

[gentoo-dev] Last rites: sys-apps/dmapi

# Sam James (2022-02-24) # Obsolete, ex-dependency of xfsprogs. Fails to build on 32-bit arches. # No reverse dependencies. Discontinued upstream. Removal on 2022-03-24. # bug #811891 sys-apps/dmapi signature.asc Description: Message signed with OpenPGP

[gentoo-dev] Last rites: dev-python/socketpool

# Sam James (2022-02-24) # No release since 2013, partly depends on stale dev-python/evenlet; # no reverse dependencies. Removal on 2022-03-24. dev-python/socketpool signature.asc Description: Message signed with OpenPGP

Re: [gentoo-dev] No stable firejail

> On 21 Feb 2022, at 00:49, Oskari Pirhonen wrote: > > Hi, > > After updating my system and running `eclean-dist --deep`, I noticed the > following output: > >The following unavailable installed packages were found > sys-apps/firejail-0.9.64.4 > > Was removing the stable ver

Re: [gentoo-dev] Package up for grabs: games-engines/odamex

On Fri, 2022-02-18 at 15:21 +0900, William Breathitt Gray wrote: > I'm trying to reduce some of my workload to avoid neglecting my other > projects. games-engines/odamex needs a version bump (Bug 833588) and a > minor fix for compilation against musl (Bug 831788). Upstream has been > pretty respons

Re: [gentoo-dev] [PATCH 00/30] One batch of Python eclass updates to rule them all

On Sun, 6 Feb 2022 13:48:11 +0100 Michał Górny wrote: > Hi, > > Here's the largest batch of eclass updates in quite some time. They > combine some new features needed for PEP 517 packages, other new > features, refactoring, cleanup and cosmetic changes -- hopefully > to stop the cache updates

[gentoo-dev] [PATCH] kernel-build.eclass: add HPPA support

do this cleanly only for HPPA 2.0. Tested on RP3440 and C8000. Signed-off-by: Sam James --- eclass/kernel-build.eclass | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/eclass/kernel-build.eclass b/eclass/kernel-build.eclass index 2796493010878..0a49533e48d34 10

Re: [gentoo-dev] [PATCH v2] texlive-common.eclass: respect EPREFIX in symlink creation

> On 31 Jan 2022, at 22:55, Sam James wrote: > > Closes: https://bugs.gentoo.org/832408 > Signed-off-by: Sam James > --- > eclass/texlive-common.eclass | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) Tested on prefix & normal Gentoo. Pushed.

Re: [gentoo-dev] [PATCH 5/6] distutils-r1.eclass: Add DISTUTILS_DEPS output var for PEP 517 mode

> On 31 Jan 2022, at 22:59, Michał Górny wrote: > > The PEP 517 build-time deps have gotten more complex, and largely depend > on the internal eclass logic used to build and install wheels. > Introduce a DISTUTILS_DEPS output variable that contains the correct > BDEPEND string for use in DISTUT

Re: [gentoo-dev] [PATCH] texlive-common.eclass: respect EPREFIX in symlink creation

> On 31 Jan 2022, at 05:55, Ulrich Mueller wrote: > >>>>>> On Mon, 31 Jan 2022, Sam James wrote: > >> -dosym /etc/texmf/$(dirname ${f}).d/$(basename ${f}) >> ${TEXMF_PATH}/${f} >> +dosym "${EPREFIX}"/etc/texmf/$

[gentoo-dev] [PATCH v2] texlive-common.eclass: respect EPREFIX in symlink creation

Closes: https://bugs.gentoo.org/832408 Signed-off-by: Sam James --- eclass/texlive-common.eclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/eclass/texlive-common.eclass b/eclass/texlive-common.eclass index 1fe33444f1e56..40e2c3530510b 100644 --- a/eclass/texlive

[gentoo-dev] Last rites: media-video/atomicparsley-wez

# Sam James (2022-01-31) # Fork of media-video/atomicparsley. media-video/atomicparsley now uses this # fork (wez), so just switch to that. No need for a separate package for the fork. # Removal on 2022-02-31. bug #668708. media-video/atomicparsley-wez signature.asc Description: Message

[gentoo-dev] [PATCH] texlive-common.eclass: respect EPREFIX in symlink creation

Closes: https://bugs.gentoo.org/832408 Signed-off-by: Sam James --- eclass/texlive-common.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/texlive-common.eclass b/eclass/texlive-common.eclass index 1fe33444f1e56..5acac2090cd16 100644 --- a/eclass/texlive

Re: [gentoo-dev] [PATCH 01/12] toolchain.eclass: remove EAPI 5 and 6

> On 29 Jan 2022, at 17:31, David Seifert wrote: > > Signed-off-by: David Seifert > -- series lgtm Best, sam signature.asc Description: Message signed with OpenPGP

Re: [gentoo-dev] Itanium (IA64) port: call for help

> On 27 Jan 2022, at 18:22, Sam James wrote: > > Hi all, > > TL;DR: We really need help! There aren't many developers in Gentoo > Currently interested in working on Itanium. Come hang around in #gentoo-ia64 > on libera.chat (IRC) if you're interested in help

[gentoo-dev] Itanium (IA64) port: call for help

Hi all, TL;DR: We really need help! There aren't many developers in Gentoo Currently interested in working on Itanium. Come hang around in #gentoo-ia64 on libera.chat (IRC) if you're interested in helping. As discussed in the recent Gentoo Council meeting [0], concerns were raised about the statu

Re: [gentoo-dev] Feature request: auto-CC for bugs modified via commit tags

> On 25 Jan 2022, at 17:00, Michael Orlitzky wrote: > > Can I request that Bug: and Closes: tags in our commits automatically > CC the committer on the bug that is modified? > > Use case: I often fix (sci-*) bugs that I'm not CCed on, and a user > will leave a comment like "it still crashes on

[gentoo-dev] Last rites for USE flag: sys-libs/db[java]

# Sam James (2022-01-23) # Java bindings are broken with OpenJDK 11+ and we're not # aware of any consumers. bug #713866 # The bindings will be removed on 2022-02-23 due to their state # of disrepair. sys-libs/db java (Note that sys-libs/db IS NOT going away, just the Java USE

Re: [gentoo-dev] [PATCH 1/4] autotools.eclass: don't inject -I${SYSROOT} to aclocal

> On 19 Jan 2022, at 06:35, Mike Frysinger wrote: > > On 17 Jan 2022 11:09, Sam James wrote: >> When -I${SYSROOT} is injected, it'll override the default of -Im4, which >> results in trying to install macros to ${SYSROOT} (a sandbox violation) >> when they can&#

[gentoo-dev] [PATCH 8/8] flag-o-matic.eclass: allow -frecord-command-line

In Clang, -frecord-gcc-switches does the same as this anyway. Signed-off-by: Sam James --- eclass/flag-o-matic.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass index 062bd04e2e0bd..50caa401bacfb 100644 --- a/eclass/flag-o

[gentoo-dev] [PATCH 7/8] flag-o-matic.eclass: allow -fstack-clash-protection, -fcf-protection=*

-fstack-clash-protection suggested by Arfrever. Reported-by: Arfrever Frehtes Taifersar Arahesis Signed-off-by: Sam James --- eclass/flag-o-matic.eclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass index 7ac4f4a7791d1

[gentoo-dev] [PATCH 6/8] flag-o-matic.eclass: allow -ffixed-x18 for arm64

Needed for shadow stack bits on ARM64. Closes: https://bugs.gentoo.org/800533 Thanks-to: Jannik Glückert Signed-off-by: Sam James --- eclass/flag-o-matic.eclass | 3 +++ 1 file changed, 3 insertions(+) diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass index a2e37b89b6f08

[gentoo-dev] [PATCH 5/8] flag-o-matic.eclass: allow -glldb

We already allow -ggdb for GDB and this is the analogue for LLDB. Bug: https://bugs.gentoo.org/800533 Reported-by: Jannik Glückert Signed-off-by: Sam James --- eclass/flag-o-matic.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass

[gentoo-dev] [PATCH 4/8] flag-o-matic.eclass: allow Spectre mitigation flags

Closes: https://bugs.gentoo.org/646076 Signed-off-by: Sam James --- eclass/flag-o-matic.eclass | 5 + 1 file changed, 5 insertions(+) diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass index 37577209281a1..d6590a2e52dfd 100644 --- a/eclass/flag-o-matic.eclass +++ b/eclass

[gentoo-dev] [PATCH 3/8] flag-o-matic.eclass: restructure comments a bit

No functional change. Signed-off-by: Sam James --- eclass/flag-o-matic.eclass | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass index 38ad14d8f5fe8..37577209281a1 100644 --- a/eclass/flag-o-matic.eclass

[gentoo-dev] [PATCH 2/8] flag-o-matic.eclass: allow -fno-diagnostics-color -fmessage-length=0

Both of these options are useful for automated reports and should be harmless. Closes: https://bugs.gentoo.org/830534 Reported-by: Agostino Sarubbo Signed-off-by: Sam James --- eclass/flag-o-matic.eclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/eclass/flag-o-matic.eclass b/eclass

[gentoo-dev] [PATCH 1/8] flag-o-matic.eclass: strip-flags: Fix logic to properly support "=" in patterns.

From: Arfrever Frehtes Taifersar Arahesis Signed-off-by: Arfrever Frehtes Taifersar Arahesis Signed-off-by: Sam James --- eclass/flag-o-matic.eclass | 23 +++ 1 file changed, 11 insertions(+), 12 deletions(-) diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o

Re: [gentoo-dev] [RFC] making rust-bin ordered first in virtual/rust

> On 17 Jan 2022, at 23:24, Georgy Yakovlev wrote: > > Hi, > > I've been approached multiple times with that request, and a lot of > time I see new users completely destroyed by rust build time and disk > space requirements. > I'll out myself as being one of these people! > WDYT about switc

Re: [gentoo-dev] [PATCH 2/4] autotools.eclass: use --system-acdir for aclocal

> On 17 Jan 2022, at 11:09, Sam James wrote: > > We need to instruct aclocal that it might find macros in both > ${BROOT} _and_ ${SYSROOT}. > > - A classic example within BROOT is autoconf-archive. > > - A classic example within SYSROOT is, say, libogg. A fair amo

[gentoo-dev] [PATCH 4/4] autotools.eclass: update for autoconf 2.71

Closes: https://bugs.gentoo.org/827852 Signed-off-by: Sam James --- eclass/autotools.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass index 5250b28042ee2..5568cca505d78 100644 --- a/eclass/autotools.eclass +++ b

[gentoo-dev] [PATCH 3/4] autotools.eclass: update for latest automake 1.16.4

Signed-off-by: Sam James --- eclass/autotools.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass index 2cf7c076d01ed..5250b28042ee2 100644 --- a/eclass/autotools.eclass +++ b/eclass/autotools.eclass @@ -74,7 +74,7

[gentoo-dev] [PATCH 2/4] autotools.eclass: use --system-acdir for aclocal

r more sense to just tell aclocal to look in the right place (an extra location). Bug: https://bugs.gentoo.org/710792 Closes: https://bugs.gentoo.org/677002 Closes: https://bugs.gentoo.org/738918 Thanks-to: David Michael (for the suggestion) Thanks-to: James Le Cuirot (rubberducking & sound

[gentoo-dev] [PATCH 1/4] autotools.eclass: don't inject -I${SYSROOT} to aclocal

: https://bugs.gentoo.org/710792 Closes: https://bugs.gentoo.org/677002 Closes: https://bugs.gentoo.org/738918 Thanks-to: James Le Cuirot Signed-off-by: Sam James --- eclass/autotools.eclass | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/eclass/autotools.eclass b/eclass/autotools.ec

[gentoo-dev] Last rites: dev-db/oracle-instanclient-*

# Marco Genasci (2022-01-15) # Removed in favor of unified package dev-db/oracle-instantclient # Removal on 2022-02-15. Bug #589146 dev-db/oracle-instantclient-basic dev-db/oracle-instantclient-jdbc dev-db/oracle-instantclient-odbc dev-db/oracle-instantclient-sqlplus signature.asc Description: M

Re: [gentoo-dev] Maintainer needed: dev-db/sqlite

> On 14 Jan 2022, at 23:10, Peter Stuge wrote: > > Mike Gilbert wrote: >> The current (proxied) maintainer is somewhat difficult to work with > > Why is Arfrever being treated so bad here? To me, it looks like > you're the one who is difficult to work with. :\ > floppym is not obligated to w

[gentoo-dev] Mailing list for ebuild patches? (Was: Re: [PATCH] media-libs/freetype: fix GCC usage during configure)

> On 7 Jan 2022, at 13:08, Adrian Ratiu wrote: > > If $CC_BUILD is not set, configure defaults to GCC for some > of its tests causing clang builds to use a mixture of the > two compilers instead of using just clang consistently. > [snip] Thanks! Looks like Polynomial-C applied this as https:

Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

> On 5 Jan 2022, at 17:51, Alec Warner wrote: > On Tue, Jan 4, 2022 at 3:03 PM Sam James wrote: >> >> On 4 Jan 2022, at 22:58, Sam James wrote: >> Crank down MAKEOPTS jobs if MAKEOPTS="-jN" is too high for the >> amount of RAM available (uses am

Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

> On 5 Jan 2022, at 19:02, Roy Bamford wrote: > > Sam, > > Do users with FEATURES=distcc still have to opt out of this > MAKEOPTS clamping? > Great point! I think we could add an exemption for that and make it a noop or warning-only. Best, sam signature.asc Description: Message signed w

Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

> On 5 Jan 2022, at 19:18, Kai Krakow wrote: > > Am Mi., 5. Jan. 2022 um 19:22 Uhr schrieb Ulrich Mueller >: >> >>> [...] >> That applies to all parallel builds though, not only to ebuilds >> inheriting check-reqs.eclass. By tweaking MAKEOPTS, we're basically >> te

Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

> On 5 Jan 2022, at 08: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 ebu

Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

> On 5 Jan 2022, at 19:53, Ulrich Mueller wrote: > >> On Wed, 05 Jan 2022, Florian Schmaus wrote: > >>> That applies to all parallel builds though, not only to ebuilds >>> inheriting check-reqs.eclass. By tweaking MAKEOPTS, we're basically >>> telling the user that the --jobs setting in th

Re: [gentoo-dev] [PATCH v3] kernel-2.eclass: Respect portage toolchain variables

> On 3 Jan 2022, at 18:23, Mike Gilbert wrote: > On Mon, Jan 3, 2022 at 12:49 PM Adrian Ratiu > wrote: >> >> Starting with kernel>=v5.7 the build system can override the >> tools vars by setting LLVM=1 [1], but older kernels still use >> the default GNU tools

Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

> On 4 Jan 2022, at 22:58, 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. > > Bug: https://bugs.gentoo.org/57

[gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

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. Bug: https://bugs.gentoo.org/570534 Signed-off-by: Sam James --- eclass/check-reqs.e

Re: [gentoo-dev] [PATCH 1/2] linux-mod.eclass: drop unnecessary IUSE="kernel_linux"

> On 4 Jan 2022, at 21:54, Michał Górny wrote: > > On Tue, 2022-01-04 at 11:17 -0500, Mike Gilbert wrote: >> On Tue, Jan 4, 2022 at 5:23 AM Sam James wrote: >>> >>> It's already an implicit IUSE, so we don't need this. >> >> I think it

[gentoo-dev] [PATCH 1/2] linux-mod.eclass: drop unnecessary IUSE="kernel_linux"

It's already an implicit IUSE, so we don't need this. Signed-off-by: Sam James --- eclass/linux-mod.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/linux-mod.eclass b/eclass/linux-mod.eclass index 9f4ae64f6b55..496b9c98b526 100644 --- a/ec

[gentoo-dev] [PATCH 2/2] linux-info.eclass: drop unnecessary IUSE="kernel_linux"

It's already an implicit IUSE, so we don't need this. Signed-off-by: Sam James --- eclass/linux-info.eclass | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/eclass/linux-info.eclass b/eclass/linux-info.eclass index 568f7a1a2832..a0942f0e554c 100644 --- a/ec

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

> On 3 Jan 2022, at 17:16, Alec Warner wrote: >> [snip] > > I'm trying to understand your principles here. Like on what basis do > you remove or add flags (in general). > > I want to remove: > - bash-completion FWIW, I've managed to remove basically all instances of {bash,zsh}-completion and

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

> On 4 Jan 2022, at 00:29, Michael Orlitzky wrote: > > On Mon, 2022-01-03 at 21:29 +0100, Piotr Karbowski wrote: >> >> Perhaps the 'pam' example was extreme, but ipv6, or threads as Sam >> shared, does not make sense to be togglable. >> > > Many packages need their ipv6 code disabled if the

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

> On 2 Jan 2022, at 00:03, Scott Ellis wrote: > > Your `ipv6` USE flag hits home - I don't use IPv6, nor do I want to have IPv6 > support built into things (just another potential "thing" that I have to > secure, or errors/warnings I need to suppress since I run an IPv6-less > kernel). > >

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

> On 2 Jan 2022, at 04:28, Blake Bartenbach wrote: > > On Sat Jan 1, 2022 at 4:21 PM CST, Piotr Karbowski wrote: >> The thing is, it's 2022, and it does not make any sense to *not* support >> IPv6, even if one does not connect to any network with IPv6, there's no >> harm to just have it there.

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

> On 1 Jan 2022, at 22:21, Piotr Karbowski wrote: > > Hi, > > I'd like to get some insight how others see the concept of narrowing the > scope of USE flags in Gentoo. > > Taking a quote from devmanual: > > > USE flags are to control optional dependencies and settings which the user > may

[gentoo-dev] [PATCH] sgml-catalog-r1.eclass: Remove obsolete environment files

xmllint, which uses the obsolete variable over the updated catalogs listed in /etc/sgml/catalog. Signed-off-by: James Le Cuirot --- eclass/sgml-catalog-r1.eclass | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git a/eclass/sgml-catalog-r1.eclass b/eclass/sgml-catalog

Re: [gentoo-dev] [PATCH] toolchain.eclass: fix crossdev powerpc-*-musl builds

> On 27 Dec 2021, at 05:24, Georgy Yakovlev wrote: > > otherwise initial build may fail with: > unknown long double size, cannot define BFP_FMT If possible, would you mind filing a bug with the build log of it failing (and brief steps on how to get it) just so we can easily test if we can drop

[gentoo-dev] Up for grabs: media-tv/plex-media-server

media-tv/plex-media-server is up for grabs as the result of a proxied maintainer retiring. It's a popular package. There are some active overlays with Plex in them, it'd be nice to pull in their work / approach their authors and ask if they'd be willing to share their work in ::gentoo. Best, sam

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: filter-lfs-flags: remove -D_TIME_BITS=64

> On 18 Dec 2021, at 18:27, Mike Gilbert > wrote: > > glibc only allows _TIME_BITS=64 when _FILE_OFFSET_BITS=64. > > Signed-off-by: Mike Gilbert mailto:flop...@gentoo.org>> > --- > eclass/flag-o-matic.eclass | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) >

Re: [gentoo-dev] [PATCH] profiles/default/linux: set gl_cv_type_time_t_bits_macro=no

On Fri, 2021-12-17 at 09:41 -0500, Mike Gilbert wrote: > This is intended to prevent packages from automatically switching to > 64-bit time_t on 32-bit ABIs. Making this switch in an uncontrolled > manner will lead to inconsistent library ABIs that fail at runtime. > > At a later time, we will int

Re: [gentoo-dev] [PATCH v2] kernel-2.eclass: Respect portage CC & AR variables

On Friday, 17 December 2021 8:29:18 AM NZDT Adrian Ratiu wrote: > Hi Andrew, > > On Thu, 16 Dec 2021, Andrew Savchenko wrote: > > On Thu, 16 Dec 2021 03:32:10 +0300 Andrew Savchenko wrote: > >> On Wed, 15 Dec 2021 16:58:26 +0200 Adrian Ratiu wrote: > >> > Starting with kernel>=v5.7 the build syst

Re: [gentoo-dev] [PATCH v2] kernel-2.eclass: Respect portage CC & AR variables

On Thursday, 16 December 2021 3:58:26 AM NZDT Adrian Ratiu wrote: > Starting with kernel>=v5.7 the build system can override the > tools vars by setting LLVM=1 [1], but older kernels still use > the default GNU tools, so to be able to use a full LLVM/Clang > build, CC should be set together with AR

Re: [gentoo-dev] [RFC] New category: sec-keys

I think this sounds like a good idea. All the best, On Tue, 14 Dec 2021, 11:33 Michał Górny, wrote: > Hi, everyone. > > We have reached 28 app-crypt/openpgp-keys-* packages and there are some > more similar packages coming because of the signify patch. Let's move > them all into a dedicated ca

Re: [gentoo-dev] [PATCH] toolchain-funcs.eclass: add detection for loongarch

> On 30 Aug 2021, at 04:25, WANG Xuerui wrote: > > From: WANG Xuerui > > The Linux port currently under review has arch/loongarch, and should > almost certainly remain that way till merge; meanwhile it's ARCH=loong > on the Gentoo side, per mailing list discussion[1] and eselect > adaptation[

Re: [gentoo-dev] [PATCH v2] eclass/dune.eclass: fixes

> On 9 Dec 2021, at 22:10, Maciej Barć wrote: > > bump to EAPI 8 Say "support EAPI 8" instead. May be worth splitting the commit into a few different changes so the summary can be more informative than "fixes" (try git add -p). lgtm otherwise, thanks for doing this! > drop support for EAPI

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

>>>>> "UM" == Ulrich Mueller writes: UM> I was specifically asking about Gentoo infra there. ah; i completely missed that bit. sorry for the misunderstanding. -JimC -- James Cloos OpenPGP: 0x997A9F17ED7DAEA6

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

or even on any given box? forcing existing boxen to change just because a new dist is added is also unacceptable. for me though, it would be enough if there is something i can add to make.conf to ensure that the acct-user and acct-group builds avoid the ranges i already use. that may also wor

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

> On 29 Nov 2021, at 00:06, Michael Orlitzky wrote: > > On Sun, 2021-11-28 at 23:39 +0000, Sam James wrote: >> >> Whissi and others raised some points that I think you may have some views on >> (and I'm interested in hearing them). >> > > I don&#

Re: [gentoo-dev] [PATCH] go-module.eclass: Add GO_OPTIONAL flag

> On 28 Nov 2021, at 19:23, Zac Medico wrote: > >> [snip] > > How about if we also add a GO_DEPEND variable, so that eclasshi consumers can > do something like BDEPEND="go? ( ${GO_DEPEND} )" ? > -- My preference is to go with what we've been doing more recently (do _OPTIONAL) so that consum

Re: [gentoo-dev] Clang/LLVM profile

> On 29 Nov 2021, at 01:45, 2b57 <2...@protonmail.com> wrote: > > Sorry all, it seems that I've confused the lists. I'll forward this to user > > ‐‐‐ Original Message ‐‐‐ > On Monday, November 29th, 2021 at 2:42 AM, 2b57 <2...@protonmail.com> wrote: >> Hello all, >> >> I'm in the middl

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

> On 28 Nov 2021, at 23:26, Michael Orlitzky wrote: > [sinp] > The only problem that anyone has put forth is one that does not exist. > UIDs and GIDs are still assigned dynamically in Gentoo. The number you > type in the ebuild is only a hint: it's the first number that will be > tried during th

Re: [gentoo-dev] rfc: java-vm-2.eclass eapi 8 support

> On 27 Nov 2021, at 09:54, Miroslav Šulc wrote: > > hello devs, > > please find attached patch for upgrade of java-vm-2.eclass to support eapi 8. > eapi 5 is not used by any package inheriting this eclass so i dropped it. > > i also attach update of the ebuilds of packages that use this ecl

Re: [gentoo-dev] [PATCH] 2021-11-23-mariadb-database-restore-maybe-required: add item

> On 25 Nov 2021, at 17:07, Thomas Deutschmann wrote: > > On 2021-11-25 18:01, Piotr Karbowski wrote: >>> https://github.com/gentoo/gentoo/blob/master/sys-libs/glibc/glibc-2.34-r2.ebuild#L643 >> Would you see something like this on more ebuilds, postgres, mysql, >> elasticsearch, or have prope

<    3   4   5   6   7   8   9   10   11   12   >