Re: problem startup xemacs 21.4 SuSE Linux 9.0

Mike FABIAN <[email protected]>
Newsgroups gmane.emacs.xemacs.general
Message-ID <[email protected]>
"Stephen J. Turnbull" <[email protected]> :

>     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.

I don't think it is necessary to encode the version numbers into the
file name of the rpm. If one uses apel-xemacs.rpm and xemacs.rpm
downloaded from the same directory, one can assume that they are built
to work together.

> There probably should be dependencies on the x.y.z XEmacs, and
> conflicts with other versions.

Good idea, I'll add that.

> 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.

Putting APEL into the version-specific load-path sounds like the
perfect solution.

-- 
Mike FABIAN   <[email protected]>   http://www.suse.de/~mfabian
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.