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

Ville> In the future, please split patches so that one patch Ville> changes one thing. Do you use diff-mode? You'll probably have to hand-apply ChangeLog patches unless people are very careful about making whole entires, but I find that applying, reviewing in place, and deleting (from a copy of the patch, of course) hunk by hunk is qute effective, and diff-mode keeps all that synched for you. Ville> Stephen, any objections? No. Ville> [Just Doing It] Works for me, Not in 21.5, it won't work in-place. XEmacs requires being told where the package root is in that case. This is a philosophical difference between me and Mike Sperber, at least: I say packages are a separate entity from the core, and XEmacs should (1) find the XEmacs binary (Mike hasn't changed this) (2) look for a _build_-specific package hierarchies relative to the binary in a _very_ small number of standard places (preferably just one, ../xemacs-packages and similar for mule-, site-), (3) look for them in --package-path places, and (4) finally default to ${datadir}/xemacs-packages etc. Effectively I would default "package_path=::${datadir}::". Where Mike and I part ways is he says (4') give up. ;-) Correct me if I'm wrong, Mike. Ville> But before that, I think we should roll new Sumos out of Ville> the way. Agreed, always checkpoint. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.