Re: [ANNOUNCE] Unofficial XEmacs Packages

SY> Sure. I'll create directory under XEmacs/packages/ called SY> "unsupported". With a README containing the appropriate SY> warnings and disclaimers. Well, I specifically put it next to, not under, XEmacs/packages so that each developer would have his own distribution. This way with a developer with multiple packages you have XEmacs/packages/hacker/{pkg1,pkg2}/Makefile so Makefile has to point to ../../../XEmacs.rules etc instead of ../../XEmacs.rules. Not a big deal, but we should take note of it, maybe. SY> I'd rather call it "unsupported" than "alpha-packages" to SY> reduce confusion. Fine by me. SY> More than likely. My only requirements are what I mentioned SY> in another post to this thread. Namely: SY> - They install to /site-packages/ Er, how do we do this currently? In particular, make bindist doesn't understand the difference among {xemacs,mule,site}-packages.. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN My nostalgia for Icon makes me forget about any of the bad things. I don't have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py