headers
David Kastrup | 6 Apr 2003 17:37
Picon
Picon

Re: [preview-latex-devel] [windows 2000, AFPL Ghost Script] preview-latex installation problems

Harald Muehlboeck <harald <at> clef.at> writes:

> On 30 Mar 2003, David Kastrup <dak <at> gnu.org>  wrote:
> 
> > What made you think that --with-xemacs takes a directory as its argument?
> 
> Well most likely I thought so, because all other --with arguments
> were directories. At least defining paths in the course of an
> installation process was always associated by defining directories.
> 
> Reading the installation insurrection I must have left the point with-
> emacs, because I did not use emacs but xemacs. Probably the --with-
> emacs=path-to-emacs.exe could be mentioned again in the Xemacs point.
> 
> I have to admit, that I tried ./configure without these options for
> the first time. There the process terminated saying that it could not
> find an emacs or xemacs installation. So I specified the Path to the
> Emacs directory. As configure now found an Xemacs and conformed that
> Xemacs ist really Xemacs, I thougt this option to be set correctly.

I think `configure' just acknowledged that instead of looking itself
it would take what you have specifically requested.  There are some
cases with installation into separate trees where the user's explicit
choice actually should be used even in case where it would appear
"wrong".

> > > 2.) The variable "preview-gs-command" seems to be set wrong after
> > > installation.
> >
> > How did you "start preview-latex" for the first time?  The
(Continue reading)

Permalink | Reply | 8 comments |
headers
Jan-Åke Larsson | 7 Apr 2003 09:03
Picon
Picon
Favicon

Re: [preview-latex-devel] [windows 2000, AFPL Ghost Script] preview-latex installation problems

David Kastrup wrote:
> > find an emacs or xemacs installation. So I specified the Path to the
> > Emacs directory. As configure now found an Xemacs and conformed that
> > Xemacs ist really Xemacs, I thougt this option to be set correctly.

I would rather have expected it to report it as "Emacs", which is what
would happen if an xemacs binary was not found. The development
version configure.in in CVS bails out if it does not find either
xemacs or emacs.

> I think `configure' just acknowledged that instead of looking itself
> it would take what you have specifically requested.  There are some
> cases with installation into separate trees where the user's explicit
> choice actually should be used even in case where it would appear
> "wrong".

Exactly. Not being able to run the binary is bad news, though.

> > (add-to-list (quote load-path) "C:/Programme/Xemacs/xemacs-packages//lisp/preview")
> 
> The double slash is probably asking for trouble: any idea how it came
> about?

I do have some things in mind for the (x)emacs elisp-path-searching
macros in configure.in. But I'm under heavy pressure right now,
Probably most of April. Possibly I'll look in to it for leisure some
friday afternoon. But alas, not now.

> > And if I run Preview latex and choose "Cache Preamble" [NO], previews
> > are generated. But if I choose the default Option "Yes" no previews
(Continue reading)

Permalink | Reply | 4 comments |
headers
Uwe Brauer | 7 Apr 2003 13:46
X-Face
Picon

Re: [preview-latex-devel] [windows 2000, AFPL Ghost Script] preview-latex installation problems

David Kastrup writes:

 > 
 > AUCTeX should by now be provided at least in a version 11.13 (Uwe, any
 > idea when that may become 11.14?  And I recommend giving it the
 > package version number 2002.1215 which is the numbering scheme we use
 > for preview-latex and which at least gives _some_ meaning to the
 > strictly increasing x.y package numbering scheme of XEmacs packages).
 > 

David, some comments.

Unfortunately, the auctex-11.13   is yet not  official, instead  still
part of the so called pre-release (whose url I mentioned in my message
announcing the "upgrade").  This is  not  in  my hands but  under  the
responsibility of the main new Xemacs package manager, Norbert Koch.

