Re: [PATCH] x-symbol should have a _real_ binary package
>>>>>"JV" == Jan Vroonhof
<vroonhof(a)math.ethz.ch> writes:
JV> Christoph Wedler <wedler(a)fmi.uni-passau.de> writes:
>> Hm, if you want to remove everything, why not use
>> rm {etc,lisp,...}/PACKAGE/* ?
JV> That is what we used to do but no longer. All the files
belonging
JV> to the package should be in the MANIFEST file. That's why it
JV> there. [...] Now if you really want to be a bad boy you can put
JV> the generated files in the MANIFEST file but NOT include them in
JV> the distribution.
What about the created lex files and executables for conversion in
etc/x-symbol/bin/SYSCONFIG/
They get created after "M-x x-symbol-exec-create" under
XEmacs/no-Mule.
I cannot make them appear in the MANIFEST because SYSCONFIG is the value
of `system-configuration' and users might have defined their own token
languages (BTW, language "Isabelle Symbol" is in preparation,
to be distributed with the Emacs package ProofGeneral).
The difference between these files and the font files is that they are
generated from within emacs, and will automatically be regenerated (or
at least notify you do do so). There is the added complexity that
there might be versions of these files in a users package directory
that will be separate from the system package directory.
IMHO, the best thing would be that packages can have their own
private
directory in the package hierarchy which they could use at will,
e.g. data/{auctex,x-symbol}.
Since it seems that directories are not listed in the MANIFEST we
could, when removing a package, just remove even if not empty any
directories that are listed in the MANIFEST. So for the example above
one could list
etc/x-symbol/bin/
in the MANIFEST and just remove anything below it.
-Jim