state of jed-extra

[G. Milde]

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