SXEmacs is a kitchen-sink type editor, much like GNU Emacs and XEmacs. Forked off XEmacs 21.4.16, it has many advantages over XEmacs 21.4 and rivals or betters many of the features introduced in 21.5. It also has advantages over GNU Emacs, both culturally (cathedral vs. bazaar) and technically (libffi support, libWand interface, etc.). Gentoo has been lacking an ebuild for some time. As of the release of 22.1.9 this was remedied, with an ebuild in the 'xemacs' overlay, however the updated (22.1.10) ebuild was not accepted there in a timely fashion, so I'm posting it here. Hopefully it can migrate into sunrise or gentoo's main tree. This ebuild has already been tested extensively, all that is required is for the public to enjoy it! Notes: ------ An eselect module may be needed, i'm not sure how to do this.
Created attachment 214080 [details] ebuild for sxemacs 22.1.10 This is a known good ebuild, please make use of it! :)
Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Thanks, On behalf of the Gentoo Sunrise Team, Justin. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
> Hello, The Gentoo Team would like to firstly thank you for your ebuild > submission. We also apologize for not being able to accommodate you in a timely > manner. Thankyou, however the Gentoo team are not the person who stopped answering emails. That said, working directly with people who actually have the time to help when I hit hurdles will be a nice improvement. > Allow me to use this opportunity to introduce you to Gentoo Sunrise. You may notice that my original remarks stated that this may propagate into sunrise - I was already aware of its existence, but always understood it to be a glorified testing grounds and a grounds for ebuilds that nobody could be bothere d to officially maintain. If I can maintain ebuilds in there (there are more to come hopefully) I'll be glad to, it's not as if I have anything else to do yet :) Thanks very much for the links, I'll get on them as soon as possible.
This ebuild does not compile for me using USE="X alsa ffmpeg gdbm gif gmp ipv6 jpeg mad ncurses png ssl tiff xface xpm -Xaw3d -ao (-arts) -athena -bdwgc -berkdb -canna -esd -freewnn -gpm -hesiod -jack -kerberos -libffi -magic -motif -mpfr -mule -nas -neXt -omgoptimize -oss -pop -postgresql -pulseaudio -sndfile -socks -sox -tls -tty -warnfull -xim" gcc -std=gnu99 -fgnu89-inline -DHAVE_CONFIG_H -I. -I. -I. -I.. -I/usr/X11R6/include -Demacs -DUSE_SXEMACS_CONFIG_H -DXTSTRINGDEFINES -O2 -pipe -march=native -MT libsxecore_a-category.o -MD -MP -MF .deps/libsxecore_a-category.Tpo -c -o libsxecore_a-category.o `test -f 'category.c' || echo './'`category.c mv -f .deps/libsxecore_a-category.Tpo .deps/libsxecore_a-category.Po gcc -std=gnu99 -fgnu89-inline -DHAVE_CONFIG_H -I. -I. -I. -I.. -I/usr/X11R6/include -Demacs -DUSE_SXEMACS_CONFIG_H -DXTSTRINGDEFINES -O2 -pipe -march=native -MT libsxecore_a-chartab.o -MD -MP -MF .deps/libsxecore_a-chartab.Tpo -c -o libsxecore_a-chartab.o `test -f 'chartab.c' || echo './'`chartab.c chartab.c: In function 'canonicalize_char_table_value': chartab.c:993: error: 'CHAR_TABLE_TYPE_CATEGORY' undeclared (first use in this function) chartab.c:993: error: (Each undeclared identifier is reported only once chartab.c:993: error: for each function it appears in.) make[3]: *** [libsxecore_a-chartab.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/app-editors/sxemacs-22.1.10/work/sxemacs-22.1.10/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/app-editors/sxemacs-22.1.10/work/sxemacs-22.1.10/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-editors/sxemacs-22.1.10/work/sxemacs-22.1.10' make: *** [beta] Error 2
(In reply to comment #4) > This ebuild does not compile for me using > USE="X alsa ffmpeg gdbm gif gmp ipv6 jpeg mad ncurses png ssl tiff xface xpm > -Xaw3d -ao (-arts) -athena -bdwgc -berkdb -canna -esd -freewnn -gpm -hesiod > -jack -kerberos -libffi -magic -motif -mpfr -mule -nas -neXt -omgoptimize -oss > -pop -postgresql -pulseaudio -sndfile -socks -sox -tls -tty -warnfull -xim" Well it can't be a CFLAGS issue, the ebuild's idiotproof that way. Also those useflags compile clean here. TL;DR worksforme FWIW, my standard useflags are app-editors/sxemacs-22.1.10 USE="X Xaw3d ao athena berkdb ffmpeg gdbm gif gmp gpm ipv6 jpeg libffi mad magic mpfr mule ncurses oss png pop postgresql sndfile sox ssl tiff tls tty xface xpm -alsa (-arts) -bdwgc -canna -esd -freewnn -hesiod -jack -kerberos -motif -nas -neXt -omgoptimize -pulseaudio -socks -warnfull -xim" That said, if you want to get in touch some time I'd be glad to try and assist in troubleshooting. (Actually, p.s. what's your compiler version? )
Created attachment 215057 [details] emerge --info
(In reply to comment #6) Only difference is i'm not using ccache here. I have no idea if that would even impact it at all.
Created attachment 336938 [details] app-editor/sxemacs-22.1.15.ebuild There is ebuild in emacs overlay. However the problems seems to be that xemacs conflicts with app-admin/eselect-ctags, app-editors/emacs, app-editors/emacs-vcs, app-editors/xemacs and dev-util/ctags. I have modified it (attached) with: - depend on virtual/ffmpeg instead of media-video/ffmpeg - conditionally download NeXT_XEmacs - Added REQUIRE_USE - Install ctags & co. in proper place so there is no clash with emacs (copied from xemacs ebuild) - Backport fix for bug #158 (just a commit24514386aa4c47fb13ad69eefaf587b1a1e1341a) - -Wl,--as-needed breaks check for tty for some reasons. I haven't had time to fully invastigate I still get QA warning about jobserver I don't know how to fix. Problems: - I cannot get icons in GUI for some reasons - Strange behaviour of package install (doesn't seem to works.
(In reply to Maciej Piechotka from comment #8) Thanks for the fixes, but I guess you'll have to find a Gentoo developer who will take care of the package and fix the remaining issues. Unfortunately, I currently don't see anyone from the Emacs project who would be interested and have the time for it. I'm wondering if the ebuild in its current state in the Emacs overlay is actually helpful for users. As pointed out in comment #8, it's blocking against any other Emacs flavour, and I would assume that potential users have another Emacs installed that they won't like to unmerge. Also the latest upstream release (sxemacs-22.1.15) fails to build due to bug 480634. Furthermore, it doesn't come at zero maintenance cost for the Emacs team: We've seen tree-wide repoman in the overlay fail twice already, with fatal errors that needed fixing: <http://git.overlays.gentoo.org/gitweb/?p=proj/emacs.git;a=commit;h=bbfc85ffdcd2d5d86752b69384fda8aaebd661e1> <http://git.overlays.gentoo.org/gitweb/?p=proj/emacs.git;a=commit;h=b475d75fc6d3519705812f031e7322d39698c619>
repoman shows fatal errors again, this time for the dependency on dev-db/postgresql-base which does not exist any more. I've therefore removed the package from the emacs overlay. We can add it again when these issues are fixed. For reference, latest ebuild before its removal from the overlay is here: https://gitweb.gentoo.org/proj/emacs.git/tree/app-editors/sxemacs?id=eb7baf078af13833e61e30726f5d05356b1f0f60
Updated link to the ebuild: https://gitweb.gentoo.org/repo/proj/emacs.git/tree/app-editors/sxemacs?id=eb7baf078af13833e61e30726f5d05356b1f0f60
