I developed this by variation of the existing org-mode-7.9.2 from portage. All stuff in "contrib" will be installed; maybe there should be a more fine-grained control of this. With the org-mode 8.0 Makefile it is possible to control this. According to mailing list discussions, org-mode is no longer known to work reliably on Emacs 22. I didn't test with XEmacs, so have no idea about possible fixes that XEmacs may require. Reproducible: Always
Created attachment 346230 [details] app-emacs/org-mode-8.0.1 ebuild
Note that version 8.0 of org-mode (not sure whether 8.0.1 or even a newer one) will also be part of Emacs 24.4 as soon as that is available. From then on this ebuild will only apply to users of <app-editors/emacs-24.4.
(In reply to comment #0) > I developed this by variation of the existing org-mode-7.9.2 from portage. Thank you. > All stuff in "contrib" will be installed; maybe there should be a more > fine-grained control of this. With the org-mode 8.0 Makefile it is possible > to control this. Not sure. Does it harm if we install everything from contrib? Disk space requirements are quite moderate. > According to mailing list discussions, org-mode is no longer known to work > reliably on Emacs 22. > > I didn't test with XEmacs, so have no idea about possible fixes that XEmacs > may require. There's no need for XEmacs support in app-emacs packages. We have a separate app-xemacs category for that. (In reply to comment #1) > Created attachment 346230 [details] > app-emacs/org-mode-8.0.1 ebuild Please don't remove the standard Gentoo header, otherwise the ebuild cannot be committed to the tree. (And if the differences are small, you should consider attaching a diff instead of the full ebuild.)
(In reply to comment #3) > There's no need for XEmacs support in app-emacs packages. We have a separate > app-xemacs category for that. OK, I see, thanks for making me aware. > Please don't remove the standard Gentoo header, otherwise the ebuild cannot > be committed to the tree. (And if the differences are small, you should > consider attaching a diff instead of the full ebuild.) Sorry, didn't know this. Please find attached (in a minute from now) a corrected diff.
Created attachment 346326 [details] ebuild diff with correct Gentoo header
Bumped to version 8.0.2. The ebuild still uses the old approach for the contrib lisp files, because I think that it is cleaner if they are kept in a separate directory. Also byte-compilation fails with ORG_ADD_CONTRIB for some of the contributed files.
In a mailing list thread at http://thread.gmane.org/gmane.emacs.orgmode/70977 Achim Gratz pointed out that my approach of setting ORG_ADD_CONTRIB unconditionally (i.e. not depending on the "contrib" use flag) was wrong. But I'm on holiday right now and didn't find time to improve and test my ebuild. Sorry aboutthat.
We just install the uncompiled elisp files into the contrib subdir, as we always did, and the Gentoo site-init file will add it to the load-path. Byte-compiling the contribs would at least require additional dependencies (e.g. I've noticed dev-lang/mozart[emacs]) so we'd have to control it more selectively than with a single "contrib" USE flag. I'm not sure if it would be worthwhile, though.
