Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

2021-10-02 Thread A Schenck
On 10/1/21 11:32 AM, Alec Warner wrote: > On Fri, Oct 1, 2021 at 11:30 AM A Schenck wrote: >> On 9/29/21 11:44 PM, Michał Górny wrote: >>> On Thu, 2021-09-30 at 08:40 +0200, Fabian Groffen wrote: Hi, Would it be possible to have some switch (e.g. --style=legacy) that controls

[gentoo-dev] Last-rite: dev-libs/rapidxml

2021-10-02 Thread Joonas Niilola
# A library without revdeps. Last upstream release in 2009, huge amount # of open bugs not fixed has led the project being forked already. # Bug #776895. Removal in ~30 days. OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

2021-10-02 Thread Mike Gilbert
On Sat, Oct 2, 2021 at 1:25 PM A Schenck wrote: > Further discussion belongs on a different list, but the link provided by > mgorny and repeated by you does not allow collaborating in compliance > with the Gentoo Social Contract. The patches were also posted for review on the gentoo-portage-dev

[gentoo-dev] [PATCH 2/3] cvs.eclass: Don't rely on sandbox internals

2021-10-02 Thread Ulrich Müller
Signed-off-by: Ulrich Müller --- eclass/cvs.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/cvs.eclass b/eclass/cvs.eclass index 2868cb31f317..34c32a4a4190 100644 --- a/eclass/cvs.eclass +++ b/eclass/cvs.eclass @@ -257,10 +257,10 @@ cvs_fetch() {

[gentoo-dev] [PATCH 1/3] cvs.eclass: Support EAPI 8, drop EAPI 6 and older

2021-10-02 Thread Ulrich Müller
Signed-off-by: Ulrich Müller --- eclass/cvs.eclass | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git a/eclass/cvs.eclass b/eclass/cvs.eclass index a8e5ee4cc9a0..2868cb31f317 100644 --- a/eclass/cvs.eclass +++ b/eclass/cvs.eclass @@ -4,7 +4,7 @@ # @ECLASS:

[gentoo-dev] [PATCH 3/3] cvs.eclass: Fix eclass documentation

2021-10-02 Thread Ulrich Müller
Signed-off-by: Ulrich Müller --- eclass/cvs.eclass | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/eclass/cvs.eclass b/eclass/cvs.eclass index 34c32a4a4190..99b90cec6b54 100644 --- a/eclass/cvs.eclass +++ b/eclass/cvs.eclass @@ -195,7 +195,9 @@ if [[ ${ECVS_AUTH} == "ext"

Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

2021-10-02 Thread Ulrich Mueller
> On Wed, 29 Sep 2021, A Schenck wrote: > On 9/28/21 8:36 AM, Michał Górny wrote: >> [WW] some message >> [EE] other message >> [QA] hell if i know what this is >> >> I've also added more colors to explicitly distinguish einfo from elog, >> and ewarn from eqawarn. Then, I've replaced most

[gentoo-dev] dune.eclass change to build release

2021-10-02 Thread Alfredo Tupone
This is for review the change i ndune.eclass The reason is that the new ocaml-4.12 compiler raise some warning that dune transform in fatal error The following changes is to build with profile release. That will change compiler warning to not raise fatal error during build diff --git

Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

2021-10-02 Thread Michał Górny
On Fri, 2021-10-01 at 18:00 -0400, Joshua Kinard wrote: > On 9/30/2021 02:40, Fabian Groffen wrote: > > Hi, > > > > Would it be possible to have some switch (e.g. --style=legacy) that > > controls this new vs. the old behaviour? Would perhaps allow > > applications that parse the output to work

[gentoo-dev] Re: Last-rite: dev-libs/rapidxml

2021-10-02 Thread Anna Vyalkova
On 2021-10-02 15:57, Joonas Niilola wrote: > # A library without revdeps. Last upstream release in 2009, huge amount There's a revdep in ::guru (app-accessibility/rhvoice) What do I do: use bundled rapidxml or add dev-libs/rapidxml to ::guru? > # of open bugs not fixed has led the project being

Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

2021-10-02 Thread Ionen Wolkens
On Sat, Oct 02, 2021 at 09:22:49AM +0200, Ulrich Mueller wrote: > > On Wed, 29 Sep 2021, A Schenck wrote: > > > On 9/28/21 8:36 AM, Michał Górny wrote: > >> [WW] some message > >> [EE] other message > >> [QA] hell if i know what this is > >> > >> I've also added more colors to explicitly

Re: [gentoo-dev] Re: Last-rite: dev-libs/rapidxml

2021-10-02 Thread Joonas Niilola
On 2.10.2021 20.22, Anna Vyalkova wrote: > On 2021-10-02 15:57, Joonas Niilola wrote: >> # A library without revdeps. Last upstream release in 2009, huge amount > There's a revdep in ::guru (app-accessibility/rhvoice) > What do I do: use bundled rapidxml or add dev-libs/rapidxml to ::guru? > >> #

[gentoo-portage-dev] [PATCH 0/2] Detect broken VDB on merging/binpkg creation

2021-10-02 Thread Sam James
Further fixes for when the VDB is corrupted by e.g. broken scanelf. Already posted on GH a while ago at https://github.com/gentoo/portage/pull/744. Sam James (2): doebuild.py: check for inconsistent PROVIDES/image post-src_install Binpkg.py: check for inconsistent PROVIDES/image when

[gentoo-portage-dev] [PATCH 1/2] doebuild.py: check for inconsistent PROVIDES/image post-src_install

2021-10-02 Thread Sam James
This is part of a series of fixes for the linked bug (failure to preserve libraries in some situations). At the point of installation (even if not merging), we need to detect inconsistent metadata: PROVIDES should be populated if we're installing any dynamic libraries. This suggests that e.g.

[gentoo-portage-dev] [PATCH 2/2] Binpkg.py: check for inconsistent PROVIDES/image when unpacking binpkg

2021-10-02 Thread Sam James
This is part of a series of fixes for the linked bug (failure to preserve libraries in some situations). When unpacking a binpkg to be installed, we should check for the existence of PROVIDES if we're installing any dynamic libraries. If PROVIDES does not exist in that case, this suggests that

[gentoo-portage-dev] [PATCH 1/2] lib/_emerge/resolver/output.py: say 'soft blocking' explicitly

2021-10-02 Thread Sam James
Before: ``` [blocks b ] >perl-core/Scalar-List-Utils-1.550.0-r999 (">perl-core/Scalar-List-Utils-1.550.0-r999" is blocking virtual/perl-Scalar-List-Utils-1.550.0) ``` After: ``` [blocks b ] >perl-core/Scalar-List-Utils-1.550.0-r999 (">perl-core/Scalar-List-Utils-1.550.0-r999" is

[gentoo-portage-dev] [PATCH 2/2] lib/_emerge/resolver/output_helpers.py: explicitly state 'all satisfied'

2021-10-02 Thread Sam James
This makes things a bit less confusing and tries to avoid users focusing on (soft) blocks which aren't actually the problem they're hitting. Signed-off-by: Sam James --- lib/_emerge/resolver/output_helpers.py | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

2021-10-02 Thread Ionen Wolkens
On Sat, Oct 02, 2021 at 06:04:36PM -0400, Ionen Wolkens wrote: > On Sat, Oct 02, 2021 at 09:22:49AM +0200, Ulrich Mueller wrote: > > > On Wed, 29 Sep 2021, A Schenck wrote: > > > > > On 9/28/21 8:36 AM, Michał Górny wrote: > > >> [WW] some message > > >> [EE] other message > > >> [QA] hell if

[gentoo-portage-dev] [PATCH 0/1] Check for errors in scanelf

2021-10-02 Thread Sam James
Posted at https://github.com/gentoo/portage/pull/750 originally and merged in 3.0.24, but posting here for posterity. Related to the general preserve-libs issues I've been working on. Sam James (1): bin/misc-function.sh: check scanelf return code bin/misc-functions.sh | 64

[gentoo-portage-dev] [PATCH 1/1] bin/misc-function.sh: check scanelf return code

2021-10-02 Thread Sam James
This is part of a series of fixes for the linked bug (failure to preserve libraries in some situations). We need to check if scanelf failed when calling it in the installed-files QA check as we later use it to populate the VDB. Silently continuing results in either blank e.g. PROVIDES,

Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

2021-10-02 Thread Ionen Wolkens
On Sat, Oct 02, 2021 at 10:53:37PM -0400, Ionen Wolkens wrote: > Guess there's a lot of other options that could be considered as well. > > --- files > >>> text > * current, it wasn't aligned now that I look at it again > (relying only on color to convey type feels clearly wrong to me) > > ---