state of jed-extra
G. Milde
g.milde at web.de
Wed May 31 14:00:38 UTC 2006
Dear Jed packers,
I just tested the jed-extra package made from the current state of the SVN
and the jedmodes-2.1.tgz at Jedmodes.
* The package builds ok and lintian seems happy.
* debian/rules:
# install using the generated jed-extra.install
dh_install -X.html -X.otl -X.example -XREADME
The exclude options seem to be ignored when installing from jed-extra.install.
The documentation files are installed into the lib directoriess anyway :-(
Should we use Jörgs shell-tools sorting instead of sort-modes.sl?
* installing in a clean chroot base installation works fine
* purging as well
* updating from the testing version went fine as well the first time
(by first updating (x)jed and in a separate run jed-extra.
* updating jed-common, jed, xjed, and jed-extra in one run failed:
horst:/usr/src# dpkg -i jed-*
(Reading database ... 12572 files and directories currently installed.)
Preparing to replace jed-common 0.99.16-6 (using jed-common_0.99.18-2_all.deb) ...
Unpacking replacement jed-common ...
dpkg: warning - unable to delete old file `/etc/jed-init.d': Directory not empty
Selecting previously deselected package jed-extra.
Unpacking jed-extra (from jed-extra_2.2-1_all.deb) ...
Setting up jed-common (0.99.18-2) ...
Running /usr/share/jed/compile/jed-common...done
Setting up jed-extra (2.2-1) ...
/usr/share/jed/compile/jed-extra: line 8: jed-script: command not found
Should we require a configured jed 0.99.17 or replace the call to
jed-script with jed --batch?
* currently, no dfa syntax cache files are generated in the configuration
step. (TODO in make_ini, but not trivial -- see code in preparse.sl)
The dfa cache files are generated during the first use of a DFA defining
mode, if the Jed_Highlight_Cache_Dir is writeable by the respective user.
* I have not done testing of the installed jed-extra. Just a look that jed
still starts up without errors and the help browsers is interactive.
Günter
More information about the Pkg-jed-devel
mailing list