[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AUCTeX-devel] Anybody out there?

From: David Kastrup
Subject: Re: [AUCTeX-devel] Anybody out there?
Date: Thu, 05 May 2005 00:58:26 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

David Kastrup <address@hidden> writes:

> a) RPM specs need to be created.  The current RPM is Emacs-only and
> includes everything and the kitchen sink.  The README and INSTALL
> files from preview-latex and AUCTeX conflict: somebody needs to take a
> look at what %doc actually does and fix that.  I am still ambiguous
> about package distribution, but I think I prefer the
> --without-texmf-dir setting.  This means duplication of the LaTeX
> stuff.  I can't think of a sane scheme to avoid that except have
> separate auctex-emacs-no-styles, auctex-xemacs-no-styles and
> preview-styles packages as an alternative to auctex-emacs and
> auctex-xemacs, with the obvious necessary conflicts and dependencies.
> Then you can choose to install the styles in your distribution's
> standard place (and make them generally available) or skip this and
> use the integrated styles.  If your distribution comes with its own
> preview files in the texmf tree, you would likely be forced to use the
> auctex-emacs and auctex-xemacs packages unless we make preview-styles
> install into the site-local tree.  Since installing preview-styles is
> a fine-grained installation decision, this might actually be less
> terrible than it sounds at first: a site administrator choosing to
> install his own site-wide styles can "just" remove preview-styles
> modulo dependencies.
> In a similar vein, the auctex-xemacs and auctex-xemacs-no-styles
> packages would probably need to go into the site-packages tree in
> order to shadow the sumo tarball.  We have that already, I think.
> Better names and schemes welcome.  Who implements this gets to choose.

Ok, I think that we probably should have something like
preview-styles-tetex2 (conflicts with tetex-3.*, provides preview-styles)
preview-styles-tetex3 (provides preview-styles, obsoletes

No, this does not work out.  It would make preview-styles-tetex3
install over preview-styles-tetex2 even when one is using tetex2, and
strictly speaking, it does not conflict with tetex2.  And tetex3
should provide preview-styles probably, too.  As well as gazillion of
other styles.  Looks like we can't do much sensibly except just have
preview-styles install into /usr/local/share/texmf regardless of teTeX
version.  Sigh.  Or was that /usr/share/texmf.local?  Should we
require tetex? Probably.  We can't really know where other packages
will be looking for local style files.

auctex-emacs (includes its own styles packages not conflicting with

auctex-emacs-nostyles (requires preview-styles to be provided

We probably should take a look what people providing just the style
files have chosen to call their packages: I think that LyX needs such

David Kastrup, Kriemhildstr. 15, 44793 Bochum

reply via email to

[Prev in Thread] Current Thread [Next in Thread]