Jan Vroonhof wrote in xemacs-beta: The current default installation layout for Windows native-build attempts to vaguely conform to Windows conventions: install_dir/XEmacs-21.0/etc i386-pc-win32 <-- binaries here info lisp lock packages/etc lisp info where install_dir="C:\Program Files\XEmacs" by default. According to Michael Sperber's mail in this thread, "packages" ought to be "xemacs-packages". There also ought to be a "site-packages" directory at this level, so after I've issued yet another last-minute patch the tree will look like: install_dir/XEmacs-21.0/etc i386-pc-win32 <-- binaries here info lisp lock site-packages/... xemacs-packages/... On Windows, there really isn't an equivalent of a shared binaries directory like /usr/local/bin so, as you can see from the above tree, bindir/../xemacs doesn't point to anything. Instead, XEmacs finds packages using configure-package-path defined at build time and/or the EMACSPACKAGEPATH variable defined at runtime. I hadn't though of that. "xemacs/" would be an acceptable prefix for the sumo bundle as far as Windows users are concerned, but less satisfactory as far as UNIX users are concerned. The sumo bundle is only (I think) of use to people on Windows who are building from source; the Windows native binary bundle includes its own version of the sumo bundle. So perhaps you should stick with "lib/xemacs" after all. Jonathan. -- Jonathan Harris | jhar(a)tardis.ed.ac.uk London, England | Jonathan.Harris(a)symbian.com