From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003
Description of problem:
The jed package now obsoletes the jed-xjed one, but does not provide the xjed
executable, although all the necessary code is in the .src.rpm.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Start with jed-0.99.14-2.i386.rpm, jed-common-0.99.14-2.i386.rpm, and
2.Upgrade to jed-0.99.15-3.i386.rpm
Actual Results: jed-common and jed-xjed are obsoleted, and the xjed executable
is deleted, but is not replaced by a new version.
Expected Results: The upgrade obsoletes jed-common and jed-xjed and should,
therefore, provide the xjed executable itself.
It can be fixed by changing the line:
all: jed rgrep
in the Makefile to:
all: jed rgrep xjed
and adding an install line to the .spec file.
The obsoletes is to fix bug 69832; xjed is no longer shipped as it wasn't really
something we wanted to support going forwards (we have other GUI editors.)
Pray, I use Linux since just 6 year, and I may have missed something.
Which of the "other GUI editors" that "you have":
- has Emacs key bindings,
- has syntax highlight,
- starts in nearly zero time even on a K6/200,
- is usable trough a slow ssh/X11 tunnel,
- does not need a bunch of Gnome/KDE/OtherBloat libraries
- has a reasonable memory(2M) and disk(~210K) footprint
- does not suffer from funny 'DEL' mappings like jed in an xterm
Am I missing something ? Am I supposed to run RH8 only on a 2GHz PentumIV ?
Sorry, but I consider this a REAL bug - one more step towards making RH unusable
for me, and other people like me, who value speed and remote access more than
BTW, for those who still depend on it, the patch is so simple - just put back a
-with-x in the %configure, and a make xjed in the %build, few more lines in install.
I'll post the .spec next time I start up RH8 - in a few months, maybe.
xjed is a code editor and not for to write letters or documents.