Bug 884993 – [musl] Ebuild failures occuring in global scope

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Thomas Bracht Laumann Jespersen 2022-12-09 08:29:29 UTC]

Our automated repository checks [1] have detected that the 'musl'
repository contains ebuilds that trigger fatal errors during the cache
regeneration. This usually means that the ebuilds call 'die' in global
scope indicating serious issues or have other serious QA violations.

Global-scope failures prevent the ebuild not only from being installed
but also from being properly processed by the Package Manager. Since
metadata can not be obtained for those ebuilds, no cache entries are
created for them and the Package Manager needs to retry running them
every time it stumbles upon them. This involves both a serious slowdown
and repeating error output while performing dependency resolution.

The most common cause of global-scope failures is use of removed or
banned APIs in old ebuilds. In particular, this includes eclasses being
removed or removing support for old EAPIs. Nonetheless there are also
other issues such as performing illegal operations in global scope
(external program calls), malformed bash in ebuilds or malformed
metadata.xml.

The error log for the repository can be found at:

  https://qa-reports.gentoo.org/output/repos/musl.html

In particular, please look for highlighted error messages.

Please fix the issue ASAP, possibly via removing unmaintained, old
ebuilds. We reserve the right to remove the repository from our list if
we do not receive any reply within 4 weeks.

[1]:https://wiki.gentoo.org/wiki/Project:Repository_mirror_and_CI

[Comment 1 Larry the Git Cow 2022-12-10 00:22:07 UTC]

The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3d26a94093a87892edea7a69ff38722ad03954b6

commit 3d26a94093a87892edea7a69ff38722ad03954b6
Author:     John Helmert III <[e-mail]>
AuthorDate: 2022-12-09 22:32:57 +0000
Commit:     Sam James <[e-mail]>
CommitDate: 2022-12-10 00:21:45 +0000

    sys-block/partimage: fix musl build failure
    
    Additionally, this should let us treeclean partimage from ::musl, fixing
    the CI failure due to partimage::musl's use of user.eclass.
    
    Bug: https://bugs.gentoo.org/853883
    Bug: https://bugs.gentoo.org/884993
    Signed-off-by: John Helmert III <[e-mail]>
    Closes: https://github.com/gentoo/gentoo/pull/28621
    Signed-off-by: Sam James <[e-mail]>

 .../files/partimage-0.6.9-musl-null-type.patch     |  34 +++++
 sys-block/partimage/partimage-0.6.9-r4.ebuild      | 142 +++++++++++++++++++++
 2 files changed, 176 insertions(+)

[Comment 2 Larry the Git Cow 2022-12-10 03:02:07 UTC]

The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/proj/musl.git/commit/?id=127bd4daaae3a83dc1a0079cd8a6c16ef2bf0c91

commit 127bd4daaae3a83dc1a0079cd8a6c16ef2bf0c91
Author:     John Helmert III <[e-mail]>
AuthorDate: 2022-12-10 02:57:35 +0000
Commit:     John Helmert III <[e-mail]>
CommitDate: 2022-12-10 02:57:35 +0000

    sys-block/partimage: treeclean
    
    Bug: https://bugs.gentoo.org/853883
    Closes: https://bugs.gentoo.org/884993
    Signed-off-by: John Helmert III <[e-mail]>

 sys-block/partimage/Manifest                       |   1 -
 .../files/partimage-0.6.9-minor-typo.patch         |  13 --
 .../files/partimage-0.6.9-missing-includes.patch   |  37 ------
 ...partimage-0.6.9-openssl-1.1-compatibility.patch |  41 ------
 .../files/partimage-0.6.9-zlib-1.2.5.2.patch       |  33 -----
 sys-block/partimage/files/partimaged.conf          |   9 --
 sys-block/partimage/files/partimaged.init.2        |  28 ----
 sys-block/partimage/files/partimaged.pam.2         |   7 -
 sys-block/partimage/files/servercert.cnf           |  36 ------
 sys-block/partimage/metadata.xml                   |  14 --
 sys-block/partimage/partimage-0.6.9-r1.ebuild      | 143 ---------------------
 11 files changed, 362 deletions(-)