Re: package-get.el : package-get-user-package-location
sperber(a)Informatik.Uni-Tuebingen.De (Michael Sperber [Mr. Preprocessor]) writes:
No, this one should not go into a package hierarchy at all. The
package index transcends package hierarchies, doesn't it?
It is a data file. It should be locatable like any other data file.
I have my copy in $prefix/lib/xemacs/site-packages/etc and I want it
to be able to find it.
Jan> Ok, the problem here is that the directories in
data-directory-list
Jan> can magically appear.
I don't understand this. `data-directory-list' is set at startup.
Nobody is supposed to mess with it afterwards.
Yes, but it is _dynamically_ set up at startup. If I save a file (in
21.1) to ~/.xemacs/etc, locate-data-file will pick it up after a
restart even if ~/.xemacs/etc wasn't there before.
I think part of the problem is that
~/.xemacs/etc $prefix/lib/xemacs/site-packages/etc are not really
package directories (since they are not part of any packages), but
they are still the canonical place to stick data and it is the package
startup code that finds them.
I think that is part of what you were saying here
It is only currently "necessary" because there's no
clear
organizational coherence between search paths and installation
directories. I tried to clean up the pre-21 mess as best as I could
without breaking backwards compatibility. This problem really needs a
general solution sufficiently factored to package-get can simply *use*
it.
Jan