Open tenspd137 opened 8 years ago
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).
Also this is an instance of the issue #5.
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"}
Docs for temporary fix updated.
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!