Bug 62991 - emacs conflict with xemacs ?
|
Bug#:
62991
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: xemacs@gentoo.org
|
Reported By: netbix@tiscali.it
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: emacs conflict with xemacs ?
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-09-06 04:11 0000
|
I emerge emacs, if i emerge xemacs the /usr/bin/<programs> overwrite.
/usr/bin/b2m
/usr/bin/ctags
/usr/bin/etags
/usr/bin/rcs-checkin
I normal ? or is a problem ?
If it is a problem add in portage DEPEND block.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Emacs installs all binaries with ${PROG}-${PV} suffix and make symlinks to
${PROG}, so xemacs should do similar things to avoid programme bnaries conflict.
We might change ${PROG}-${PV} to ${PROG}-${P} to clarify which emacs provides
those binaries.
In the xemacs ebuild that I am maintaining in my overlay I have now done this
for the conflicting applications. The applications are installed as
<application>-xemacs and a symlink is created to the actual application name.
The overlay can be found at http://moving-innovations.com/svn/xemacs/
you could use a 'symlink' USE flag like for kernel source packages (or maybe a
'nosymlink' flag would be better) - only do
"ln -s /usr/bin/xtags.emacs-whatever /usr/bin/xtags"
when the symlink flag is on.
Chris, could you indicate what problem this would solve? For the majority of
users this will not be an issue as they will only install either xemacs or
emacs. Those users that want to install both emacs and xemacs probably have
their own idea on how to handle this, so I'm not sure what a symlink USE flag
would buy us. Note that this is only used for some of the auxiliary programs
anyway, not the editor itself.
As this is a pure XEmacs problem and graaff will take care of it, I remove us.
This has now been fixed in portage for xemacs-21.4.19-r1
