Re: problem startup xemacs 21.4 SuSE Linux 9.0
"Stephen J. Turnbull" <[email protected]>
| Newsgroups | gmane.emacs.xemacs.general |
|---|---|
| Organization | The XEmacs Project |
| Message-ID | <[email protected]> |
>>>>> "Mike" == Mike FABIAN <[email protected]> writes: Mike> "Stephen J. Turnbull" <[email protected]> : Mike> The other solution would be to remove apel completely from Mike> the Sumos, than one could always have the latest apel as an Mike> external package. >> No, one can't, unless one is willing to match their Emacs to >> the APEL they have installed. Mike> That's no big problem, the APEL from apel-xemacs.rpm will Mike> have been build against the XEmacs from xemacs.rpm, Mike> i.e. they will match if one is using both packages from the Mike> same SuSE Linux distribution. Well, I think you should have an xemacs-x.y.z-apel-u.v-SuSErev.rpm. There probably should be dependencies on the x.y.z XEmacs, and conflicts with other versions. You see, if the function is a GNU Emacs synch, then we sometimes _do_ add new functions in the stable series, and that's _exactly_ the kind of thing that APEL is designed to deal with. Maybe we can find some way to stuff APEL into the version-specific part of load-path. One often forgets we have those.... Mike> And for those who build their XEmacs from source it should Mike> also be no problem to build their APEL using that XEmacs. If they're only building one. I typically have four different XEmacsen, sometimes more. And it is definitely not uncommon for people to have a 21.4 and a 21.5. -- 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.