Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Frank Küster [EMAIL PROTECTED] writes: Davide G. M. Salvetti [EMAIL PROTECTED] wrote: Considering AUCTeX upstream wishes, I'm for the second: I don't think there's much to gain by splitting the packages[*], so I think we should just promote the Recommends to Depends. I agree. Wheter we should add versioned Depends on preview-latex-style, I need to ponder the question. Frank, if you already pondered it (as it looks like to me), please add some more rationale to your points. Well, actually I assume that we do not really need =$SourceVersion, but just some (= $version). But this means that we have to closely follow upstream's changelog: Is there any change to preview.sty that requires the versioned dependency to be bumped? On the other hand, if we use $SourceVersion, we're on the safe side - and preview-latex-style is a tiny package, so I don't really see a downside of forcing its upgrade. Changes to preview.sty should be upwards-compatible. In order to facilitate updating preview-latex-style without requiring an update of AUCTeX, I think =$SourceVersion would be quite safe. =$someversion would require manual maintenance, of course. preview-latex contains the variable preview-default-preamble is a variable defined in `/usr/share/emacs-snapshot/site-lisp/auctex/preview.elc'. Its value is (\\RequirePackage[ (, . preview-default-option-list) ]{preview}[2004/11/05]) Documentation: *Specifies default preamble code to add to a LaTeX document. If the document does not itself load the preview package, that is, when you use preview on a document not configured for preview, this list of LaTeX commands is inserted just before \begin{document}. You can customize this variable. [back] This is supposed to specify the required = version information. However, I think it is not a sensible idea to let preview-latex-style fall back behind the version of auctex by default: people updating auctex will expect to get the whole bundle (and all fixes) with a current version. So = $SourceVersion seems like a better idea than = $bareminimum. An alternative is to compile the auctex package with a --without-texmf-dir configure setting in which case the preview-latex-style package would be independent of auctex, since auctex would then use its own private version. -- David Kastrup
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
severity 408227 important thanks Thomas Renard [EMAIL PROTECTED] wrote: Am 24.1.2007 schrieb Davide G. M. Salvetti [EMAIL PROTECTED]: The content (or lack thereof) of /usr/share/emacs-snapshot/site-lisp/auctex/CompilationLog* got it: latex is missing on my machine. Hm, does auctex need a dependency for tetex? After installing tetex-bin auctex compiles fine. Hm, the dependencies of auctex are a bit weird wrt a TeX system. We have: Depends: debconf | debconf-2.0, debianutils (= 1.7), emacs21 | emacs-snapshot, gs-gpl | gs, make, preview-latex-style Recommends: tetex-base | texlive-latex-recommended, doc-base Suggests: catdvi, dvipng, lacheck So it does *not* depend on a TeX system. However, $ apt-cache show preview-latex-style Depends: tetex-bin | texlive-base Are you using those packages on a mixed stable/unstable system? In stable, preview-latex-style has no depends at all (I guess it was preview-latex which pulled in the needed things). So the solution to this would be to either - make the Depends on preview-latex-style versioned, or - increase the relation to TeX from Recommends to Depends. And actually I believe we should do both. - The safest thing to do WRT preview-latex-style would be to Depend (=$SourceVersion) (forgot the proper syntax). This will ensure that we don't get problems in the lenny release cycle because some newer auctex version expects new functionality in the style file for displaying properly. I don't think this is RC for etch, since the versions in etch match, anyway, and everybody's expected to do a full dist-upgrade before complaining about packages not working - and installation will go smoothly. - If it's auctex proper which needs /usr/bin/latex, then it should have the Depends itself. tetex-base is wrong, though, it should be tetex-bin. Whether this is a problem for etch I do not know, but I doubt it. The question is: Is there a significant number of users who have installed preview-latex in sarge as an Emacs extension just to look at it, but without having teTeX installed? These people might run into the same bug. We should check this: It might be that this way, emacs is trying to be configured before tetex-bin works (e.g. because libkpathsea is not configured). This would make a RC bug in etch. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
fant == Frank Küster [2007-1-25] fant The question is: Is there a significant number of users who have fant installed preview-latex in sarge as an Emacs extension just to fant look at it, but without having teTeX installed? The original rationale for Recommends rather than Depends was that AUCTeX is useful to edit TeX files even if you have no TeX on the system (due to space constraints, or whatever else). However, since preview-LaTeX inclusion things have changed: preview-LaTeX is not useful unless you have LaTeX installed. As I see it, either we split preview-LaTeX from AUCTeX, or we add a dependency on (the package providing) LaTeX the binary to the auctex package. Considering AUCTeX upstream wishes, I'm for the second: I don't think there's much to gain by splitting the packages[*], so I think we should just promote the Recommends to Depends. [*] On the contrary, splitting preview-latex-style is useful from a practical point of view, because of Lyx. Wheter we should add versioned Depends on preview-latex-style, I need to ponder the question. Frank, if you already pondered it (as it looks like to me), please add some more rationale to your points. -- Thanks, Davide
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Davide G. M. Salvetti [EMAIL PROTECTED] wrote: Considering AUCTeX upstream wishes, I'm for the second: I don't think there's much to gain by splitting the packages[*], so I think we should just promote the Recommends to Depends. I agree. Wheter we should add versioned Depends on preview-latex-style, I need to ponder the question. Frank, if you already pondered it (as it looks like to me), please add some more rationale to your points. Well, actually I assume that we do not really need =$SourceVersion, but just some (= $version). But this means that we have to closely follow upstream's changelog: Is there any change to preview.sty that requires the versioned dependency to be bumped? On the other hand, if we use $SourceVersion, we're on the safe side - and preview-latex-style is a tiny package, so I don't really see a downside of forcing its upgrade. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Package: auctex Version: 11.83-4 Severity: normal When updating emacs-snapshot-gtk to 20070122-1 the compilation fails when the auctex package is compiled. /tmp/emacs-snapshot. output: install/auctex: Setting up for emacs-snapshot... emacs-install: /usr/lib/emacsen-common/packages/install/auctex emacs-snapshot emacs21 failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT line 39. I deinstalled auctex and reinstalled emacs-snapshot-gtk and the compilation of emacs-snapshot-gtk worked without problems. Then I installed auctex again and the installation ended up with: install/auctex: Setting up for emacs-snapshot... emacs-package-install: /usr/lib/emacsen-common/packages/install/auctex emacs-snapshot emacs-snapshot emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: Fehler beim Bearbeiten von auctex (--configure): i emacs-snapshot 20070122-1 The GNU Emacs editor (with GTK+ 2.x support) -- Package-specific info: Content of '/usr/share/emacs/site-lisp/auctex/' a01bf9fd3d73621b98d0464203315f9d /usr/share/emacs/site-lisp/auctex/aclocal.m4 c515b501a8d5009537edfb0348d3f14e /usr/share/emacs/site-lisp/auctex/auctex.el e23e60e9de6051db5156aecaaaea11e7 /usr/share/emacs/site-lisp/auctex/auctex.el.in 70edfb6456295f3a85f539d6154a27f1 /usr/share/emacs/site-lisp/auctex/bib-cite.el ac421dfa908cb4b4ca10225f5f392642 /usr/share/emacs/site-lisp/auctex/ChangeLog b61e5af0aa5b8d6f5d5516edd9069e49 /usr/share/emacs/site-lisp/auctex/confdefs.h 0fdfbce360262ba1e7418cfb16122fbd /usr/share/emacs/site-lisp/auctex/config.log 730f6a92c4c082004e4f28bd135a08b3 /usr/share/emacs/site-lisp/auctex/config.status 221b209b70c601cdf4f51d5a88b3e19d /usr/share/emacs/site-lisp/auctex/configure 8cd4b9e2d5a60d887e9a7ef2071c522c /usr/share/emacs/site-lisp/auctex/configure.ac 5006452b1a7118be03053d7b6658b8cb /usr/share/emacs/site-lisp/auctex/context.el b8e6439d05bcb7f5b471e18fd4531806 /usr/share/emacs/site-lisp/auctex/context-en.el f6993976f1541119a029722ff4ae5e59 /usr/share/emacs/site-lisp/auctex/context-nl.el 2b11f4f8c3a4189bf7cc8fec5a51e8c0 /usr/share/emacs/site-lisp/auctex/doc/Makefile 2b11f4f8c3a4189bf7cc8fec5a51e8c0 /usr/share/emacs/site-lisp/auctex/doc/Makefile.in f219971ef3cebc73ca1dbf21b18fc2a2 /usr/share/emacs/site-lisp/auctex/font-latex.el f176261b5a5511cbe1401ee72ffb8947 /usr/share/emacs/site-lisp/auctex/images/amstex.xpm d33121019448617a3ad3bcafdeb8db40 /usr/share/emacs/site-lisp/auctex/images/bibtex.xpm 1a43d6438010bceb374ab0a5f2bd05a8 /usr/share/emacs/site-lisp/auctex/images/dropdown.xpm 41f1ae0341ae2e307d92a7b8b815f868 /usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm 2e4b8669b0168f32247411be3f999437 /usr/share/emacs/site-lisp/auctex/images/dvips.xpm 55f7600cadc3a209e94bacf6bbc42a7c /usr/share/emacs/site-lisp/auctex/images/error.xpm 79b958849511c67d6b13ef9f5b3673e8 /usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm a8570e26e9f96b6f527cdbe218d6c55f /usr/share/emacs/site-lisp/auctex/images/execdvips.xpm e647bc601aef2dc71b134a989df1adff /usr/share/emacs/site-lisp/auctex/images/execerror.xpm 4610ec6133f89ceb441c43dfee077361 /usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm c9cd1fc9fe4fd122cbf900fae654a67b /usr/share/emacs/site-lisp/auctex/images/exectex.xpm 6a6b9af945d4735f048ea8e475f8d9b8 /usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm 466466f6d1867510b058a9c184ffce5d /usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm 39d8ccaffb40b0c118e000f45272db05 /usr/share/emacs/site-lisp/auctex/images/execviewps.xpm c29ad797273fd27201a40bd939a95fe0 /usr/share/emacs/site-lisp/auctex/images/exec.xpm 6767e2583c668dcb47495197b9e8cb65 /usr/share/emacs/site-lisp/auctex/images/gv.xpm ff9c61ef5148a0cacd5422d7c0d99396 /usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm ece6608586b591f50f20d17cdb316a1c /usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm b1f10de33dcf1b5ca9ac6155c13683a3 /usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm 44e35faa18ab34f3c13ac3b0082bcc47 /usr/share/emacs/site-lisp/auctex/images/pdftex.xpm 84673eb20ac3be7bf0eb4e84e23e828f /usr/share/emacs/site-lisp/auctex/images/prverr16.xpm 59e6a0dddb00ab16c4209a2e4c6e283d /usr/share/emacs/site-lisp/auctex/images/prverr20.xpm 30dc2ada41625cb24ea459bd62f7386c /usr/share/emacs/site-lisp/auctex/images/prverr24.xbm 225929f8131bdd7b9b8207494a59619a /usr/share/emacs/site-lisp/auctex/images/prverr24.xpm 40feb30f80d3606f32ba54b57ba18af5 /usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm e1b3c9d6a6eb6fb6f096736cdfc059cf /usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm 32406fc4b893b48d2996c424f61ea238 /usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm cc4101ee6a3ab6a1f4e9991b91b3ff0b /usr/share/emacs/site-lisp/auctex/images/prvtex16.xpm
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Hi, Thomas Renard [EMAIL PROTECTED] writes: /tmp/emacs-snapshot. output: install/auctex: Setting up for emacs-snapshot... emacs-install: /usr/lib/emacsen-common/packages/install/auctex emacs-snapshot emacs21 failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT line 39. Could you please send us the whole log file? The message quoted above just says that it failed, it doesn't say why. Thanks, -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Could you please send us the whole log file? The message quoted above just says that it failed, it doesn't say why. O course, sorry (I lost the old one so I reinstalled emacs again - but it has the same output). Thomas emacs-snapshot.L12595 Description: Binary data
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Thomas Renard [EMAIL PROTECTED] wrote: --RWP_PART_baer1169644315 Content-Type: application/octet-stream; name=emacs-snapshot.L12595 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=emacs-snapshot.L12595 --RWP_PART_baer1169644315-- There's nothing in it... Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Thomas Renard [EMAIL PROTECTED] wrote: I deinstalled auctex and reinstalled emacs-snapshot-gtk and the compilation of emacs-snapshot-gtk worked without problems. Then I installed auctex again and the installation ended up with: install/auctex: Setting up for emacs-snapshot... emacs-package-install: /usr/lib/emacsen-common/packages/install/auctex emacs-snapshot emacs-snapshot emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: Fehler beim Bearbeiten von auctex (--configure): I could not reproduce this in a sid pbuilder chroot. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
The content (or lack thereof) of /usr/share/emacs-snapshot/site-lisp/auctex/CompilationLog* would be particularly useful. Note (to myself and people working on this bug): the Emacs byte compilation log file should have been collected automatically by reportbug (it seems reportbug or equivalent has been used to report the bug), but it has not. This might already be a clue to spot the bug, if any. -- Ciao, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Davide G. M. Salvetti [EMAIL PROTECTED] writes: /usr/share/emacs-snapshot/site-lisp/auctex/CompilationLog* Side note: could you please change auctex's install script so that it mentions this file name on the console if compilation fails? I think it's important for users to know where to look in case they're not familiar with auctex's packaging scripts. (This would also allow you to encourage the user to attach this file to the report if necessary.) Thanks, -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
RF == Romain Francoise [2007-1-24] RF Side note: could you please change auctex's install script so that RF it mentions this file name on the console if compilation fails? Yes, that's a good idea, let us note it here (so that I will remember to try and add it). RF I think it's important for users to know where to look in case RF they're not familiar with auctex's packaging scripts. However, auctex has a reportbug script, which attach that file (along with a mess of other things) to bug reports. OTH, not everyone use reportbug compatible ways of reporting bugs. -- Ciao, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408227: auctex does not compile with actual emacs-snapshot-gtk
Am 24.1.2007 schrieb Davide G. M. Salvetti [EMAIL PROTECTED]: The content (or lack thereof) of /usr/share/emacs-snapshot/site-lisp/auctex/CompilationLog* got it: latex is missing on my machine. Hm, does auctex need a dependency for tetex? After installing tetex-bin auctex compiles fine. CompilationLog Description: Binary data