<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.emacs.auctex.bugs">
    <title>gmane.emacs.auctex.bugs</title>
    <link>http://blog.gmane.org/gmane.emacs.auctex.bugs</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1429"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1426"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1424"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1401"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1392"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1390"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1389"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1387"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1381"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1380"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1378"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1370"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1359"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1356"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1348"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1347"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1343"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1342"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1340"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.auctex.bugs/1339"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1429">
    <title>Subject: 11.85; arrow down key does not work in the beginning of a preview region</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1429</link>
    <description>Hello,

I am not sure if this is a problem with AUCTeX or Emacs, since I am 
using the development snapshot of Emacs that I got from 
https://launchpad.net/~ubuntu-elisp/+archive

Suppose I have the file

\documentclass{article}
\begin{document}
\[
x
\]
\end{document}

I turn on previews (now I see the picture for the formula) and then run 
preview-at-point on the formula to show the LaTeX code again. Now if I 
put the point in the beginning of \begin{document} line and press down 
arrow two times, the first time the point is moved before \[, but the 
second time nothing happens.

If I put the point in the middle of the \begin{document} line and press 
down arrow two times, the first time the point moves before \[ and the 
second time after \[ (i.e., on the same line), though further arrows 
down move the point as expected.

Evgeny

------------------------------------------------------------------------



Emacs  : GNU Emacs 23.0.60.1 (i486-pc-linux-gnu, GTK+ Version 2.12.9)
  of 2008-08-09 on samarium, mod</description>
    <dc:creator>Evgeny Makarov</dc:creator>
    <dc:date>2008-08-18T22:58:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1426">
    <title>11.85; problems with nil in load-path</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1426</link>
    <description>
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  In addition check if the bug is reproducable with an
up-to-date version of AUCTeX.  So please upgrade to the version
available from http://www.gnu.org/software/auctex/ if your
installation is older than the one available from the web site.

If the bug is triggered by a specific (La)TeX file, you should try
to produce a minimal sample file showing the problem and include it
in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

I am using a ~/.emacs file consisting of
  (add-to-list 'load-path nil)

When I visit any TeX file, the modeline shows "Fundamental" mode.
(This also happens when I am creating a new TeX file.)  However, the
expected AUCTeX menus (LaTeX, command) appear in the menu bar, and the
key bindings are what one would </description>
    <dc:creator>Art Werschulz</dc:creator>
    <dc:date>2008-07-28T19:27:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1424">
    <title>11.85; LaTeX-paragraph-commands not evaluated</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1424</link>
    <description>Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  In addition check if the bug is reproducable with an
up-to-date version of AUCTeX.  So please upgrade to the version
available from http://www.gnu.org/software/auctex/ if your
installation is older than the one available from the web site.

If the bug is triggered by a specific (La)TeX file, you should try
to produce a minimal sample file showing the problem and include it
in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

I'm trying to have single "\item" lines left alone by fill-paragraph
(LaTeX-fill-paragraph).  I therefore added "item" to the customization
variable "LaTeX-paragraph-commands".  This however does not have any
effect as "LaTeX-paragraph-commands" is never used in latex.el.

The update function "LaTeX-paragraph-c</description>
    <dc:creator>Martin Pohlack</dc:creator>
    <dc:date>2008-07-16T15:08:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1401">
    <title>auctex 11.85 configure hangs</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1401</link>
    <description>Hi Gang:

Last week I moved to a new platform:  Solaris 10 on AMD64.  I've 
installed most of my favorite tools now, but I can't seem to get auctex 
to configure.  Here's what it looks like:

godzilla /usr/local/src/auctex/auctex-11.85 # ./configure 
--with-packagedir=/usr/local/share/xemacs/xemacs-packages
checking for make... make
checking whether make sets $(MAKE)... yes
checking for a BSD-compatible install... ./install-sh -c
checking for date in ChangeLog... 2008-02-10
checking for release in ChangeLog... 11.85
checking for emacs... no
checking for xemacs... /usr/local/bin/xemacs
checking if /usr/local/bin/xemacs is XEmacs... yes
checking for XEmacs prefix... "/usr/local"
checking if XEmacs is recent enough... yes
checking for MULE support... yes
checking if build directory is valid... yes
checking where the package lisp files go... 
/usr/local/share/xemacs/xemacs-packages/lisp/auctex
checking where the data files go... 
/usr/local/share/xemacs/xemacs-packages/etc/auctex
checking where the info files go</description>
    <dc:creator>Rodney Sparapani</dc:creator>
    <dc:date>2008-06-10T18:19:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1392">
    <title>[Kenichi Handa] Re: Emacs fails to recogize"iso-2022-jp" encoded file</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1392</link>
    <description>
I think this should close the recent complaint about AUCTeX failing to
compile because of not tex-jp.el.

I think we should leave off the proposed coding cookie so that we can
report this problem timely when we see it again.



</description>
    <dc:creator>David Kastrup</dc:creator>
    <dc:date>2008-06-04T08:46:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1390">
    <title>2008-05-30; highlighting of \citep[][]{} commands</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1390</link>
    <description>
hi,

when using natbib, \citep{} and \citep[]{} are nicely highlighted.
but \citep[][]{} which is a legitimate form is not highlighted.


Emacs  : GNU Emacs 23.0.60.1 (i386-apple-darwin9.2.2, *Step 9.0rc3)
 of 2008-05-27 on xx
Package: 2008-05-30

current state:
==============
(setq
 AUCTeX-date "2008-05-30"

_________________________________________________________________
It’s easy to add contacts from Facebook and other social sites through Windows Live™ Messenger. Learn how.
https://www.invite2messenger.net/im/?source=TXT_EML_WLH_LearnHow

</description>
    <dc:creator>emacs user</dc:creator>
    <dc:date>2008-06-03T10:40:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1389">
    <title>tex-jp.el needs a coding cookie</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1389</link>
    <description>Hi,

current Emacs CVS misreads tex-jp.el as UTF-8 instead of ISO-2022-JP,
causing byte-compilation of AUCTeX to fail, see [1].  There should be a
coding cookie like the following in the file:

;;; -*- coding: iso-2022-jp -*-

to prevent this from happening.

Cheers,
       Sven


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483731


</description>
    <dc:creator>Sven Joachim</dc:creator>
    <dc:date>2008-06-02T12:43:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1387">
    <title>[Sven Joachim] Bug#483731: auctex: postinst failedwith emacs-snapshot</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1387</link>
    <description>
Saw this in the Debian bug list.  Anybody else having problems in that
area?



</description>
    <dc:creator>David Kastrup</dc:creator>
    <dc:date>2008-06-02T12:39:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1381">
    <title>11.83;[wishlist] please support semiverbatim environment for beamer</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1381</link>
    <description>Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  If the bug (or problem) is triggered by a specific
(La)TeX file, you should try to produce a minimal sample file
showing the problem and include it in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

"semiverbatim" environment is defined in beamer package, but not
supported by AUCTeX. According to the documentation of beamer,
this environment is similar to alltt package.

I am using Debian GNU/Linux sid version of AUCTeX, which is somewhat
older than the recent 11.85 version. However, I checked the 11.85 and
found that "semiverbatim" issue is not fixed yet.

Emacs  : GNU Emacs 22.2.1 (i486-pc-linux-gnu)
 of 2008-04-27 on raven, modified by Debian
Package: 11.83

current state:
==============
(setq
 AUCTeX-date "2006-06-07"
 window</description>
    <dc:creator>Ryo IGARASHI</dc:creator>
    <dc:date>2008-05-24T14:44:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1380">
    <title>2008-05-10; docTeX-mode</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1380</link>
    <description>Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  In addition check if the bug is reproducable with an
up-to-date version of AUCTeX.  So please upgrade to the version
available from http://www.gnu.org/software/auctex/ if your
installation is older than the one available from the web site.

If the bug is triggered by a specific (La)TeX file, you should try
to produce a minimal sample file showing the problem and include it
in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

I try to edit the following simple .dtx-file and add an environment at
the point marked by ^ by the key combination C-c C-e &lt;environment name&gt;.
It starts ordinary but it ends with the message

Invalid regexp: "Invalid preceding regular expression"

What am I doing wrong?

-------8&lt;------------------
% \iffalse
</description>
    <dc:creator>Jobst Hoffmann</dc:creator>
    <dc:date>2008-05-23T09:48:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1378">
    <title>11.85; PSTricks</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1378</link>
    <description>Hello!

My LaTeX file uses PSTricks. Therefore I have in AUCTeX a LaTeXesc  
command to run '(pdf)latex -shell-escape' – which preview does not  
want to do, it does not inherit the TeX-command from the AUCTeX  
session. Here for the case of pdfLaTeX:

Emacs  : GNU Emacs 22.2.1 (powerpc-apple-darwin8.11.0, X toolkit,  
Xaw3d scroll bars)
  of 2008-04-17 on Latsche.local
Package: 11.85

Run buffer contents:

Running `Preview-LaTeX' on `_region_' with ``pdflatex  "\nonstopmode 
\nofiles\PassOptionsToPackage{active,tightpage,auctex}{preview} 
\AtBeginDocument{\ifx\ifPreview\undefined\RequirePackage 
[displaymath,floats,graphics,textmath,sections,footnotes]{preview} 
[2004/11/05]\fi}" "\input" _region_.tex''
This is pdfTeX, Version 3.141592-1.40.0-rc4 (Web2C 7.5.5)
entering extended mode
LaTeX2e &lt;2005/12/01&gt;
Babel &lt;v3.8h&gt; and hyphenation patterns for english, nohyphenation,  
ngerman, fre
nch, ukenglish, loaded.

No auxiliary output files.

(./_region_.tex  !name(Beispiel.tex)
(/usr/local/gwTeX/texmf.texlive/t</description>
    <dc:creator>Peter Dyballa</dc:creator>
    <dc:date>2008-05-20T12:56:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1370">
    <title>2008-03-12;AUC-TeX doesn't honor XEmacs toolbar visibility specification</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1370</link>
    <description>
       Hello,

XEmacs provides a set of custom variables (specifiers actually) to
control the visilibity of the toolbar(s). These are
((default|left|right|top|bottom)-)?toolbar-visible-p. It seems that
AUC-TeX doesn't honor either of these (the toolbar is displayed whatever
their value).



Here's my current setup:

Emacs  : XEmacs 21.5  (beta28) "fuki" beb0c9dcbaf3 [Lucid] (i686-pc-linux, Mule) of Wed Mar 19 2008 on uzeb
Package: 2008-03-12

current state:
==============
(setq
 AUCTeX-date "2008-03-12"
 window-system 'x
 LaTeX-version "2e"
 TeX-style-path '(".style/" ".auto/" "/home/didier/share/tex/bib/.style/"
  "/home/didier/share/doc/.style/"
  "/home/didier/share/tex/cls/.style/"
  "/home/didier/share/tex/sty/.style/"
  "/home/didier/share/tex/cfg/.style/"
  "/home/didier/share/tex/fd/.style/"
  "/home/didier/share/tex/bib/.auto/"
  "/home/didier/share/doc/.auto/"
  "/home/didier/share/tex/cls/.auto/"
  "/home/didier/share/tex/sty/.auto/"
  "/home/didier/share/tex/cfg/.auto/"
  "</description>
    <dc:creator>Didier Verna</dc:creator>
    <dc:date>2008-04-15T16:18:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1359">
    <title>[A Mennucc] Bug#469816: auctex: (does not) print PDFwith dvips</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1359</link>
    <description>
Have we an idea how to deal with that yet?



</description>
    <dc:creator>David Kastrup</dc:creator>
    <dc:date>2008-03-07T10:12:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1356">
    <title>Problem with preview and auctex</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1356</link>
    <description>I try to run preview-document on some latex documents and I get a weird error:

[snip]
Preview-LaTeX exited as expected with code 1 at Mon Mar  3 23:05:53
Running `Preview-DviPS' with ``dvips -Pwww harmonic-analysis-evaluation.dvi -o
harmonic-analysis-evaluation.prv/tmp20843hZm/preview.ps''

Preview-DviPS morto at Mon Mar  3 23:05:53
LaTeX: Wrong type argument: number-or-marker-p, nil


What does it mean? My document has no images, but it has a bibliography and
tables. The dvi file exists. My .emacs has just

(add-hook 'LaTeX-mode-hook 'reftex-mode)

of reftex or auctex-related things. I'm using debian unstable, and the versions
I have are:



$ latex --version
pdfTeX using libpoppler 3.141592-1.40.3-2.2 (Web2C 7.5.6)
kpathsea version 3.5.6
Copyright 2007 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX).
Kpathsea is copyright 2007 Karl Berry and Olaf Weber.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the pdfTeX using libpoppler copyright and
the Lesser GNU General </description>
    <dc:creator>Alexandre Tachard Passos</dc:creator>
    <dc:date>2008-03-04T02:12:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1348">
    <title>11.84; latex go to error bug</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1348</link>
    <description>
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  If the bug (or problem) is triggered by a specific
(La)TeX file, you should try to produce a minimal sample file
showing the problem and include it in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

Here is a slight update on the bug report I submitted last week.
If I compile the file bug.tex (reproduced below), it flags the error,
but typing C-c ` gets auctex confused about the master file....I get
a request in the minibuffer to identify the master file, and no
matter what response I enter, the program opens a new buffer called  
"file"
and loses its place.  However, if I delete (or comment) the
line beginning "Note that in fact" then this doesn't happen.
So something depends on the contents of the file in  a strange way.

Here</description>
    <dc:creator>Arthur Ogus</dc:creator>
    <dc:date>2008-02-21T01:44:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1347">
    <title>2007-03-23; Strange action on customization...</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1347</link>
    <description>

Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  In addition check if the bug is reproducable with an
up-to-date version of AUCTeX.  So please upgrade to the version
available from http://www.gnu.org/software/auctex/ if your
installation is older than the one available from the web site.

If the bug is triggered by a specific (La)TeX file, you should try
to produce a minimal sample file showing the problem and include it
in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

Hi, I was editing a file in docTeX mode, and I used the menu
LaTeX/Customize AUCTeX/Extend this menu.  As a result, a new top level
menu "docTeX" appeared which had a fullblown customize menu as its only
submenu.  The original LaTeX menu, however, was not extended.

Not sure what the right action is here: whe</description>
    <dc:creator>David Kastrup</dc:creator>
    <dc:date>2008-02-20T22:45:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1343">
    <title>delete-process</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1343</link>
    <description>From:  &lt;Ekkehard&lt; at &gt;EKKE&gt;
To: bug-auctex&lt; at &gt;gnu.org
Subject: 11.84; delete-process
--text follows this line--

Hallo,

working with emacs and auctex, I found that the "Inverse DVI search"
does not work on my system.

I describe a shortened process, perhaps you can reproduce this "bug"
on your machine.

Load a tex file, say test.tex. Then give the command "Latex" to produce
test.dvi. Then run "Latex-View" and the yap window opens. Then
go back to the emacs window WITHOUT deleting the yap process.
Then give again the command "Latex" . Now the system asks

Process 'Latex-View' for document 'test' running, kill it? (yes or no)

When I answer 'yes', emacs hangs. I can stop it only by the
Windows task manager and finally Microsoft asks wether or
not I want to send a problem report (of course, I do not).

The same problem occures with ispell:

I invoke Emacs or, from a command line, emacs -Q.
Then I load some file text.tex and run
ispell. Now, when I want to terminate ispell
before it has proved the whole text, I type th</description>
    <dc:creator>Ekkehard Krüger</dc:creator>
    <dc:date>2008-02-19T10:22:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1342">
    <title>11.84; auctex has trouble finding master file on error</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1342</link>
    <description>
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  If the bug (or problem) is triggered by a specific
(La)TeX file, you should try to produce a minimal sample file
showing the problem and include it in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

This is related to a bug a reported earlier.  Often when I run latex
on a file, if there is an error, the program asks where the master  
file is,
saying "default this file".  However then no matter what I enter, it
opens a new buffer called "file" which is blank, instead of moving
the point to the location of the error in the tex file itself.
In te file at hand, this happens if the error is as shown, on line 83.
However if I put an error really early in the file, there is no problem.

Isn't this a bug?  It makes running tex with auc</description>
    <dc:creator>Arthur Ogus</dc:creator>
    <dc:date>2008-02-17T18:54:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1340">
    <title>11.85; problems when installing</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1340</link>
    <description>Hello!

During 'make install' I can see:

Descending into /Users/pete/Quellen/auctex-11.85/preview
(cd latex ; make DESTDIR= install)
../../mkinstalldirs /usr/local/gwTeX/texmf.pkgs/tex/latex/preview
mkdir -p -- /usr/local/gwTeX/texmf.pkgs/tex/latex/preview
mkdir: /usr/local/gwTeX/texmf.pkgs/tex/latex/preview: File exists
make[2]: [install-texmf] Error 1 (ignored)
for x in ...

/usr/bin/install -c -m 644 prfootnotes.def /usr/local/gwTeX/ 
texmf.pkgs/tex/latex/preview
Warning: Cannot update ls-R database in /usr/local/gwTeX/texmf.pkgs/ 
tex/latex/preview/../../..
../../mkinstalldirs /usr/local/gwTeX/texmf.pkgs
/usr/bin/install -c -m 644 preview.dvi /usr/local/gwTeX/texmf.pkgs
../mkinstalldirs auctex-11.85
mkdir -p -- auctex-11.85
for x in prv-emacs.el preview.el ; do \
  echo /usr/bin/install -c -m 644 $x auctex-11.85 ; \
  /usr/bin/install -c -m 644 $x auctex-11.85 ; \
  echo /usr/bin/install -c -m 644 ${x}c auctex-11.85 ; \
  /usr/bin/install -c -m 644 ${x}c auctex-11.85 ; \
done
/usr/bi</description>
    <dc:creator>Peter Dyballa</dc:creator>
    <dc:date>2008-02-16T16:14:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1339">
    <title>11.85; problems with configure</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1339</link>
    <description>Hello!

When running configure it reports:

checking for MULE support... cat: ./conftest-17572: No such file or  
directory
no
checking if build directory is valid... cat: ./conftest-17572: No  
such file or directory
yes

Cause is obviously that I renamed previous tex-site.el file because  
configure was complaining before:

configure: WARNING: Conflicting previous installation in `/Library/ 
Application Support/Emacs/auctex/' found! Although I told it via

--with-packagelispdir=auctex-11.85

to install somewhere else – or is this, "package," meant for XEmacs  
only?

Of course it's my fault to act on something that is not mentioned!  
And similarly for preview:

checking if build directory is valid... cat: ./conftest-18028: No  
such file or directory
yes

checking for glaring installation conflicts... cat: ./ 
conftest-18028: No such file or directory
probably none



Emacs  : GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, X toolkit,  
Xaw3d scroll bars)
  of 2008-01-04 on Latsche.local
Pack</description>
    <dc:creator>Peter Dyballa</dc:creator>
    <dc:date>2008-02-16T14:14:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.auctex.bugs/1335">
    <title>[Richard Everson] Re: 2007-12-28;TeX-next-error finds wrong file</title>
    <link>http://comments.gmane.org/gmane.emacs.auctex.bugs/1335</link>
    <description>Forwarding this to the mailing list.  Please, keep the mailing list
copied when you are answering.

The problem with the output of the sample file is the following line:

(1in=72.27pt, 1cm=28.45pt)

This confuses the regexp-based matcher in AUCTeX (and preview-latex)
which thinks the period in the numbers denotes the start of a file
extension and following the extension there should not be any
whitespace.  This means the opening paren is not found but the closing
one is and this will pop the right file name found before from the stack
and only leave the erroneous Web2C stuff in it.

Perhaps we should loosen the restrictions when searching for opening
parens, but then we might have to do the file name matching
differently.  Does somebody have a good idea how to fix this?



</description>
    <dc:creator>Ralf Angeli</dc:creator>
    <dc:date>2008-02-16T10:46:31</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.emacs.auctex.bugs">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.emacs.auctex.bugs</link>
  </textinput>
</rdf:RDF>
