Your message dated Fri, 9 Aug 2019 21:01:44 +0200 with message-id <fe2d4528-7f5b-6cfe-27ac-12384763af9a@web.de> and subject line Re: Bug#576685: texlive-latex-recommended: Table of content (toc) file keeps changing every compilation when UCS characters are present. has caused the Debian Bug report #576685, regarding texlive-latex-recommended: Table of content (toc) file keeps changing every compilation when UCS characters are present. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 576685: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576685 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: texlive-latex-recommended: Table of content (toc) file keeps changing every compilation when UCS characters are present.
- From: André Caldas <andre.em.caldas@gmail.com>
- Date: Tue, 06 Apr 2010 11:33:21 -0300
- Message-id: <20100406143320.11479.4279.reportbug@fusionforge.super-debian>
Package: texlive-latex-recommended Version: 2009-8 Severity: normal If you have special UCS characters on the TOC, then it gets recompiled every time. The result alternates between having the correct UCS character and having the famous "Please insert into preamble". If you compile the attached bad.tex you get this: 1. The first time you get an empty summary. 2. The second time you get the "insert into preamble" instead of the UCS char. 3. The third time you get a perfect summary. 4. Then, if you compile again, you get the same file as in item 2. Programs like rubber enter an infinite loop since bad.toc keeps changing. It is curious that this does not happen if you have some 16-bit UTF-8 char inside "\author", for example. The problem happens in "latex" as well as "pdflatex". André Caldas. -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ################################## minimal input file ################################## other files ###################################### List of ls-R files -rw-r--r-- 1 root root 1725 Apr 4 12:40 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Jan 13 00:26 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Mar 1 14:42 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Mar 9 00:32 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Mar 9 00:32 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE ###################################### Config files lrwxrwxrwx 1 root root 20 Mar 1 14:42 /usr/share/texmf/web2c/texmf.cnf -> /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 9836 Apr 4 12:40 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 23773 Apr 4 12:40 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 15119 Apr 4 12:40 /var/lib/texmf/tex/generic/config/language.dat ###################################### Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Nov 23 2007 mktex.cnf ###################################### md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf bab3b7e578107f999fa1b0768994f6f8 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-recommended depends on: ii dpkg 1.15.5.6 Debian package management system ii tex-common 2.07 common infrastructure for building ii texlive-binaries 2009-5 Binaries for TeX Live ii texlive-common 2009-8 TeX Live: Base component ii texlive-latex-base 2009-8 TeX Live: Basic LaTeX packages Versions of packages texlive-latex-recommended recommends: ii latex-beamer 3.07-2 LaTeX class to produce presentatio ii latex-xcolor 2.11-1 Easy driver-independent TeX class ii prosper 1.00.4+cvs.2007.05.01-4 LaTeX class for writing transparen ii texlive-latex-re 2009-8 TeX Live: Documentation files for texlive-latex-recommended suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.30 Debian configuration management sy ii dpkg 1.15.5.6 Debian package management system ii ucf 3.0025 Update Configuration File: preserv Versions of packages texlive-latex-recommended is related to: pn tetex-base <none> (no description available) ii tetex-bin 2007.dfsg.2-4 TeX Live: teTeX transitional packa pn tetex-extra <none> (no description available) ii tex-common 2.07 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing:\documentclass[a4paper,12pt,openany,oneside]{book} \sloppy \usepackage{ucs} \usepackage[utf8x]{inputenc} \usepackage[brazilian]{babel} \author{No special characters...} \title{Book Title} \begin{document} \frontmatter \maketitle \tableofcontents \mainmatter \part{Espaços Métricos} \section{ABC} \end{document}\documentclass[a4paper,12pt,openany,oneside]{book} \sloppy \usepackage{ucs} \usepackage[utf8x]{inputenc} \usepackage[brazilian]{babel} \author{Let's try this: ã} \title{Book Title} \begin{document} \frontmatter \maketitle \tableofcontents \mainmatter \part{Espaços Métricos} \section{ABC} \end{document}
--- End Message ---
--- Begin Message ---
- To: André Caldas <andre.em.caldas@gmail.com>
- Cc: 576685-done@bugs.debian.org
- Subject: Re: Bug#576685: texlive-latex-recommended: Table of content (toc) file keeps changing every compilation when UCS characters are present.
- From: Hilmar Preuße <hille42@web.de>
- Date: Fri, 9 Aug 2019 21:01:44 +0200
- Message-id: <fe2d4528-7f5b-6cfe-27ac-12384763af9a@web.de>
- In-reply-to: <20100406143320.11479.4279.reportbug@fusionforge.super-debian>
- References: <20100406143320.11479.4279.reportbug@fusionforge.super-debian>
Am 06.04.2010 um 16:33 teilte André Caldas mit: Hi André, > If you have special UCS characters on the TOC, then it gets recompiled every > time. The result alternates between having the correct UCS character and having > the famous "Please insert into preamble". If you compile the attached bad.tex > you get this: 1. The first time you get an empty summary. 2. The second time > you get the "insert into preamble" instead of the UCS char. 3. The third time > you get a perfect summary. 4. Then, if you compile again, you get the same file > as in item 2. Programs like rubber enter an infinite loop since bad.toc keeps > changing. It is curious that this does not happen if you have some 16-bit > UTF-8 char inside "\author", for example. The problem happens in "latex" as > well as "pdflatex". > 1. We're not a LaTeX helpdesk, so please clarify if you have a bug before contacting us. I'm pretty sure the people on https://tex.stackexchange.com/ are faster than we. 2. I guess you're not really interested in the question, why one document works and the other not, but rather how to fix the non-working. I changed your example and simply stopped using ucs/utf8x. There is an utf8 codepage in inputenc for years now. So there should be just corner cases, where ucs/utf8 are still needed. So my head looks like: \documentclass[a4paper,12pt,openany,oneside]{book} \sloppy %\usepackage{ucs} %\usepackage[utf8x]{inputenc} \usepackage[utf8]{inputenc} %\usepackage[brazilian]{babel} ..and the error is gone. If you see side effects, please report them to the ucs people. Please make sure beforehand there are no other solutions than reporting a bug. Closing. Hilmar -- sigfault #206401 http://counter.li.orgAttachment: signature.asc
Description: OpenPGP digital signature
--- End Message ---