Re: [Q] Re: [PATCH] all my package fixes, mostly build-related

ms> You can have this directory structure ms> xemacs/ <XEmacs in-place build tree> ms> xemacs-packages/ ms> mule-packages/ ms> which XEmacs will recognize. Stephen> Ugh. Just Say No. If you could truly run packages in-place, that Stephen> might make some sense, but you can't (and anyway if you're using a Stephen> standard CVS checkout, the package hierarchies are under packages!) Right, which is exactly what I was saying originally, but nobody backed me up. So now, unless someone speaks up for it (Ben?) I'll back out this change in the near future. ms> Ermh, no, they don't disable any part of the XEmacs logic for ms> constructing the package path. Stephen> Even with full XEmacs logic you can have trouble with symlinks. In Stephen> fact, even vi users :-) have trouble with symlinks. I don't understand what you're saying here. We're not talking ordinary users here, we're talking about people running XEmacs in-place. Those are, in my mind, either btesters or developers. Or should be, anyway. Stephen> No. And it hasn't worked since "the change that Stephen requested". Stephen> This is the bug the Michael Harnois was so upset about. Ah, OK, I see. So, I'm now even more confused: Are you saying we should revert "the change that Stephen requested"? You can't have both, i.e. - prevent XEmacs from finding an old, rotten package root sitting where you might install your XEmacs in the future - get XEmacs to find a current package root sitting where you might install your XEmacs in the future I still say that, if you run XEmacs in place, you can be expected to be able to handle symlinks correctly. Stephen> According to the Info node quoted, package hierarchies are expected Stephen> under ${prefix}/lib/xemacs. Stephen> The File Hierarchy Standard says Lisp (Perl, Java, etc) libraries Stephen> belong under datadir=/usr/share, and thus the package hierarchies Stephen> should be under /usr/share/xemacs (or /usr/share/xemacs21 for Debian). Stephen> GNU Emacs has long defaulted datadir to ${prefix}/share (since 19.29 Stephen> according to configure.in). So what happens if you set --datadir instead of --package-path? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla