Bug 565496 – [necromancy-overlay] Ebuild failures occuring in global scope

• Product: Gentoo Infrastructure
• Status: RESOLVED OBSOLETE

[Description Michał Górny 2015-11-11 11:53:27 UTC]

Our automated repository checks [1] have detected that the 'necromancy-
overlay' 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.

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/necromancy-overlay.html

In particular, please look for highlighted '!!! ERROR' and '!!! caught
exception' lines. The former usually mean failures coming from eclasses
and the ebuild itself, while exceptions usually mean malformed ebuilds
or metadata.xml.

While at it, please consider fixing global-scope 'use' call warnings (if
any). They are not fatal but are considered a serious QA violation.
'use' functions must not ever be called outside of phase functions.

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 Michael Lawrence 2015-11-11 17:03:15 UTC]

ok I'll add app-editors/enki-editor-14.07.2 to  masked packages 
along  with others I may have forgotten about. 

, 15.x is out so soon as I get dev-python/qutepart packed or if some has ebuild skell I'll give it a test drive in repo. 

https://github.com/hlamer/qutepart  dev-python/qutepart
tre (grep like tool )  app-text? /tre  https://github.com/laurikari/tre
sys-apps/tre 

????/tre is an optional dep , however for dyslexic bastards like myself it seems useful , so I don't shoot myself in the foot... 

https://aur.archlinux.org/packages/enki-editor-git/ been using as cheat sheet.


anyhow an ebuild for tre if any or a valid Atom name I will try and pkg. 

any sec packages that are low hanging fruit , feel ie need testing , Feel free to shove on my plate... 

if possible i can bang on them till they work.

[Comment 2 Michael Lawrence 2015-11-11 17:12:01 UTC]

a few are still WIP's 

many are nearing testing stages. 

 I'll soft mask them when i get a chance.

[Comment 3 Michał Górny 2015-11-11 17:18:01 UTC]

I'm sorry for not expanding on this earlier. The problem with your enki-editor ebuild is that you're mixing different package name in directory and file name. You've got:

  app-editors/enki/enki-editor-...

I suppose you want instead:

  app-editors/enki-editor/enki-editor-...

I've reported a bug against pkgcore to get this kind of errors more readably described.

To be honest, I don't think masking will help here. You just need to rename the directory or the file to match.

[Comment 4 Michael Lawrence 2015-11-11 23:34:37 UTC]

https://github.com/necrose99/necromancy-overlay/blob/master/app-editors/enki/enki-14.07.2.ebuild ebuild/s need to be condensed to one (I swiped parts of others) 

shortened 

https://github.com/necrose99/necromancy-overlay/blob/master/dev-python/qutepart/qutepart-2.20.ebuild 

??? src_compile() {
python setup.py install --include-dir=../pcre-8.37/build --lib-dir=../pcre-8.37/build/Release  
} this is a bit thornier than expected ... 

however for kde/kate its an optional depend as well  

I had mistakenly thought their was already an enki or same name package or a bug for it. fora differing sort of package.  

anyhow trying to get Q/A up on many a package so they can Go to Sunrise or the like. 

Qt4-fsarchiver , fsarchiver needs lzop also it seems. if using lzo as well. 
anyhow I've pushed updated manifest to tree, but have not had a chance to fully test however trying to hit a pull request to the gentoo main tree is a bit rough. 
gentoo-??? for review would be a plus. 

despite not being bumped in the main tree the ebuild endures version bumps well.

[Comment 5 Michał Górny 2015-11-16 17:15:41 UTC]

There is still a lot of issues as can be seen in linked output. It gets updated every 20 minutes.

[Comment 6 Michał Górny 2016-01-29 16:20:46 UTC]

The bug seems to be fixed in the repository. Closing.

[Comment 7 Michał Górny 2016-01-29 16:29:52 UTC]

Sorry, looks like the script output got broken somehow ;-f.

[Comment 8 Michał Górny 2017-04-05 07:33:22 UTC]

Hmm, it seems that this bug is stale after the rename.