Our automated repository checks [1] have detected that the 'dotnet' 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/dotnet.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
ping.
ping
ping This has been open for a while, I'm inclined to remove it.
Please give me access rights to dotnet repository on github. see also https://forums.gentoo.org/viewtopic-t-1147218-highlight-dotnet.html
(In reply to Arsen Shnurkov from comment #4) > Please give me access rights to dotnet repository on github. > see also https://forums.gentoo.org/viewtopic-t-1147218-highlight-dotnet.html Can you file a bug in the Infra component requesting it please? I'm happy to do it. When you file the bug, please attach an SSH key.
I created the formal request, and attached the key: https://bugs.gentoo.org/843380
I agree that absence of write access blocks me from fixing errors. But I disagree, that this bug depend on that. There are milliards of other people who can do the same. Please.
(In reply to Arsen Shnurkov from comment #7) > I agree that absence of write access blocks me from fixing errors. But I > disagree, that this bug depend on that. There are milliards of other people > who can do the same. Please. Uh.. okay. I was really just putting it there so we don't forget about it. As we've established in previous conversations (and from the history in this bug), nobody else is interested in doing so right now. Certainly not many.
fsharpbinding inherit dotnet.eclass, dotnet.eclass inherit eutils.eclass, eutils.eclass doesn't work with EAPI=8 ALL ebuilds in dotnet overlay depend on dotnet.eclass If I will eradicate eutils from dotnet.eclass it will require a lot of time to rewrite and retest all ebuilds The shnurise overlay have this eutils dependency too...
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/proj/dotnet.git/commit/?id=79b95c4f839396323d4dbd3033be3de3fb7cbaa8 commit 79b95c4f839396323d4dbd3033be3de3fb7cbaa8 Author: ArsenShnurkov <ArsenShnurkov@users.noreply.github.com> AuthorDate: 2022-05-11 05:38:48 +0000 Commit: ArsenShnurkov <ArsenShnurkov@users.noreply.github.com> CommitDate: 2022-05-11 05:49:13 +0000 remove some old ebuilds of year 2010 Closes: https://bugs.gentoo.org/797043 Signed-off-by: ArsenShnurkov <ArsenShnurkov@users.noreply.github.com> .gitignore | 3 + dev-dotnet/ikvm-bin/Manifest | 1 - dev-dotnet/ikvm-bin/files/ikvm-0.36.0.5.pc.in | 9 -- dev-dotnet/ikvm-bin/ikvm-bin-7.2.4630.5.ebuild | 50 --------- dev-dotnet/ikvm-bin/metadata.xml | 8 -- dev-dotnet/ikvm/Manifest | 4 - dev-dotnet/ikvm/files/ikvm-7.1.4532.2-key.patch | 61 ----------- dev-dotnet/ikvm/files/ikvm.build.patch | 23 ---- dev-dotnet/ikvm/files/mono.snk.uu | 20 ---- dev-dotnet/ikvm/ikvm-7.2.4630.5.ebuild | 100 ------------------ dev-dotnet/ikvm/ikvm-7.2.4630.5_p201602270.ebuild | 101 ------------------ dev-dotnet/ikvm/metadata.xml | 8 -- dev-util/fsharpbinding/fsharpbinding-9999.ebuild | 122 ---------------------- dev-util/fsharpbinding/metadata.xml | 17 --- 14 files changed, 3 insertions(+), 524 deletions(-)
https://qa-reports.gentoo.org/output/repos/dotnet.html says that everything is ok now: ... $ pmaint --config /var/lib/repo-mirror-ci/data/etc/portage regen --use-local-desc --pkg-desc-index -t 32 dotnet * Cache regenerated successfully
(In reply to Arsen Shnurkov from comment #11) > https://qa-reports.gentoo.org/output/repos/dotnet.html > > says that everything is ok now: Thank you very much Arsen!
