finalize from melpa-stable and melpa depends on non-existent app-emacs/eieio

[tenspd137]

app-emacs/finalize in both melpa and melpa-stable overlay depend on app-emacs/eieio, which I believe was part of cedet which is now included in emacs - so there is no app-emacs/eieio.

For example: cat /var/lib/layman/melpa-stable/app-emacs/finalize/finalize-1.0.0.ebuild

automatically generated by g-sorcery

please do not edit this file

EAPI=5

REPO_URI="http://melpa-stable.milkbox.net/packages/" SOURCE_TYPE="tar" REALNAME="finalize"

inherit g-sorcery gs-elpa

DESCRIPTION="finaliers for Emacs Lisp"

HOMEPAGE="http://melpa-stable.milkbox.net/packages/"

SLOT="0" KEYWORDS="~amd64 ~x86"

DEPEND="app-emacs/eieio" RDEPEND="app-emacs/eieio"

My hack was to just remove these lines and rebuild the Manifest. It (finalize) installed, but I have not had a chance to do anything with it yet, so I don't know if there are residual effects.

Thanks!

[jauhien]

Thank you for posting this bug here. I'm looking for the right solution now, as I need to exclude non-existent dependencies from generation in the common case.

So far I can advice you to add those non-existent dependencies to the "exclude" array in the /etc/g-sorcery/gs-elpa.json config. That's better than editing ebuilds by hand (and will work after ebuilds regeneration). Please, proceed with this temporary solution as I do not know when exactly I'll have time to properly fix this problem.

Also, I guess, that's partially a problem with the melpa repo where packages have not fully correct dependencies (I need to see how does emacs itself handle this).

[jauhien]

Also this is an instance of the issue #5.

[jauhien]

Ooops, I was wrong about temporary fix. You need to add package name to external dependencies, see here: https://wiki.gentoo.org/wiki/GNU_Emacs#Additional_elisp_packages.

"external": {"emacs": "virtual/emacs", "cl-lib": "virtual/emacs", "eieio": "virtual/emacs"}

[jauhien]

Docs for temporary fix updated.