As for the numbering  scheme.  He or better  said the Xemacs deveolper
team is  respsonsible for the numbering  scheme. I discussed a similar
issue some  time  ago, and it was   refused.   The reason is   that an
internal Xemacs-specific scheme which might occur, should be reflected
in a change of numbering scheme, but  this would of course easily lead
to  a out  of synch, with  a 3rd  party package  such as  auctex (as a
matter of fact, only for vm and reftex the version numbers coincide, I
don't know why). I can start such a discussion again,  but I am afraid
it will not lead to anything

As for 11.14

This is partially my fault: the reason is the hard disk  of my main PC
(Continue reading)

Permalink | Reply | 0 comments |
headers
Erik Frisk | 8 Apr 2003 09:50
Picon
Picon
Picon
Favicon

rel-0-7-8; Strange error

I have a problem I do not understand. I have installed preview-latex
successfully many times but I can't seem to get it to work this time.

I load newly installed preview-latex with
(load "preview-latex.el" nil t t)
in my .emacs where 'preview-latex.el' is automatically generated by the
Make-process.

I load a document into emacs (preview-latex and everything else loads up
fine)
\documentclass[a4paper]{article}
\begin{document}
\begin{equation}
  x^2
\end{equation}
\end{document}

and when I press C-c C-p C-e (or any other preview) in the equation
environment I get in my log-file:
! Emergency stop.
<*> ...nvironment{tabular}\fi}\input{_region_.tex}

No pages of output.
Transcript written on texput.log.

Preview-LaTeX exited abnormally with code 1 at Tue Apr  8 09:47:35
LaTeX: LaTeX found no preview images

First I thought there were some problems generating the .ini-file (and I
am still not sure this works) but even when I turn preamble-cache off the
(Continue reading)

Permalink | Reply | 2 comments |
headers
David Kastrup | 8 Apr 2003 10:21
Picon
Picon

Re: [preview-latex-devel] rel-0-7-8; Strange error

Erik Frisk <frisk <at> isy.liu.se> writes:

> I load newly installed preview-latex with
> (load "preview-latex.el" nil t t)
> in my .emacs where 'preview-latex.el' is automatically generated by
> the Make-process.

> and when I press C-c C-p C-e (or any other preview) in the equation
> environment I get in my log-file:
> ! Emergency stop.
> <*> ...nvironment{tabular}\fi}\input{_region_.tex}
>                                                   
> No pages of output.
> Transcript written on texput.log.

> First I thought there were some problems generating the .ini-file
> (and I am still not sure this works) but even when I turn
> preamble-cache off the problem is still the same. So I am kind of
> stuck. Anyone who can see what the problem is?

Yup.  All hail preview-report-bug!

>  preview-default-preamble '("\\RequirePackage[%P]{preview}"
> 			    "\\PreviewMacro*[{[]{}}]{\\parbox}"
> 			    "\\PreviewEnvironment{tabular}")

The structure of preview-default-preamble has changed.  %P is no
longer supported.  Take a look at the new default value and go on
from there.  That is, call customize-variable on
preview-default-preamble, cut and paste your lines to somewhere else,
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Kastrup | 16 Apr 2003 16:45
Picon
Picon

Re: [preview-latex-devel] [windows 2000, AFPL Ghost Script] preview-latex installation problems

Jan-Åke Larsson <jalar <at> mai.liu.se> writes:

