the package system; vm-1.11 & vm-1.12

Short summary: * missing autoload for package-delete-name * bogus directory selection for package installations after the first one * wrong value for package-get-remote * vm-1.12 does not contain vm-autoload I've just tried to use the semi-automatic package installation stuff, and it seems like this will eventually make XEmacs *much* easier to administrate (especially for people/organisations who don't have an (X)Emacs adminstrator). Great stuff... eventually :-) I've built XEmacs under FreeBSD 2.2.6, using the tar files under .../xemacs-21.0-preliminary. It appears that the patch in that directory has already been applied, correct? Next, I picked up Darryl Okahatas patch of Sept 20, and after a few false starts I got it to install (the problems were caused by the fact that the patch was picked up from the mail archive, and had HTML-specific codings for the characters "<&>"). Now, when I try to install packages via pui-list-packages, I get a complaint about the function package-delete-name. This function is defined in packages.el. I expect there should be an autoload definition for it somewhere - if I explicitly load "packages", the problem disappears. If I try to install packages in a later session, they are installed in a subdirectory of the original package directory (e.g, I had subdirectories lisp, etc, info, pkginfo, man under /usr/local/lib/xemacs/packages. Also, the default value for package-get-remote is wrong. The final element has the value ("ftp.xemacs.org" "/pub/xemacs/package") --- this should be "packages", not "package". On a slightly different subject, the two latest binary packages have been wrong. vm-1.11 was missing the file vm.elc (trivial, but crucial :-), and vm-1.12 did not have the file vm-autoload. About patches: it would make things easier all round if all source files had a version tag somewhere. This would make it much easier to ensure that you're patching the right version of the file. It would also be helpful patches submitted to the mailing list could be fetched in a straight text form (i.e, without the HTML stuff). //Raymond. -- Raymond Wiker, Orion Systems AS +47 370 61150