I have created some trivial ebuilds: * app-emacs/browse-kill-ring * app-emacs/color-moccur * app-emacs/moccur-edit * app-emacs/grep-edit * app-emacs/mcomplete I don't know whether or not we should create an ebuild for a trivial elisp. Or we may be able to create an ebuild containing many vital elisps like debian's emacs-goodies-el. http://packages.debian.org/unstable/editors/emacs-goodies-el Reproducible: Always
Created attachment 120563 [details] browse-kill-ring-1.3.ebuild
Created attachment 120565 [details] 50browse-kill-ring-gentoo.el
Created attachment 120566 [details] color-moccur-2.25.ebuild
Created attachment 120568 [details] 50color-moccur-gentoo.el
Created attachment 120570 [details] grep-edit-2.5.ebuild
Created attachment 120571 [details] 50grep-edit-gentoo.el
Created attachment 120573 [details] mcomplete-1.5.ebuild
Created attachment 120574 [details] 50mcomplete-gentoo.el
Created attachment 120576 [details] moccur-edit-2.6.ebuild
Created attachment 120577 [details] 60moccur-edit-gentoo.el
I vote for emacs-goodies, but it would be nice that people can choose if they want to activate all of the extensions or only some.
(In reply to comment #11) > I vote for emacs-goodies, but it would be nice that people can choose if they > want to activate all of the extensions or only some. Hm, we could handle it in the same way as xfce-base/xfce4-extras, i.e. individual packages plus one "goodies" package that pulls all of them via RDEPEND.
I have not looked into each package yet, but please don't "require" or "load" packages in your site-init files. Use the autoload mechanism whereever possible. See bug #174469 and <http://overlays.gentoo.org/proj/emacs/wiki/sitefile%20problems> for further explanation.
Created attachment 120741 [details] 60moccur-edit-gentoo.el
Created attachment 120742 [details] 50browse-kill-ring-gentoo.el
I have checked again site-lisp configuration for all elisps, and I have fixed some. Now, browse-kill-ring and mcomplete use autoload mechanism but others still use `require' and `load' beacause their document says do so (certainly ###autoload is not found).
All of them plus a meta package have been added to the Emacs overlay, where you can test them. If anything new comes up, post it here on the bug.
Created attachment 137242 [details] cyclebuffer.el This is from debian's emacs-goodies.
(In reply to comment #18) > Created an attachment (id=137242) [edit] > cyclebuffer.el > > This is from debian's emacs-goodies. There's a different (more advanced? both are 10 years old) version of this in the Emacs Wiki: <http://www.emacswiki.org/cgi-bin/wiki/CycleBuffer> And today app-emacs/icicles has been added to the Portage tree, which provides similar functionality.
Please don't add further ebuilds to this bug, otherwise it will be close to impossible for us to track the individual packages. The rule is to open a separate bug for every new ebuild.
Created separate bugs: Bug 207185 Bug 207187 Bug 207189 Bug 207191 Bug 207192