> This has happend to me too lately. And when I press C-c C-l in the
> latter case, it responds "No process for this document", even though
> the modeline says "Compiling". When I try to quit emacs later it shows
> "Active processes still exist...". The corresponding buffer contains
> 
> -----
> Running `Preview-LaTeX' on `whitaker' with ``initex "&latex"
> prv_whitaker.ini
> "\nonstopmode\PassOptionsToPackage{active,dvips,counters,auctex}{preview}\AtBeginDocument{\ifx\ifPreview\undefined\RequirePackage[displaymath,graphics,textmath,sections,footnotes]{preview}\fi}\input{whitaker.tex}"''
> This is TeX, Version 3.14159 (Web2C 7.3.1) (INITEX)
> (prv_whitaker.ini
> LaTeX2e <1998/12/01> patch level 1
> Babel <v3.6x> and hyphenation patterns for american, french, german,
> ngerman, s
> wedish, nohyphenation, loaded.
> (/sw/tex/teTeX/1.0/share/texmf/tex/latex/carlisle/mylatex.ltx) (.tex
> ! Missing control sequence inserted.
> <inserted text> 
>                 \inaccessible 
> l.2 \let =
>           [\def fonttext.cfg, 1999/01/05 v2.2x LaTeX Kernel (Text font
> 	  Setup...
> 
> ? 

That would point to mylatex.ltx running into a problem.  mylatex.ltx
is used for dumping the preamble, and it requires that a properly
recognizable \begin{document} is present and a few other things.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Lute Kamstra | 28 Apr 2003 18:23
Picon
Picon
Favicon

CVS today; configure script fails.

Dear people,

I tried to get Preview up and running from today's CVS sources.  When
I ran ./configure after doing ./autogen.sh, I got:

checking whether make sets $(MAKE)... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for /export/scratch1/lute/software/cvs/bin/emacs-21.3.50... /export/scratch1/lute/software/cvs/bin/emacs-21.3.50
checking if /export/scratch1/lute/software/cvs/bin/emacs-21.3.50 is XEmacs... no
checking if /export/scratch1/lute/software/cvs/bin/emacs-21.3.50 supports images... configure:
error: "You need an Emacs that supports images"

The Emacs in question was:

(emacs-version) => "GNU Emacs 21.3.50.1 (i686-pc-linux-gnu,
 GNU/LessTif Version 1.2 Release 0.93.18) of 2003-04-28 on
 occarina.pna.cwi.nl"

system-configuration-options =>
"'--prefix=/export/scratch1/lute/software/cvs'
'--exec-prefix=/export/scratch1/lute/software/cvs'
'--with-x-toolkit=motif' '--with-xpm' '--with-jpeg' '--with-tiff'
'--with-gif' '--with-png' '--with-x'"

This seems not right as it does support images.

FWIW, I took a quick look at the test in configure.in and saw the form

(and (boundp 'image-types) image-types)
(Continue reading)

Permalink | Reply | 6 comments |
headers
Jan-Ake Larsson | 29 Apr 2003 09:29
Picon
Picon
Favicon

Re: [preview-latex-devel] CVS today; configure script fails.

Lute Kamstra wrote:
> I ran ./configure after doing ./autogen.sh, I got:
> checking if /export/scratch1/lute/software/cvs/bin/emacs-21.3.50
supports images... configure: error: "You need an Emacs that supports
images"

David has fixed this in current CVS. My fault, I am afraid. 

<tech nonsense>
I noticed that the cached values from one install (xemacs for example)
would carry over to another (emacs for example) and would lead to the
wrong paths among other things. I changed that so that the EMACS_LISP
macro no longer caches the values. Unfortunately the image support
check used the cached value outside of the EMACS_LISP macro. Bad.
</tech nonsense>

/JÅ

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 2 comments |
headers
Lute Kamstra | 29 Apr 2003 09:51
Picon
Picon
Favicon

Re: [preview-latex-devel] CVS today; configure script fails.

Jan-Ake Larsson <jalar <at> mai.liu.se> writes:

> Lute Kamstra wrote:
>
>> I ran ./configure after doing ./autogen.sh, I got:
>> checking if /export/scratch1/lute/software/cvs/bin/emacs-21.3.50
>> supports images... configure: error: "You need an Emacs that supports images"
>
> David has fixed this in current CVS.

Yep, it works for me now.  Thanks.

Lute.

--

-- 
Lute Kamstra  <Lute.Kamstra <at> cwi.nl>
CWI  department PNA4
Room M233  phone (+31) 20 592 4214
[Echelon material: explosion [Hello to all my friends and fans in domestic surveillance] AUTODIN]

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
David Kastrup | 28 Apr 2003 20:39
Picon
Favicon

Re: [preview-latex-devel] CVS today; configure script fails.

Lute Kamstra <Lute.Kamstra <at> cwi.nl> writes:

> I tried to get Preview up and running from today's CVS sources.  When
> I ran ./configure after doing ./autogen.sh, I got:
> 
> checking whether make sets $(MAKE)... yes
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for /export/scratch1/lute/software/cvs/bin/emacs-21.3.50... /export/scratch1/lute/software/cvs/bin/emacs-21.3.50
> checking if /export/scratch1/lute/software/cvs/bin/emacs-21.3.50 is XEmacs... no
> checking if /export/scratch1/lute/software/cvs/bin/emacs-21.3.50 supports images... configure:
error: "You need an Emacs that supports images"

> This seems not right as it does support images.

A bug that probably is due to some aclocal.m4 synchronisation with
AUCTeX.  I have fixed this in the preview-latex version: try again,
it should work now.

--

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |

Gmane