Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 184659 - planner and muse do not compile for xemacs
Summary: planner and muse do not compile for xemacs
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: XEmacs team
URL:
Whiteboard:
Keywords:
Depends on: 162800
Blocks:
  Show dependency tree
 
Reported: 2007-07-08 21:40 UTC by Kevin Haddock
Modified: 2014-07-28 23:16 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Haddock 2007-07-08 21:40:01 UTC
Even with -emacs and xemacs in USE variables, planner and muse (both) issue the error: 

Wrong number of arguments: #<subr make-char-table>, 2

This does NOT happen if those apps are installed as per the developer's instructions and the xemacs section is commented out of the Makefile.defs file.


Reproducible: Always

Steps to Reproduce:
1.Edit make.conf and add "-emacs xemacs" to USE variable
2.emerge xemacs app-emacs/planner app-emacs/muse
3.xemacs -q
4.add (add-to-list 'load-path "/usr/share/emacs/site-lisp/muse/") to init file (options -> edit init file from xemacs menu bar)
5.add (require 'muse-mode)
6.save init file and restart xemacs
7.error will show in minibuffer and muse will not be loaded

Actual Results:  
(1) (initialization/error) An error has occurred while loading /home/fish/.xemacs/init.el:

Wrong number of arguments: #<subr make-char-table>, 2

To ensure normal operation, you should investigate the cause of the error
in your initialization file and remove it.  Use the `-debug-init' option
to XEmacs to view a complete error backtrace.


Expected Results:  
xemacs should boot w/o error
Comment 1 Hans de Graaff gentoo-dev Security 2007-07-11 19:46:51 UTC
Both these packages are in the app-emacs category which means that they are not officially supported on xemacs. As you are finding out the elisp code is not compatible with xemacs. My suggestion would be to discuss this upstream and get them to fix the incompatibilities. 

The xemacs herd may at some point also start supporting these packages in the app-xemacs category, but that may still take quite some time. I'm sorry there isn't more we can do right now.
Comment 2 Hans de Graaff gentoo-dev Security 2007-07-14 08:41:28 UTC
Reopening the bug and making it depend on the xemacs eclass. Once we have that it starts to make sense to work on this bug.
Comment 3 Mats Lidell gentoo-dev 2014-07-28 23:16:45 UTC
These packages are unfortunately still not part of XEmacs Packages upstream. 

Given the time this bug has been open please file a new bug report on each individual package if it is still wanted for xemacs.