Re: Stop building 21.5 nomule

Stephen> This kind of improper use of coding cookies is precisely Stephen> why I hate them. Malcolm> I agree that it's better to fix the underlying problem, Do you understand what a radical thing you are saying? The problem is that having coding cookies in the xemacs-packages hierarchy implies calling a Mule API in a no-Mule XEmacs. The only way to fix that is to remove support for no-Mule builds. Vin will love that!<wink> If you mean to have the no-Mule XEmacs recognize but ignore the cookies it knows it can't handle, that's pretty evil. "Hey, Emacs, we're gonna stuff input you can't handle into the Lisp interpreter!" "OK, I'll just hold my nose and swallow!" Not a good idea. No coding cookies, and files are ISO-8859-1 has been the policy for the xemacs-packages hierarchy since it was invented. If this is going to be a problem for the package maintainer, we move the package to mule-packages. That's precisely why we have mule-packages. -- School of Systems and Information Engineering 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.