Re: PUI manages 3rd party packages: more RPM or DEB like

Uwe> So here I have to chose one of the possibility mentioned Uwe> above. XEMACS_STAGING seems to be misdocumented. I'll get back to you on that. symlink=t is irrelevant to package distribution as tarballs. You should physically copy the files to a clean staging directory for that. Uwe> This seems to be too bad. If I understand correctly a Uwe> maintainer of a 3rd package has to make his decision where to Uwe> install the package and there are pro and cons for either Uwe> solution. The maintainer of a 3rd party package has no choice about where to install the package. It's the local admin's call. Ie, the minimal package `foo' will contain in the tarball lisp/ lisp/foo.el lisp/foo.elc lisp/auto-autoloads.el lisp/auto-autoloads.elc pkginfo/ pkginfo/MANIFEST.foo No "xemacs-packages/". Where those subdirectories reside is up to the installing admin, not the package maintainer. Uwe> As a starting point could you send me the relevant makefiles Uwe> and rules files you have used so far, this would greatly Uwe> speed up my learning curve. cvs co package-control cvs co auctex gets you what you need. You need everything in package-control, and if you're going to be maintainer you'll need to be using CVS anyway. If there are multiple Makefiles in the xemacs-packages/auctex directory, the one named "Makefile" is ours. The other administrative file you need is package-info.in. You probably don't need to change that at all. Note that you probably cannot build auctex that way. See the REQUIRES variable in Makefile for other packages whose sources must be present in order to build AUC-TeX. (Note: this restriction is not imposed by the package system for our convenience. It is imposed because experience has shown that building packages with anything other than an up-to-date tree greatly increases the likelihood of buggy binary packages being released. Relaxing it would require a tool capable of analyzing all the possible ways that inline code could be imported to the package you're primarily interested in---and every function call is a suspect because of the autoloads feature.) -- 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.