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 unpacki
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. scan
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 e.g
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 soft
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 a/lib/_emerge/resolver/output_helpe
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 +++
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,
NEEDED{,.E
