Bug#377653: Please allow bug subscription for debian-...@lists.debian.org
Hi TeX Mailing list, hi Cord, thank you Cord for coming back to this after so long time. Myself, I have stopped any Debian work a while ago. Therefore I can only forward this question to the TeX mailing list: Do you still want to subscribe the list to bugs (back then, we used this e.g. for the infamous poppler bugs and such, or for bugs in other packages related to teTeX or TeXLive-Transition) - and is it still impossible (see the bug up there)? Regards, Frank Am 13.08.15 um 23:20 schrieb Cord Beermann: Hello, I must apologize that i lost focus on this bug. Is it still valid? Yours, Cord, Debian Listmaster of the day
Bug#483215: Status
Sam Geeraerts sam...@elmundolibre.be writes: I came across this bug while checking license issues for Debian derivative gNewSense. It looks like this is the only unresolved one left in the list of serious issues in debian/copyright. What's the current status? Can we assume that everything in extsizes falls in the public domain? I don't think that anything has changed: Both authors have expressed by e-mail their will to license it as Public Domain. What remains to be done is: We should follow up on this and make sure that a version with a proper licensing notice is uploaded to CTAN. Preferrably by preparing an updated readme with the license text and filelist, and sending it to James for review, offering to do the upload. Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714533: @enumerate N broken for integers N 9
Ryan Kavanagh r...@debian.org writes:
Package: texinfo
Version: 5.1.dfsg.1-3
Severity: normal
Tags: upstream
According to the Texinfo manual[0], @enumerate may be used as:
@enumerate positive-integer
With a (positive) numeric argument, start a numbered list with that
number. You can use this to continue a list that you interrupted
with other text.
However, for any value of positive-integer greater than 9, one gets
bad argument to @enumerate
Does {10} work?
(No texinfo installed on this system).
Regards, Frank
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709986: texlive-base: Use of uninitialized value
Hilmar Preusse hill...@web.de writes:
On 29.05.13 Norbert Preining (prein...@logic.at) wrote:
Hi,
The patch is quite simple:
diff --git a/texlive-base/debian/tl-paper b/texlive-base/debian/tl-paper
index e8f3ec9..7fc5223 100644
--- a/texlive-base/debian/tl-paper
+++ b/texlive-base/debian/tl-paper
@@ -74,6 +74,14 @@ sub main {
usage();
exit 1;
}
+# set TEXMFVAR and TEXMFSYSVAR to something completely absurd
+# so that we always find either the system provided config file
+# as distributed in /usr/share/texlive/texmf-dist, or, if the
+# admin decided to override that, a copy in TEXMFSYSCONFIG
+# but *not* the one we have created at some point in history
+# in TEXMF(SYS)VAR
+$ENV{TEXMFVAR} = /does/hopefully/not/exists/on/any/system;
+$ENV{TEXMFSYSVAR} = /does/hopefully/not/exists/on/any/system;
if ($prg =~ m/^all$/i) {
if ($newpaper !~ /^(a4|letter)$/) {
# we cannot deal with that for now, only a4|letter supported for
I'm pretty sure you'll get another bug for this code. As the path
above does not corespond to the FHS is should work anyway. ;-)
Maybe it would be more elegant to do something like this
+$ENV{TEXMFVAR} = $TEXMFMAIN;
+$ENV{TEXMFSYSVAR} = $TEXMFMAIN;
(or whatever the current name for our tree is, and probably needs to be
expanded by kpsewhich, not the shell).
Regards, Frank
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683943: luaotfload bug
Élie Roux elie.r...@telecom-bretagne.eu writes: Dear all, this is indeed a luaotflaod feature, thank you for noticing it! I am currently improving it and will fix the behaviour: it will now look into fontconfig files even if OSFONTDIR is set... The new version should be on CTAN today or tomorrow. Thanks for the heads up, looking forward to see the update in Debian! Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316274: apt: I would like to use AllowUnauthenticated only for localhost
Daniel Hartwig mand...@gmail.com writes: frank fr...@kuesterei.ch wrote: Therefore I would like to be able to specify that APT::Get::AllowUnauthenticated be applied either for specific lines in sources.list, or for specific host:port pairs. You can use a source such as: deb [trusted=yes] http://localhost/debian/ unstable main Thank you! Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671609: dot2texi broken with current texlive
Philipp Kern pk...@debian.org wrote: On Sat, May 05, 2012 at 11:30:09PM +0200, Hilmar Preuße wrote: Thanks for the bug report. I don't think that severity is important - lowering to normal. Fair enough. It does break a component, though. One of the many dozens in the package. As I could see in the google groups thread the upstream author is already informed. So I just mark the bug as forwarded, no we don't intend to patch the file in Debian. Please install the fixed version in your local texmf tree. He's aware of it since a year, yes. Fact is: It's broken in Debian and it does break TeX files that use it. I didn't notice that it's some sort of contrib thing, which is what CTAN suggests. contrib on CTAN doesn't mean the same as in Debian. Still, we are not able to fix every bug in a package that is on CTAN. We don't even have the manpower to fix all the bugs that *we* introduced by our packaging, and forwarding upstream bugs to upstream (i.e. package authors). Trying to fix bugs like this in Debian would mean: - Trying to be more up-to-date than upstream - sorting out the mess when a new TeXLive release comes: - has the package been updated, do we just drop the patch? - has the package been updated, but without the bug being fixed? Does the patch still apply? That simply doesn't work. However, you are free to maintain a dot2texi file in TEXMFDEBIAN. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671772: tex-common: kpsewhich: variable information commands stopped working
Package: tex-common
Version: 3.10
Severity: normal
This is how it worked in stable:
kpsewhich -expand-path='$TEXMF'
/home/frank/.texmf-config:/home/frank/.texmf-var:/home/frank/texmf:/etc/texmf:/var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/usr/share/texmf-texlive
kpsewhich -var-value=TEXMF
{/home/frank/.texmf-config,/home/frank/.texmf-var,/home/frank/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texmf-texlive}
On sid, however, those commands just don't produce any output.
Regards, Frank
-- System Information:
Debian Release: 6.0.4
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'stable'), (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash
Versions of packages tex-common depends on:
ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy
ii dpkg 1.15.8.12 Debian package management system
ii ucf 3.0025+nmu1 Update Configuration File: preserv
tex-common recommends no packages.
Versions of packages tex-common suggests:
ii debhelper 8.0.0 helper programs for debian/rules
Versions of packages tetex-extra depends on:
ii texlive 2009-11TeX Live: A decent selection of th
ii texlive-bibtex-extra 2009-10TeX Live: Extra BibTeX styles
ii texlive-font-utils2009-10TeX Live: TeX and Outline font uti
ii texlive-fonts-extra 2009-10TeX Live: Extra fonts
ii texlive-lang-croatian 2009-3 TeX Live: Croatian
ii texlive-lang-cyrillic 2009-3 TeX Live: Cyrillic
ii texlive-lang-czechslovak 2009-3 TeX Live: Czech/Slovak
ii texlive-lang-danish 2009-3 TeX Live: Danish
ii texlive-lang-dutch2009-3 TeX Live: Dutch
ii texlive-lang-finnish 2009-3 TeX Live: Finnish
ii texlive-lang-french 2009-3 TeX Live: French
ii texlive-lang-german 2009-3 TeX Live: German
ii texlive-lang-greek2009-3 TeX Live: Greek
ii texlive-lang-hungarian2009-3 TeX Live: Hungarian
ii texlive-lang-italian 2009-3 TeX Live: Italian
ii texlive-lang-latin2009-3 TeX Live: Latin
ii texlive-lang-mongolian2009-3 TeX Live: Mongolian
ii texlive-lang-norwegian2009-3 TeX Live: Norwegian
ii texlive-lang-other2009-3 TeX Live: Other hyphenation files
ii texlive-lang-polish 2009-3 TeX Live: Polish
ii texlive-lang-portuguese 2009-3 TeX Live: Portuguese
ii texlive-lang-spanish 2009-3 TeX Live: Spanish
ii texlive-lang-swedish 2009-3 TeX Live: Swedish
ii texlive-lang-vietnamese 2009-3 TeX Live: Vietnamese
ii texlive-latex-extra 2009-10TeX Live: LaTeX supplementary pack
ii texlive-math-extra2009-10TeX Live: Advanced math typesettin
ii texlive-pictures 2009-11TeX Live: Graphics packages and pr
ii texlive-pstricks 2009-10TeX Live: PSTricks packages
ii texlive-publishers2009-10TeX Live: Support for publishers,
Versions of packages texlive-base depends on:
ii dpkg 1.15.8.12 Debian package management system
ii install-info 4.13a.dfsg.1-6 Manage installed documentation in
ii luatex0.60.2-1 next generation TeX engine
ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap
ii texlive-binaries 2009-8 Binaries for TeX Live
ii texlive-common2009-11TeX Live: Base component
ii texlive-doc-base 2009-2 TeX Live: TeX Live documentation
-- debconf information:
tex-common/check_texmf_wrong:
tex-common/check_texmf_missing:
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671716: texlive-latex-base: fails to upgrade from squeeze - trying to overwrite /usr/share/man/man1/mptopdf.1.gz
Andreas Beckmann deb...@abeckmann.de wrote: Package: texlive-latex-base Version: 2011.20120424-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'wheezy' fails because it tries to overwrite other packages files without declaring a replaces relation. [...] Unpacking replacement texlive-latex-base ... dpkg: error processing /var/cache/apt/archives/texlive-latex-base_2011.20120424-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man1/mptopdf.1.gz', which is also in package context 2009.11.26-2 We need Replaces: context ( 2011) Breaks: context ( 2011) I've committed that; maybe = would be better, but I don't know what to exactly put there and if it's worth it. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671772: tex-common: kpsewhich: variable information commands stopped working
Frank Küster fr...@debian.org wrote:
kpsewhich -expand-path='$TEXMF'
/home/frank/.texmf-config:/home/frank/.texmf-var:/home/frank/texmf:/etc/texmf:/var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/usr/share/texmf-texlive
kpsewhich -var-value=TEXMF
{/home/frank/.texmf-config,/home/frank/.texmf-var,/home/frank/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texmf-texlive}
On sid, however, those commands just don't produce any output.
Does it have to do with /etc/texmf/web2c/texmf.cnf being nearly empty?
There must be compile-time defaults, but does kpsewhich report them?
Regards, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671610: dpkg: error processing tex-common (--configure)
subhuman discipl...@gmx.net wrote: On Sat, 5 May 2012 23:42:38 +0900 Norbert Preining prein...@logic.at wrote: Setting up tex-common (3.10) ... rm: cannot remove /etc/texmf/texmf.cnf': No such file or directory Did you *upgrade* or make a new installation? a new installation on a brandnew hdd (well, some weeks ago, and i've run a few upgrades since then). i never manually remove anything i don't know what it means (and from all the tex-related stuff i haven't even the faintest spur of knowledge, hence wouldn't dare interefering). however, whenever i run an apt-get autoremove i always do it with the --purge option set. Then, maybe, it is a *different* package that removed /etc/texmf/texmf.cnf? Do you have dpkg logfiles, and could you check whether there were any tex-related removals? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670800: [PATCH] latex-cjk-japanese-wadalab: Helping to update to Copyright format 1.0
Danai SAE-HAN (韓達耐) danai.sae...@gmail.com wrote: When committing the changes to latex-cjk-japanese-wadalab, I get the following error: svn: Commit failed (details follow): svn: Authorization failed Could you please check if user da...@debian.org has the necessary permissions to commit in the following trees? You've been Junior Developer in the Debian TeX Task Force group, and I just made you senior developer if that should make any difference. However, - cjk - latex-cjk-chinese-arphic - latex-cjk-japanese-wadalab I have no idea how to check that. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669369: texlive-extra-utils: pdfjoin (pdfjam) canot join pages
reassign 669369 texlive-latex-recommended retitle 669369 pdfpages: rotateoversize mess with undersized pages notforwarded 669369 stop Dear David, (please keep the bug-number address in Cc, so that the mails get archived at the proper place) David Firth d.fi...@warwick.ac.uk wrote: Dear Frank Thanks for your message. I haven't been able to check this, but I think that the behaviour reported below is not a bug. The complainer is simply saying that the software does not do what he/she wants. The answer is that the complainer should not use the software if they don't find it useful. I think that the behaviour reported here is as documented. The complainer says that an option is undocumented, but that's not true. It's in the pdfpages manual, to which explicit reference is made in the documentation. I am sorry if I seem grumpy about this. No problem - I think that you are right from your point of view. However, some problems still persist - but that is an issue of pdfpages.sty. Therefore I'm reassigning the bug. 2) the pages are not oversized, they are undersized 3) rotating the pages is in no way useful since they are actually the same format (landscape). It would be only useful if rotating the page would yield larger page size after fitting it to the output paper size. This can probably be reproduced with pdfpages in a LaTeX document. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670109: texlive-xetex: removal of texlive-xetex makes files disappear from texlive-math-extra
Norbert Preining prein...@logic.at wrote: Hi Cyril, On Mo, 23 Apr 2012, Cyril Brulebois wrote: Please stop behaving as a jerk on every bug report you get, thanks. PS: Just that you know, I already have prepared packages for that useless bug. Which he already announced in the inital mail. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670109: texlive-xetex: removal of texlive-xetex makes files disappear from texlive-math-extra
Andreas Beckmann deb...@abeckmann.de wrote: Package: texlive-xetex Version: 2011.20120410-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts replaces-without-breaks Hi, during a test with piuparts and EDOS tools I noticed your package causes removal of files that also belong to another package. This is caused by using Replaces without corresponding Breaks. Do you do these tests on testing too? I ask because this bugs will prevent testing migration, but I would be surprised if such problems aren't present in testing, too. So this means that not migrating doesn't make testing any better... Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612924: [stable] Possible fix for possible RC bug
severity 612924 serious fixed 612924 2009-15 stop -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612924: [stable] Possible fix for possible RC bug
Adam D. Barratt a...@adam-barratt.org.uk wrote:
On Mon, 2012-04-16 at 19:45 +0200, Frank Küster wrote:
Adam D. Barratt a...@adam-barratt.org.uk wrote:
On Wed, 2012-03-21 at 20:00 +, Adam D. Barratt wrote:
[...]
- add an appropriate fixed version to #612924, which right now claims
not to be fixed in any version
- prepare an updated package and send a debdiff to -release for an ack
Ping?
Pong. I've got it on my radar, but wasn't able to spend any time on the
issue. Maybe this week.
Okay; thanks for the update.
I've prepared the upload and uploaded to stable. Debdiff below, please
tell me if somehting is missing (haven't done that for ages).
Regards, Frank
$ debdiff texlive-base_2009-1{1,2}.dsc
diff -u texlive-base-2009/debian/changelog texlive-base-2009/debian/changelog
--- texlive-base-2009/debian/changelog
+++ texlive-base-2009/debian/changelog
@@ -1,3 +1,10 @@
+texlive-base (2009-12) stable; urgency=low
+
+ * Don't try to repair a missing pdftexconfig.tex in preinst - this is
+done and can only be done in postinst (Closes: #612924)
+
+ -- Frank KÃŒster fr...@debian.org Sat, 21 Apr 2012 22:27:54 +0200
+
texlive-base (2009-11) unstable; urgency=low
* avoid unneeded 10texlive-base.cnfpre-edit files in /etc/texmf/fmt.d,
diff -u texlive-base-2009/debian/texlive-base.preinst.post
texlive-base-2009/debian/texlive-base.preinst.post
--- texlive-base-2009/debian/texlive-base.preinst.post
+++ texlive-base-2009/debian/texlive-base.preinst.post
@@ -32,7 +32,7 @@
# Cleanup after Bug #420390 for sid users
resurrect_conffile_sid /etc/texmf/metafont/misc/modes.mf texlive-base $1 $2
-resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex
texlive-base $1 $2
+#resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex
texlive-base $1 $2
# we do not ship config.ps currently, do we need to resurrect that one, too?
#resurrect_conffile_sid /etc/texmf/dvips/config/config.ps texlive-bin $1 $2
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669369: texlive-extra-utils: pdfjoin (pdfjam) canot join pages
forwarded 669369 d.fi...@warwick.ac.uk stop Dear David, we (i.e. Debian TeXLive packages) have received a bug report about pdfjoin. Can you please comment on that? TIA, Frank Michal Suchanek michal.sucha...@ruk.cuni.cz wrote: Package: texlive-extra-utils Version: 2011.20120322-1 Severity: normal Hello, I tried to use pdfjoin which is part of TeX to join PDF document pages. It turns out that when the first page of the document is slightly larger than the rest of the pages this prevents pdfjam from producing usable output. The first page has correct orientation but the following pages are rotated. It seems that the undocumented parameter --rotate-oversized (set to true) might be the culprit. However 1) the parameter is not documented 2) the pages are not oversized, they are undersized 3) rotating the pages is in no way useful since they are actually the same format (landscape). It would be only useful if rotating the page would yield larger page size after fitting it to the output paper size. Attaching sample (empty) pages. $ pdfjoin --frame true page1.pdf page2.pdf pdfjam: This is pdfjam version 2.08. pdfjam: Reading any site-wide or user-specific defaults... (none found) pdfjam: Effective call for this run of pdfjam: /usr/bin/pdfjam --fitpaper 'true' --rotateoversize 'true' --suffix joined --frame 'true' -- page1.pdf - page2.pdf - pdfjam: Calling pdflatex... pdfjam: Finished. Output was to '/scratch/tmp/page2-joined.pdf'. ## List of ls-R files -rw-r--r-- 1 root root 1587 Apr 18 20:05 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Apr 14 01:43 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Apr 10 10:09 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN -rw-rw-r-- 1 root staff 79 Dec 9 2010 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 31 Apr 10 10:09 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Apr 10 10:09 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Apr 10 10:09 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files -rw-r--r-- 1 root root 838 Apr 18 20:05 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 4746 Apr 18 20:05 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Apr 10 10:09 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3245 Apr 18 20:05 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Nov 10 2008 mktex.cnf -rw-r--r-- 1 root root 838 Apr 18 20:05 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-extra-utils depends on: ii dpkg 1.16.2 ii install-info 4.13a.dfsg.1-6 ii python2.7.2-10 ii tex-common3.8 ii texlive-base 2011.20120410-1 ii texlive-binaries 2011.20120410-1 ii texlive-common2011.20120410-1 Versions of packages texlive-extra-utils recommends: ii ghostscript 9.05~dfsg-4 ii ruby 4.8 ii ruby1.8 [ruby-interpreter]1.8.7.352-2 ii ruby1.9.1 [ruby-interpreter] 1.9.3.0-2 Versions of packages texlive-extra-utils suggests: ii chktex none ii dvidvi none ii dvipng none ii fragmaster none ii lacheck 1.26-11.1 ii latexdiff none ii latexmk none ii purifyeps 1.0a-1 ii xindy 2.4-1 Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.36.1 ii dpkg 1.16.2 ii ucf3.0025+nmu1 Versions of packages tex-common suggests: ii debhelper 9.20120322 Versions of packages texlive-extra-utils is related to: ii tex-common3.8 ii texlive-binaries 2011.20120410-1 -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612924: [stable] Possible fix for possible RC bug
Adam D. Barratt a...@adam-barratt.org.uk wrote: On Wed, 2012-03-21 at 20:00 +, Adam D. Barratt wrote: As far as I can tell, the line was commented out somewhere between the version in squeeze and the package in wheezy/sid. Assuming that's correct, please: - add an appropriate fixed version to #612924, which right now claims not to be fixed in any version - prepare an updated package and send a debdiff to -release for an ack Ping? Pong. I've got it on my radar, but wasn't able to spend any time on the issue. Maybe this week. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665947: texlive-base: ucf mess with paper sizes
Norbert Preining prein...@logic.at wrote: I have added a doc to svn texlive2012/texlive-nonbin/trunk/libpaper-integration-layout-NEW.txt which I include here ... comments welcome -- Integration of libpaper into dvips/dvipdfmx/xdvi/pdftex General overview * No files in under /etc/texmf are created or used * the main distribution files in /usr/share/texlive/... are patched to include paper specific additional config files * these paper specific config files are located in /var/lib/texmf/... by the libpaper hook Since the file to be changed by the admin is /etc/libpaper, this sounds fine. However, what will happen if someone puts a copy of one of the configuration files into /etc/texmf? I guess it must include the same reference to the fil ein /var, or the libpaper integration will fail? We should document this. Details: /etc/texmf files to be removed and purged from ucf: pdftex: /etc/texmf/tex/generic/config/pdftexconfig.tex dvips: /etc/texmf/dvips/config/config.ps dvipdfmx: /etc/texmf/dvipdfmx/dvipdfmx.cfg XDvi: /etc/texmf/xdvi/XDvi original files to be patched: pdftex: /usr/share/texlive/texmf/tex/generic/config/pdftexconfig.tex dvips: /usr/share/texlive/texmf/dvips/config/config.ps dvipdfmx: /usr/share/texlive/texmf/dvipdfmx/dvipdfmx.cfg XDvi: /usr/share/texlive/texmf/xdvi/XDvi generated files: pdftex: /var/lib/texmf/tex/generic/config/pdftexconfig-paper.tex dvips: /var/lib/texmf/dvips/config/config-paper.ps dvipdfmx: /var/lib/texmf/dvipdfmx/dvipdfmx.cfg XDvi: /var/lib/texmf/xdvi/XDvi additional directives: pdftex: \include (if exists?) pdftexconfig-paper.tex Formally, /var is not guaranteed to be still there after a reboot, is it? But that would spoil our complete approach, and it doesn't fit to reality I guess. If anyone files a bug report, let's add a rc.d script that checks for existence and otherwise calls paperconfig... dvips: cconfig-paper.ps dvipdfmx: i dvipdfmx-paper.cfg XDvi: #include XDvi-paper (???) What do you mean with the question mark? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667912: texlive-bin: drop t1lib dependency
Michael Gilbert michael.s.gilb...@gmail.com wrote: BTW, I have already reported that some time ago to the xdvik bug tracker, and there is work going on. But before I drop xdvi I drop out as TeX maintainer. And the all of TeX using Debian will be hosed. No, there will be xdvi as long as there will be TeX Live AFAIS, and thus also in Debian. All intuition and knowledge says that embedded code and dead libraries are wrong, but of course it's ultimately your call as the maintainer. It is not my intent to override your approach, just to educate. Please learn for what purpose xdvi is used: Mainly for a quick, comfortable view of the files you are currently writing yourself. The evince interface is ridiculously unusable for this (or at least has been last time I tried), and in this setting security doesn't matter _that_ much. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665947: texlive-base: ucf mess with paper sizes
Norbert Preining prein...@logic.at wrote: So I will ask tex-k mailing list whether TL wants to include these patches, I think it would be a good idea. I will Cc the bug report on that matter. Great! Where's the code that actually writes the config files in the TeXLive modules? TLPaper.pm. BUt as said, we have two options: - we patch TLPaper and continue with ucf (not happy about it) - we patch dvipdfmx and dvips to allow for inclusion of other config files, and just include a minimal config-debian.ps dvipdfmx-debian.cfg What do you prefer, Frank? The second option is much better. Even without our recent misconceptions, the word mess near ucf is not badly placed. It's a useful tool if you need it, but better avoid it. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665947: texlive-base: ucf mess with paper sizes
Norbert Preining prein...@logic.at wrote: I also think that when those files are generated by tl-paper, they should _only_ contain papersize settings and nothing else, to make it manageable. Or in fact we need to use ucf in tl-paper, which would mean to patch the Perl modules in /usr/share/texlive/tlpkg/TeXLive/. Ouch, even worse. - pdftexconfig.tex can be patched to load another file, easy - dvipdfmx.cfg I *BELIEVE* can include other config files, but I am not sure - config.ps: her I am unsure, I don´t think that we can fix that easily - XDvi: not possible as far as I see That's the same situation we faced before we had libpaper support, and which led to our using ucf. How do we do? Where's the code that actually writes the config files in the TeXLive modules? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666101: install does not force upgrade of tex-common. Tighter dependency required on tex-common?
Faheem Mitha fah...@faheem.info wrote: Package: texlive-base Version: 2011.20120322-1 Severity: normal The installation of the texlive-base package from unstable on squeeze failed with the following messages. The error message included Warning: these packages should be rebuild with tex-common = 3 The tex-common package at the time of failure was 3.3, from an earlier install from experimenta. Apparently this needed to be 3.5 I don't think we should clutter our control file with dependencies that are only needed for packages that never were in unstable, only in experimental. It should be easy to solve for every experimental user. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665946: texlive-base: tl-paper: Handling of ConTeXt paper size doesn't work
Package: texlive-base Version: 2011.20120322-1 Severity: normal # tl-paper status /dev/null /usr/bin/tl-paper: found no paper file for context (from kpsewhich --progname=context --format=tex cont-sys.rme) Norbert, any idea? Regards, Frank -- System Information: reported from a different system -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665947: texlive-base: ucf mess with paper sizes
braket = braket.sty alias breakcites = breakcites.sty alias cancel = cancel.sty alias captdef = captdef.sty alias capt-of = capt-of.sty alias cases = cases.sty alias changepage = changepage.sty alias chbibref = chbibref.sty alias chngcntr = chngcntr.sty alias circle = circle.sty alias concrete = concrete.sty alias dblfloatfix = dblfloatfix.sty alias endnotes = endnotes.sty alias excludeonly = excludeonly.sty alias fn2end = fn2end.sty alias fncylab = fncylab.sty alias fnpara = fnpara.sty alias framed = framed.sty alias ftcap = ftcap.sty alias fwlw = fwlw.sty alias hypernat = hypernat.sty alias ifmtarg = ifmtarg.sty alias import = import.sty alias isonums = isonums.sty alias kix = kix.sty alias linsys = linsys.sty alias listing = listing.sty alias magaz = magaz.sty alias midpage = midpage.sty alias mitpress = mitpress.sty alias morefloats = morefloats.sty alias needspace = needspace.sty alias nextpage = nextpage.sty alias nolbreaks = nolbreaks.sty alias notoccite = notoccite.sty alias optional = optional.sty alias oubraces = oubraces.sty alias parskip = parskip.sty alias path = path.sty alias printlen = printlen.sty alias relsize = relsize.sty alias romanneg = romanneg.sty alias sansmath = sansmath.sty alias secdot = secdot.sty alias section = section.sty alias selectp = selectp.sty alias sepnum = sepnum.sty alias shadow = shadow.sty alias showtags = showtags.sty alias sphack = sphack.sty alias statex2 = statex2.sty alias statex = statex.sty alias subfigmat = subfigmat.sty alias tabls = tabls.sty alias texilikecover = texilikecover.sty alias threeparttable = threeparttable.sty alias thrmappendix = thrmappendix.sty alias titleref = titleref.sty alias topcapt = topcapt.sty alias truncate = truncate.sty alias ulem = ulem.sty alias underscore = underscore.sty alias url = url.sty alias varwidth = varwidth.sty alias verbasef = verbasef.sty alias verbdef = verbdef.sty alias version = version.sty alias vertbars = vertbars.sty alias vrbexin = vrbexin.sty alias vruler = vruler.sty alias wrapfig = wrapfig.sty lastfile_switch = true -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive)
Bug#664646: texlive-extra-utils should depend on texlive-latex-base, otherwise getnonfreefonts fails
Norbert Preining prein...@logic.at wrote: On Di, 20 Mär 2012, Frank Küster wrote: Committed that to our SVN. The next upload of texlive-extra will close the bug, but only for experimental ATM. It is not needed, sonce AFAIR getnonfreefonts is gone in TL2010 and onward so no need to take care for that ... Reverted, thanks -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570993: [tex-live] Bug#570993: texlive-fonts-extra: antiqua.sty missing
Thomas Weber twe...@debian.org wrote: And taking your example from above: after 12 years, I couldn't care less whether a bug that I reported is fixed - I have found a workaround, one way or another. As for the 12 years old bug: You can see it had many clones. It was reported every other year at least, until finally libpaper introduced the hook mechanism and someone suggested an approach to fix it. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664074: texlive-bin: Unneeded linking of xdvik
Hilmar Preusse hill...@web.de wrote: tags 664074 - wontfix tags 664074 + patch stop On 16.03.12 Norbert Preining (prein...@logic.at) wrote: Hi, I didn't test it yet. However I'd vote for keeping the patch. Will have a look at that. Warning, please only patch .am files, note .in, since we are running reautoconf. I guess I found the right place to change, patch attached. After running the build the warnings are gone. I did not commit it yet. Did you run debian/rules clean and rebuild? I'm not sure whether it makes a difference, but one could also try debian/rules build debian/rules clean dpkg-source -b dpkg-source -x debian/rules build Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664646: texlive-extra-utils should depend on texlive-latex-base, otherwise getnonfreefonts fails
Meik Hellmund meik.hellm...@math.uni-leipzig.de wrote: Package: texlive-extra-utils Version: 2009-10 Severity: minor Dear Maintainer, On a system without a TeX installation, apt-get install texlive-extra-utils getnonfreefonts-sys -a -v stops with: [...] texlive-extra-utils contains 18 executables and a bunch of data files, getnonfreefonts is just a small part of it. Depends is clearly wrong, IMO even Recommends is too strong, since that would mean that those TeX or ConTeXt geeks that refrain from installing LaTeX need to override the install Recommends by default rule just because they want to use, say, pdfcrop. Committed that to our SVN. The next upload of texlive-extra will close the bug, but only for experimental ATM. Regards, Frakn -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570993: [tex-live] Bug#570993: texlive-fonts-extra: antiqua.sty missing
Thomas Weber twe...@debian.org wrote: On Wed, Feb 24, 2010 at 01:01:13AM +, Karl Berry wrote: I guess after two years it's clear this is going nowhere, so I'm just closing this bug. Don't overestimate the working speed of TeX people, and underestimate their obstinacy. Someone may actually fix this. See #49149, fixed after 12 years. I don't object to your closing _this_ bug; and I appreciate very much that you use a caring hand on our BTS. But be a bit careful, no activity in the BTS doesn't necessarily mean no activity in the community. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664646: texlive-extra-utils should depend on texlive-latex-base, otherwise getnonfreefonts fails
Frank Küster fr...@debian.org wrote: Committed that to our SVN. s/that/Suggests/ -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664074: texlive-bin: Unneeded linking of xdvik
Hilmar Preusse hill...@web.de wrote: On 20.03.12 Frank Küster (fr...@debian.org) wrote: Hilmar Preusse hill...@web.de wrote: Hi, I guess I found the right place to change, patch attached. After running the build the warnings are gone. I did not commit it yet. Did you run debian/rules clean and rebuild? I'm not sure whether it makes a difference, but one could also try I unpackaged the original sources (dpkg-source -x), changed the two am files, then run fakeroot debian/rules binary. The warning messages are not visible in the build log any more. You really should check whether fakeroot debian/rules clean works after that. However I must admit that the xdvi binary is still linked w/ libICE.so.6, libXext.so.6 and libSM.so.6. So the patch for xdvi is either incomplete or wrong... Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663281: tex-common: Switch from debiandoc to docbook
Samuel Bronson naes...@gmail.com wrote: Package: tex-common Version: 2.10 Severity: normal User: debian-...@lists.debian.org Usertags: docbook-xml-transition Is this transition something that affects more packages than tex-common? The repetitive URLs in the Debian TeX Policy are, well, receptive. Which problem are you talking about? citation mark like, say, [TDS] could replace a URL or three in running text. (This would also make the source easier to follow.) you mean something like TDS is installed with this document as tds.pdf and tds.html. How would one choose between PDF and html with your version? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663092: tex-common: Not modified files reported as modified
Norbert Preining prein...@logic.at wrote: On Fr, 09 Mär 2012, Norbert Preining wrote: for i in $UCF_FILES ; do rm -f $i ucf --purge $i if test -x `which ucfr` ; then ucfr --purge tex-common $i fi done Well (with small bugs) that does it, but it is brutal, since it removes even if something has changed. I have now added some (UNTESTED) code that: - checks for md5sum changes and removes only if unchanged, otherwise simply renames it You can use ucf for that: ucfq /etc/texmf/texmf.d/05TeXMF.cnf | grep \ '/etc/texmf/texmf.d/05TeXMF.cnf'| tr -s '[:blank:]' '\t' | cut -f 4 (gives the Yes/No in the Changed? column) Note that there might be ucf-old, ucf-new and ucf-dist files around. Regards, Frank P.S. leaving now for a weekend without internet access -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663092: tex-common: Not modified files reported as modified
Hilmar Preusse hill...@web.de wrote: Package: tex-common Version: 3.0 Severity: normal Dear Maintainer, I have a little VM, which had never tex-common installed. Today I installed the version 2.10 from unstable and then upgraded to 3.0 from experimental. Attached is the screen output. Maybe the 3.0 version expects other checksums for these files? Bug is sent from a different box. I can reproduce the problem in a clean chroot. The reason is that the files aren't under dpkg's control, but under ucf's instead. Therefore we need to manually - remove the files along with ucf-new or however they might be called - ucf --purge the files - ucfr --purge the files. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659680: Fixed in sid but too long to update testing
marc zonzon marc.zon...@gmail.com wrote: texlive-binaries_2009-12 fix the bug, but since we experience it, it does not seem to migrate to testing. There was an other serious but open which in fact was a local misconfiguration, #659907. I have closed it now, hope it will migrate soon. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659680: Wheezy(testing) has this bug, too. Plz upload texlive-binaries-2009-12 to Wheezy repos
wolf python london lyh19901...@gmail.com wrote: Dear Maintainer, Wheezy(testing) has this bug ,too. Please upload the new version of texlive-binaries(2009-12) to Wheezy repos. Thanks:-) Just wait until the package migrates to testing. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612924: [stable] Possible fix for possible RC bug
Dear (stable) Release Managers, nearly a year ago I asked about an update to stable, as copied below. We never received an answer and forgot about it ourselves. However, we do keep getting bug reports about that issue. I'd be grateful if someone gave us a heads up: Should we prepare an upload with the line commented? Regards, Frank Frank Küster fr...@debian.org wrote: Dear stable release managers, we have a bug report against our package texlive-base in stable that might be worth fixing in squeeze, or not. Therefore I am asking your opinion. There is buggy code in the preinst script that will fail each time it is called, leading to the preinst failing, hence the upgrade of the TeX system from anything older than stable to stable (or testing/sid, no changes yet). This means the bug is RC, and since it is easy to fix (simply drop one line that calls the buggy code, because it is not in fact needed) we are considering fixing it in stable. However: The buggy code is in a conditional, and it we are unsure how often it s/it// will be triggered. The bug was once intended to clean up after a s/bug/code/ really bad brown paper bag bug in sid, during the lenny release cycle. This means that nowadays, no system should meet the conditional unless it used sid at the time and has not been upgraded since then. It should. However, it doesn't. At least we do get bug reports. We got them when lenny became stable, and again we got them when squeeze got stable. And of course all the time people claimed that they never used sid TeX packages. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612924. The last report was early in March What do you think - should we prepare an upload to stable? The patch would look like this: # Cleanup after Bug #420390 for sid users resurrect_conffile_sid /etc/texmf/metafont/misc/modes.mf texlive-base $1 $2 -resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex texlive-base $1 $2 +#resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex texlive-base $1 $2 plus the usual changelog etc. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660254: texlive-binaries: pdftex -output-format dvi is ignored
Bill Allombert ballo...@debian.org wrote:
However 'pdftex -output-format dvi' actually produces a .pdf file.
Not here:
$ cat plaintest.tex
hallo
\bye
$ pdftex -output-format dvi plaintest.tex
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
entering extended mode
(./plaintest.tex [1] )
Output written on plaintest.dvi (1 page, 212 bytes).
Transcript written on plaintest.log.
$ pdftex -output-format pdf plaintest.tex
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
entering extended mode
(./plaintest.tex [1{/home/frank/.texmf-var/fonts/map/pdftex/updmap/pdftex.map}]
)/usr/share/texmf-texlive/fonts/type1/public/amsfonts/cm/cmr10.pfb
Output written on plaintest.pdf (1 page, 10731 bytes).
Transcript written on plaintest.log.
Regards, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657677: tex-common: missing files in /usr/share/doc/tex-common
Brenda J. Butler b...@sourcerer.ca wrote: Package: tex-common Version: 2.08.1 Severity: minor I went to look at http://localhost/doc/tex-common/README.Debian.html, which exists, but every link from that page is broken. And the page consists mostly of links. Those links point to things like: localhost/doc/tex-common/ch1.html localhost/doc/tex-common/ch2.html#s-sec-texmf-trees localhost/doc/tex-common/ch5.html And those documents do not exist in my filesystem. That is a problem how symlinks are treated by the browser. README.Debian.html is a symlink to TeX-on-Debian.html/index.html. If you open the latter file, the http links work, but since they are relative links, they don't work from README.Debian.html one directory level higher. Does anybody have a clue how to fix this? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655545: please remove sagetex/ directories from texlive-latex-extra-*
Dan Drake dr...@kaist.edu wrote: Many users install TeXLive without having any idea that it includes SageTeX, and later when they install Sage and try to use SageTeX, their TeX system automatically finds the (outdated, mismatched) version of sagetex.sty and typesetting fails. They are experiencing this problem through no fault of their own, so it seems reasonable to make a small change to the packages that will affect no one except these Sage users. I thought SageTeX is included in the manual Sage install? Then why are the tex files not put into /usr/local/temxf/...? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656180: tex-common: ! TeX capacity exceeded, sorry [pool size=1182621].
Mathieu Malaterre mathieu.malate...@gmail.com wrote: Package: tex-common Version: 2.08.1 Severity: normal Everytime I use latex on a new system, I need to edit the /etc/texmf/texmf.cnf to fix the pool size limit, since it is so low. Which type of documents do you typeset (size, packages used, engines used)? Could the default value be a little bigger (factor 10) ? If it works for you, it technically could. However, I wonder why nobody has reported pool size problems for years. Sometimes it's just a bug in a document or package that leads to pool size errors. Norbert, what's the current pool size in upstream texlive (or where is upstream's texmf.cnf in the SVN)? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655545: please remove sagetex/ directories from texlive-latex-extra-*
Dan Drake dr...@kaist.edu wrote: We do suggest using /usr/local/texmf (or, perhaps more properly, TEXMFLOCAL, since we support OS X and Solaris) and TEXMFHOME in our installation guide: http://sagemath.org/doc/installation/sagetex.html. But as you can imagine, not everyone reads that. TEXMFHOME would do as well. If you remove the SageTeX files from Debian, then those users will get LaTeX Error: File `sagetex.sty' not found. which is far more likely to be helpful to them. And the users who haven't installed Sage will never miss those files. Yes, makes sense. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656180: tex-common: ! TeX capacity exceeded, sorry [pool size=1182621].
Norbert Preining prein...@logic.at wrote: On Di, 17 Jan 2012, Frank Küster wrote: Norbert, what's the current pool size in upstream texlive (or where is upstream's texmf.cnf in the SVN)? pool_size = 325 so that is about 2.5 times what it is in Debian: 125 Mathieu, do your doxygen file run with that size? Can you provide us with the sources? I think there should be a commandline switch to keep intermediate files. If you do that, a tex file should be present in the working directory which you could send to us. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655545: please remove sagetex/ directories from texlive-latex-extra-*
Dan Drake dr...@kaist.edu wrote: texlive-latex-extra does not work with current versions of Sage. Since Sage is not available as a Debian package, it would be best to simply remove sagetex.sty from texlive-latex-extra (as well as all the sagetex/ directories in texlive-latex-extra-doc, although those don't directly cause any problems). Do I understand correctly - the only problems are that sagetex doesn't work in Debian currently, and As it stands, the Sage mailing lists get support requests about this problem every few weeks or so; removing these files would make things easier for us, you are bothered too often about that? and since SageTeX is distributed with Sage, it would not inconvenience any Debian users. Or is there a copy of SageTeX in Debian, in the Sage package? In any case - we don't have much time and would rather spend that on bringen TL 2011 into Debian, instead of fixing TL 2009. But if someone checks that there's nothing to do but blacklist the files (and provide a list of the files affected), maybe we can upload that fix. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655545: please remove sagetex/ directories from texlive-latex-extra-*
Please don't send answers privately to me Dan Drake dr...@kaist.edu wrote: On Thu, 12 Jan 2012 at 09:12PM +0100, Frank Küster wrote: How is the situation in upstream TeXLive? Maybe the Python stuff is included there, and we can do the same, and stay in sync (although usually outdated) this way? TeXLive removed all the SageTeX stuff in 2010. (So one way to fix this bug is to upgrade Debian's TeXLive to 2010 or later, but I understand that's very difficult.) Dan -- --- Dan Drake - http://mathsci.kaist.ac.kr/~drake --- -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655545: please remove sagetex/ directories from texlive-latex-extra-*
Dan Drake dr...@kaist.edu wrote: texlive-latex-extra includes sagetex.sty, which is part of SageTeX [1]. Unfortunately, it needs to be synchronized with a Python module included with Sage [2], and the version of sagetex.sty included in texlive-latex-extra does not work with current versions of Sage. Since Sage is not available as a Debian package, it would be best to simply remove sagetex.sty from texlive-latex-extra How is the situation in upstream TeXLive? Maybe the Python stuff is included there, and we can do the same, and stay in sync (although usually outdated) this way? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607351: texlive-binaries: texdoc aliasing sometimes doesn't work
Manuel Pégourié-Gonnard m...@elzevir.fr wrote: It just so happens, I got two reports in two days about the config file not being found in Debian testing and current Ubuntu. I wonder if it would be possible for you to fix this in a 2009-XX version of texlive-base without waiting for TL 2011 packages to be ready. I can see three options: 1. Install a symlink from /usr/share/texmf/texdoc/texdoc.cnf (where texdoc 0.61 expects the file) to /etc/texmf/texdoc/texdoc.cnf (its actual location). That sounds safe and simple. 2. Update texdoc to 0.81. This would require to update LUAINPUTS as mentioned in my recent message to debian-tex-maint (which would anyway be a good idea imo). Other than that, I just tested it and it works like a charm. We generally don't do that - but if the tool is broken currently, I'm not generally opposed to that. 3. Alternatively, attached is a patch you can apply (with -p2 in /usr/share/texmf-texlive/scripts/texdoc) to backport the feature from 0.81 to a new 0.61a version. I tested it and found no problem with it. How much testing did you do? I will not be able to prepare any patch myself (not even the symlink one) nor do any testing of texdoc. But if you prepare(d) a patch and are confident you tested enough (and care for any breakage caused nevertheless), I'm willing to build and upload a package with the changes. Or are you a DD (or DM) anyway? Then I wouldn't mind you doing it (or do it and put you into Uploaders). Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648278: Bug#648652: texlive-base: fails to install
Holger Levsen hol...@layer-acht.org wrote: during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. Thank you, I found the reason - both bug reports seem to point to the same problem. It does not show up when all dependencies of texlive-base are installed in the same aptitude or dpkg run, only when they are configured first and texlive-base is unpacked afterwards. And of course it is in my new libpaper'ing code... A fix is in svn, I'll upload soon. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636328: [texlive-base] Correcting syntax did not help
Frank Küster fr...@kuesterei.ch wrote: David Baron d_ba...@012.net.il wrote: On Wednesday 03 Av 5771 10:32:41 Norbert Preining wrote: On Mi, 03 Aug 2011, David Baron wrote: % 0 0 595 842 is the right bounding box that most applications expect % for A4. Since dvips always rounds up, choose something slightly smaller. @ A4size 594.99bp 841.99bp @+ ! %%DocumentPaperSizes: a4 @+ %%PaperSize: A4 That is NOT the config.ps we ship. Hm. I wasn't aware of this, but that means that my code to translate paper names to paper dimensions by parsing config.ps is fragile. I think that changing the units is maybe a strange thing to do, but it should totally legal. s/should/should be/ However, there is already an error message that isn't that bad all it is missing is the information where to look, namely /etc/texmf/dvips/config/config.ps. I'll add that and close the bug. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643023: git or other vcs?
Anton Gladky gladky.an...@gmail.com wrote: Is there any vcs for texlive available? http://anonscm.debian.org/viewvc/debian-tex/texlive2009/ Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602964: dpkg: error processing tex-common (--configure)
Norbert Preining prein...@logic.at wrote: On Mo, 26 Sep 2011, Frank Küster wrote: Funny thing, GREP_OPTIONS... Maybe unset GREP_OPTIONS somewhere (ucf, dpkg, ...)? As well as SED_OPTIONS, LS_OPTIONS, AWK_OPTS, and whatever. No, think a script provided for system maintenance can expect a sane environment. What sane is may be a bit unclear, but setting ouptut options for such tools clearly is not IMO. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640536: texlive-base: [INTL:de] Initial German debconf translation
Chris Leick c.le...@vollbio.de wrote: This is just a translation - not an interpretation. If that is the linguistic level of discussion, I don't feel inclined to continue. I cannot take into account each clumsy word-by-word translation that is possible in some language if my english wording it translated too literally. That isn't fun. Although I'm german, I didn't have any German wording in mind when writing the english templates. But now, einstellen instead of handhaben sounds easier to understand and less techno-speak to me. Same as above. The original says »handle«, not »set« or »change«. leo.org doesn't even show handhaben as a translation, dict.cc does. What about kann nicht umgehen mit? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640536: texlive-base: [INTL:de] Initial German debconf translation
Christian PERRIER bubu...@debian.org wrote: Another point is that we ran the full translation update round and that changing the wording now would require going through it again If we had ended up with a debconf message that uses the Term TeX only in the third sentence/phrase, I would not have hesitated to change it again. But since there is supposed to be a package name title, and only my chroot is missing it, there's no need to. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640536: texlive-base: [INTL:de] Initial German debconf translation
Hi english and debconf message experts,
Christian PERRIER bubu...@debian.org wrote:
MOst of Debconf interface (and specifically the most common one,
dialog) show note synopsis as a title. That explains why a fulle
sentence with a verb is mostly viewed as inappropriate.
Uups. I just tried with DEBIAN_FRONTEND=dialog, and what I get looks
like this:
┌─┤ ├┐
│
│
│ TeX configuration cannot handle the system paper size Monarch
│
│
│
│ Your system-wide paper size is set to Monarch. However, the TeX
configuration system cannot handle this paper │
│ size for all programs.
I assumed that there would be the package name between the ──┤ ├── at
the top, but it isn't. Which means that after the wording change
-_Description: TeX configuration cannot handle the system paper size
${libpaperPaper}
+_Description: Unmanageable system paper size (${libpaperPaper})
it is hard for the user to understand what the dialog is talking about -
they need to read to the second sentence in the second paragraph before
finding the information that this is about TeX.
Doesn't that mean we should reword the english short description again?
And after adding a mention to TeX somewhere, we'd end up somewhere near
to System paper size not manageable by the TeX configuration (note that
'TeX' only would be technically wrong). Quite near to the initial
phrase...
Moreover, I don't see why the title cannot be a short sentence, in
particular since IIRC there are frontends that display only the short
description. But it seems I am in a minority position here.
That may differ in German, but I think that most German translators
have stick to that rule (which is described in the DevRef).
Hm, I don't read that there. There's no specific rule for error
templates, but for some types, sentences are explicitly requested. For
notes, it's said to be a title, and notes are near to errors. But I
don't see why a good short error description shouldn't be a sentence.
msgid Unmanageable system paper size (${libpaperPaper})
msgstr Nicht verwaltbare Systempapiergröße (${libpaperPaper})
This is correct, but I find it horrible to read in German. Is there any
rule no to use a short sentence like systemweite Papiergröße kann nicht
eingestellt werden?
[...]
In German, the original translates quite well to what I suggested above,
although I didn't remember the original wording. Whereas the
translation of the changed english phrase sounds ugly and quirky to me.
I would expect such a wording in an administrative decision, written by
a clerk that doesn't care about language at all.
Hard for me to comment, here..:-)
My very limited knowledge of German shows me a translation that
parallel to what we did in French. At least in French, I think this is
both understandable and quite normal wording but it may differ in German.
It's understandable, and it may even be common. But then it's common
because there are lots of people, in particular in technical fields (and
in that sense, administration is technical, too) that don't care about
language... That doesn't make it less ugly to me, but ugly is a word
that expresses a taste...
Regards, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640536: texlive-base: [INTL:de] Initial German debconf translation
Justin B Rye j...@edlug.org.uk wrote:
Frank Küster wrote:
Uups. I just tried with DEBIAN_FRONTEND=dialog, and what I get looks
like this:
┌─┤ ├┐
│
│
│ TeX configuration cannot handle the system paper size Monarch
│
│
│
│ Your system-wide paper size is set to Monarch. However, the TeX
configuration system cannot handle this paper │
│ size for all programs.
I assumed that there would be the package name between the ──┤ ├── at
the top, but it isn't. Which means that after the wording change
So the Description text isn't appearing anywhere?
It is - it is simply the first line of the text, TeX configuration
cannot That is also what I expected, but I would have called the
thing between '┤ ├' the (window) title, and I assumed that the package
name would be there. When Christian said the short description should
appear in the title, I was alarmed because then the package name
couldn't appear. It seems that I have a different understanding of
title than Christian. But nevertheless the package name does _not_
appear.
-_Description: TeX configuration cannot handle the system paper size
${libpaperPaper}
+_Description: Unmanageable system paper size (${libpaperPaper})
it is hard for the user to understand what the dialog is talking about -
they need to read to the second sentence in the second paragraph before
finding the information that this is about TeX.
It rather depends on whether it's possible to reach this error without
first having tried to configure a nonstandard system-wide default TeX
paper size. If we know that's the last thing the user did then we can
be relatively confident they won't assume it's (say) CUPS that's
producing this error.
He might have done nothing but install a TeX system, maybe upon initial
installation. Prior to that, libpaper will be installed and configured.
If the user chose some exotic paper size for the system paper, the TeX
configuration programs cannot handle this, and the error will be shown
(and the TeX default will be a4).
Doesn't that mean we should reword the english short description again?
And after adding a mention to TeX somewhere, we'd end up somewhere near
to System paper size not manageable by the TeX configuration (note that
'TeX' only would be technically wrong). Quite near to the initial
phrase...
That's a bit long - if we keep the ${libpaperPaper} part people could
end up faced with monster titles like:
┌┤System paper size (government-letter) not manageable by the TeX
configuration├┐
Ah, you mean it should be between the '┤ ├'? Is it on your system?
On the other hand, the longest paper name that paperconfig --force
suggests ist halfexecutive.
_Description: TeX paper size configuration failure
As it happens you could turn that into a grammatical sentence just by
replacing failure with failed, but I wouldn't recommend it.
In German, too: Fehler bei der Konfiguration der TeX-Papiergröße
sounds much better than Konfiguration der TeX-Papiergröße
fehlgeschlagen.
Gruß, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638715: texlive-base: [debconf_rewrite] Debconf templates and debian/control review
clone 638715 retitle -1 debian/control wording review retitle 638715 Debconf templates review Christian Perrier bubu...@debian.org wrote: On Saturday, August 06, 2011, I notified you of the beginning of a review process concerning debconf templates for texlive-base. Thank you, Christian, for your work. I will apply the changes to the debconf templates and add all the translations. I'll not be so quick about debian/control, therefore cloning and reassigning. Christian, the mailing list archive (at least that on Gnome) is missing your initial mail and the thread following it, and I have not kept it locally. Can you point me to the guy who deserves the credits for the english review? TIA, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640536: texlive-base: [INTL:de] Initial German debconf translation
Hallo Chris,
please find attached the German debconf translation of texlive-base.
I slightly disagree on some of the translations.
Chris Leick c.le...@vollbio.de wrote:
#. Type: error
#. Description
#: ../templates:2001
msgid Unmanageable system paper size (${libpaperPaper})
msgstr Nicht verwaltbare Systempapiergröße (${libpaperPaper})
This is correct, but I find it horrible to read in German. Is there any
rule no to use a short sentence like systemweite Papiergröße kann nicht
eingestellt werden? At least we should use systemweite Papiergröße
as in later translations.
#. Type: error
#. Description
#: ../templates:2001
msgid
The currently defined system-wide paper size is ${libpaperPaper}. However,
the TeX configuration system cannot handle this paper size for ${binary}.
msgstr
Die derzeit definierte systemweite Papiergröße ist ${libpaperPaper}. Das
TeX-Konfigurationssystem kann jedoch diese Papiergröße nicht für ${binary}
handhaben.
Although I'm german, I didn't have any German wording in mind when
writing the english templates. But now, einstellen instead of handhaben
sounds easier to understand and less techno-speak to me.
#. Type: multiselect
#. Description
#: ../templates:3001
msgid TeX binaries that should use the system paper size:
msgstr TeX-Programme, die die Systempapiergröße nutzen sollten:
Here it should rather be sollen, shouldn't it? There's no
Konjunktiv anywhere, it's simply the choice of the sysadmin that is
asked for. Or is the english badly worded?
Vielen Dank,
Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640536: texlive-base: [INTL:de] Initial German debconf translation
Bonjour Christian,
Frank Küster fr...@debian.org wrote:
Hallo Chris,
please find attached the German debconf translation of texlive-base.
I slightly disagree on some of the translations.
One of the points relates to a change that has been made in the english
template review process. There seems to be a rule that makes sense in
English, but I think its result is horrible in German. Can you comment
on this?
Chris Leick c.le...@vollbio.de wrote:
#. Type: error
#. Description
#: ../templates:2001
msgid Unmanageable system paper size (${libpaperPaper})
msgstr Nicht verwaltbare Systempapiergröße (${libpaperPaper})
This is correct, but I find it horrible to read in German. Is there any
rule no to use a short sentence like systemweite Papiergröße kann nicht
eingestellt werden? At least we should use systemweite Papiergröße
as in later translations.
The change to the templates was:
-_Description: TeX configuration cannot handle the system paper size
${libpaperPaper}
+_Description: Unmanageable system paper size (${libpaperPaper})
In English, the change results in a shorter phrase which is easy to
understand - and I hope it sounds good for native speakers.
In German, the original translates quite well to what I suggested above,
although I didn't remember the original wording. Whereas the
translation of the changed english phrase sounds ugly and quirky to me.
I would expect such a wording in an administrative decision, written by
a clerk that doesn't care about language at all.
Regards, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637720: Bug#637667: libkpathsea5: breaks pdflatex on big endian platforms
Hi Hilmar, Hilmar Preusse hill...@web.de wrote: Thanks. I completed the changelog now, Norbert will hopefully do an upload as soon as he's back from vacation. I'm still here (going on vacation next saturday). I am currently building the packages, but I fear they won't be ready before I go to bed. In which case I'll upload some time on Tuesday. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636328: [texlive-base] Correcting syntax did not help
Hi David, Frank Küster fr...@debian.org wrote: David Baron d_ba...@012.net.il wrote: File only contains the cruft. Aha. And what about (as root) sh -x /var/lib/dpkg/info/texlive-base.postinst postinst.lg 21 Any news on this? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636328: [texlive-base] Correcting syntax did not help
David Baron d_ba...@012.net.il wrote: I do NOThave an /etc/ucf directory, so I make one and placed the two lines init. Okay. There is nothing in the dpkg.lg (IGNORE all the cruft which I wish I knew how to eliminate) different than before. That cruft means your system is, hm, strange. Maybe that is the reason for that all. Anyway, please try export UCF_FORCE_CONFFNEW=1 (note the two F) and then please edit /var/lib/dpkg/info/texlive-base.postinst and add set -x as the second line. Then run dpkg --configure -a dpkg2.lg 21 and send us the file. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636328: [texlive-base] Correcting syntax did not help
David Baron d_ba...@012.net.il wrote: File only contains the cruft. Aha. And what about (as root) sh -x /var/lib/dpkg/info/texlive-base.postinst postinst.lg 21 Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636328: [texlive-base] Correcting syntax did not help
David Baron d_ba...@012.net.il wrote: On Wednesday 03 Av 5771 22:43:13 Frank Küster wrote: No idea. How do I get the correct one installed? dpkg -i --force-confnew /var/cache/apt/archives/texlive-base_2009-13_all.deb should work if the file is still there. If it doesn't, there's a different problem (either in ucf or our usage of it). This did not work. I do not believe the file is in this package (or simply did not notice it in the installed files list of synaptic). Of course it is there - you could simply copy it from /usr/share/texlive-base/. But I'd appreciate if you could first do this: echo DEBUG=1 /etc/ucf/ucf.conf echo VERBOSE=1 /etc/ucf/ucf.conf and repeat the call above with redirection: dpkg -i --force-confnew \\ /var/cache/apt/archives/texlive-base_2009-13_all.deb dpkg.lg 21 Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636328: [texlive-base] Correcting syntax did not help
David Baron d_ba...@012.net.il wrote: On Wednesday 03 Av 5771 10:32:41 Norbert Preining wrote: On Mi, 03 Aug 2011, David Baron wrote: % 0 0 595 842 is the right bounding box that most applications expect % for A4. Since dvips always rounds up, choose something slightly smaller. @ A4size 594.99bp 841.99bp @+ ! %%DocumentPaperSizes: a4 @+ %%PaperSize: A4 That is NOT the config.ps we ship. Hm. I wasn't aware of this, but that means that my code to translate paper names to paper dimensions by parsing config.ps is fragile. I think that changing the units is maybe a strange thing to do, but it should totally legal. The conversion is needed for editing pdftexconfig.tex, which doesn't know about paper names. One possibility would be to extract the information from config.ps upon building the package or now for once, and installing the info somewhere in TEXMFMAIN - maybe texmf/web2c along with mktexnam and friends? No idea. How do I get the correct one installed? dpkg -i --force-confnew /var/cache/apt/archives/texlive-base_2009-13_all.deb should work if the file is still there. If it doesn't, there's a different problem (either in ucf or our usage of it). Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636328: [texlive-base] Correcting syntax did not help
unmerge 636328 636304 retitle 636328 libpaper script ist non-functional and prints garbage thanks David Baron d_ba...@012.net.il wrote: Package: texlive-base Version: 2009-12 Severity: normal --- Please enter the report below this line. --- Replacing return 0 with exit 0 did not help mine. Running this script manually kick about the mm sizes of A4 paper. Paperconf seems to work OK, however. Specifying -m in the five calls did not help. This is the message:~$ sudo sh /etc/libpaper.d/texlive-base No paper known with height 297mm and width 210mm Maybe height and width have been exchanged? This seems to be a different issue. Can you please send the output of the following commands (run as root or with sudo etc.) paperconf texconfig-sys pdftex paperconf sh -x /etc/libpaper.d/texlive-base libpaper.lg 21 (the last one results in no output and a file libpaper.lg, please attach it). Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636328: [texlive-base] Correcting syntax did not help
David Baron d_ba...@012.net.il wrote: paperconf a4 texconfig-sys pdftex paperconf No paper known with height 297mm and width 210mm Known units are mm and in, decimal separator is `.' Maybe height and width have been exchanged? Hm, 297mm and 210mm are the proper dimensions for a4. The known papers are taken from /etc/texmf/dvips/config/config.ps. Can you please send this file? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: latex-unicode sources and licensing
Norbert Preining prein...@logic.at wrote: Hi everyone, 1) Include that license in debian/copyright, document which part it applies to. Just to make one thing clear. *I* will not go down this road. I will *never* collect the license statements 15000+ files. [...] I take the license statement of the TeX Live compilation as reference ppint. Please don't overreact. Upstream has a fine mechanism to record licenses of packages and even individual files, and all we need to do is to find someone with write access to The Catalogue (like you or me) to record the information there - and it will find its way into Debian. Lionel is not aware of this mechanism, so it is only natural what he suggests. Which is essentially what we do, just not by firing up an editor on debian/copyright. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: latex-unicode sources and licensing
Lionel Elie Mamane lio...@mamane.lu wrote: clone 635382 -1 retitle 635382 latex-unicode sources and licensing severity 635382 serious thanks Thank you for your work. So I'm out of ideas how to find the real sources. Given that the true sources seem to have disappeared, Hm, just googling for ucs.dtx gives some hits in comp.text.tex from this year, talking about taking over maintainership by Wolfgang Jeltsch. There is a ucs.dtx at http://softbase.org/latex-unicode/ Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#303082: acknowledged by developer (fluxbox-doc: closing old inactive RFP)
reopen 303082 retitle 303082 fluxbox package is missing official documentation reassign 303082 fluxbox thanks This is an automatic notification regarding your Bug report #303082: RFP: fluxbox-doc -- fluxbox documentation, which was filed against the wnpp package. It has been marked as closed by one of the developers, namely Lucas Nussbaum lu...@debian.org. Frankly, I haven't checked whether the documentation is still available at the place I named, but it is definitely still missing from the package. Regards, Frank P.S. Thanks anyway, Lucas, for your work -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633011: /usr/bin/tex crashes on every *.tex file
Norbert Preining prein...@logic.at wrote: On Di, 12 Jul 2011, Frank Küster wrote: Ah, sorry - I am working in texlive-base as well as -bin, and have just made a mental note There have been patches to squeeze when it was in testing, don't forget to check they've been applied to trunk, too. As for the patches, I think they are okay - if that strange issue is Does that mean we have to upload both texlive-base and texlive-bin together? Or is texlive-bin independent enough to be uploaded alone? I think texlive-bin can be uploaded alone. I'll do the final patch testing now, and texlive-bin-only afterwards. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633768: texlive-binaries: fatal: memory exhausted (xmalloc of 2171483664 bytes).
forcemerge 633011 633768 thanks Hector Oron hector.o...@gmail.com wrote: Package: texlive-binaries Version: 2009-8 Severity: important Hello, While trying to build GNU GDB on experimental, some architectures (amd64, s390 and armel) fail to build from source due to: Fix known, we are just coordinating the upload. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633011: /usr/bin/tex crashes on every *.tex file
Hi Norbert, Frank Küster fr...@kuesterei.ch wrote: Norbert Preining prein...@logic.at wrote: Does that mean we have to upload both texlive-base and texlive-bin together? Or is texlive-bin independent enough to be uploaded alone? I think texlive-bin can be uploaded alone. I have decided to back out the papersize patch in texconfig, because it does not only add new features, but also changes existing ones to call ucf. This might cause problems, since texlive-base is intended to put the file under ucf control initially. I also added the patch originally submitted to #633011. I didn't follow the upstream replies, if any - so please check that before uploading. I'll do the final patch testing now, and texlive-bin-only afterwards. The papersize patches are okay and tests are ready, but that's in terms of real code. There might be more: man pages, documentation, and considering the versioned dependencies (texlive-base now will need texlive-binaries with the patch I just backed out). So I suggest to upload texlive-binaries as currently in SVN, after testing. I am building the package at the moment. But I might not have enough time for testing this evening, and I cannot really predict tomorrow evening. I know, however, that I'm away after that an won't be able to do any work on the weekend; maybe on Monday evening; after that thursday is the earliest opportunity. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633011: /usr/bin/tex crashes on every *.tex file
Hallo Norbert-san, So I suggest to upload texlive-binaries as currently in SVN, after testing. I have performed the usual testing: install in sid, upgrade, remove, install, purge, install. I also tested basic texconfig function, it seems well except that texconfig-sys conf doesn't give the output it should. But that shouldn't hold up the upload. I don't know whether the segfault should be reproducible on my i386 box (no sid here). SUMMARY: Please upload after verifying that the newest patch is correct. (And I'll do work again not before July 21st) Regards, Frank -- I'll play me old squeeze-box as we sail along, with the wind in the rigging to sing me a song -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633011: /usr/bin/tex crashes on every *.tex file
Norbert Preining prein...@logic.at wrote: On Fr, 08 Jul 2011, Frank Küster wrote: On the other hand, there are also changes to the stable packages that have been done during the freeze, and I fear a couple of them are missing in trunk (Hilmar?) Really??? I can't see anything in branch/squeeze/texlive-bin/... Ah, sorry - I am working in texlive-base as well as -bin, and have just made a mental note There have been patches to squeeze when it was in testing, don't forget to check they've been applied to trunk, too. As for the patches, I think they are okay - if that strange issue is resolved that I found yesterday and asked in that mail to -devel (written offline, so sent only just a minute ago). Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633391: ucf: Should not claim files differ if $newsum and $destsum are identical
Package: ucf Version: 3.0025+nmu1 Severity: wishlist When there are no historical md5sums, or the existing file ($destsum) and the new file ($newsum) are identical, there is nothing to be done. However, when FORCE_CONFNEW is set, ucf still says: echo 2 Replacing config file $dest_file with new version echo 2 even though the files differ, since you asked for it which is a false claim. It would be nice if that would not happen. On the other hand, it's a nice reminder to populate the directory of old md5sums... Regards, Frank -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages ucf depends on: ii coreutils 8.5-1 GNU core utilities ii debconf 1.5.36.1 Debian configuration management sy ucf recommends no packages. ucf suggests no packages. -- debconf information: * ucf/show_diff: * ucf/changeprompt_threeway: install_new ucf/title: * ucf/changeprompt: install_new ucf/conflicts_found: -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633011: /usr/bin/tex crashes on every *.tex file
Frank Küster fr...@kuesterei.ch wrote: On the other hand, there are also changes to the stable packages that have been done during the freeze, and I fear a couple of them are missing in trunk (Hilmar?) this is still true, but... I might have some time this weekend - but I don't expect to declare the papersize patches ready, and don't hold your breath. It looks good currently. Some hope. -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633011: /usr/bin/tex crashes on every *.tex file
Norbert Preining prein...@logic.at wrote: severity 633011 important thanks $ tex foo.tex This is TeX, Version 3.1415926 (TeX Live 2009/Debian) Segmentation fault Frank, there are a lot of changes in texlive-bin. What is the status? The papersize thingie is annoyingly complex, every now and then the next small issue pops up. For a status, look at trunk/testplan_libpaper.txt. I _think_ that without doing any paper changes (like buildds do), everything would run smoothly, but for strange debug messages. Err, and one debugging hunk to the patch for texconfig, which asks for input, but that can easily be removed. After that, I'd try once to upgrade from sid to the new package. On the other hand, there are also changes to the stable packages that have been done during the freeze, and I fear a couple of them are missing in trunk (Hilmar?) I can either upload what is there now plus a patch for this problem, or tr to make an intermediate release not including your patches (but this is a bit a pain)? I might have some time this weekend - but I don't expect to declare the papersize patches ready, and don't hold your breath. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633001: ucf: script is 'set -e', but tries to test for $?
Package: ucf Version: 3.0025+nmu1 Severity: normal The whole ucf script is set -e, but it makes at least one external call and tries to analyse its return value: $ egrep -A 4 '^set |getopt' /usr/bin/ucf set -e # set the version and revision progname=`basename \$0\` pversion='$Revision: 1.26 $' -- # We need TEMP as the `eval set --' would nuke the return value of getopt. TEMP=`getopt -a -o hs:d::D::nv -n $progname \ --long help,src-dir:,sum-file:,dest-dir:,debug::,DEBUG::,no-action,purge,verbose,three-way,debconf-ok,debconf-template:,state-dir: \ -- $@` if [ $? != 0 ] ; then The if line, however, will never be reached when getopt fails, because of the set -e. Regards, Frank -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages ucf depends on: ii coreutils 8.5-1 GNU core utilities ii debconf 1.5.36.1 Debian configuration management sy ucf recommends no packages. ucf suggests no packages. -- debconf information: * ucf/show_diff: * ucf/changeprompt_threeway: install_new ucf/title: * ucf/changeprompt: install_new ucf/conflicts_found: -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632934: texlive-latex-extra: The achemso class (American Chemical Society) is outdated.
Filippo Rusconi lopi...@debian.org wrote: Package: texlive-latex-extra Version: 2009-10 Severity: wishlist Greetings, the achemso package (upstream http://pubs.acs.org/paragonplus/submission/general/achemso.tds.zip) is outdated. Present version in testing : [2009/09/01 v3.3a Submission to ACS journals] Present version at ACS : [2011/03/11 v3.5g Submission to ACS journals] Since 3.5g is on CTAN, too, it will be automatically included in unstable as soon as we package the new TeXLive 2011. By the way, there's no real need to file such bugs, unless the packages are outdated on CTAN. And then the thing to do is rather to bug upstream to upload their releases to CTAN. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631231: redirecting aptitude's stderr/stdout causes ucf to fail with debconf getting wrong input (was: Bug#631231: ucf: --verbose option changes return code)
Frank Küster fr...@debian.org wrote:
ucf -v --debconf-ok $fmgrConfigReplaceCfgFile $fmgrConfigReplaceOrigFile
[...]
ucf: Replace the old file is true
The hash file exists
dpkg: error processing texlive-base (--configure):
subprocess installed post-installation script returned error exit status 128
I added a set -x right after the first set -e in /usr/bin/ucf, and
got the following:
+ . /usr/share/debconf/confmodule
++ '[' '!' 1 ']'
++ '[' -z '' ']'
++ exec
++ '[' '' ']'
++ exec
++ DEBCONF_REDIR=1
++ export DEBCONF_REDIR
+ '[' YES = YES ']'
+ db_x_loadtemplatefile /var/lib/dpkg/info/ucf.templates ucf
+ _db_cmd 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates' ucf
+ IFS=' '
+ printf '%s\n' 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf'
+ IFS='
'
+ read -r _db_internal_line
+ RET='20 Unsupported command egrep (full line was egrep
[[:space:]]\/tmp\/tmp\.G1M8EZxyNp\/dvipdfmx\/dvipdfmx\.cfg$
/var/lib/ucf/hashfile) received from confmodule.'
+ case ${_db_internal_line%%[ ]*} in
+ return 20
dpkg: error processing texlive-base (--configure):
So it seems that the redirection that I performed for the aptitude run
(21 | tee some.log) caused the stuff that was supposed to be echoed to
stdout to end up as debconf input.
I think redirecting aptitude/dpkg like this should definitely work. But
I do not know whether this is a problem in ucf or in debconf.
Regards, Frank
--
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631315: texlive-binaries fails to install: fmtutil.cnf not found
Connor Lane Smith c...@lubutu.com wrote: [meimei:~]% sudo cat /tmp/fmtutil.ejsfxS1f warning: kpathsea: No usable entries in /var/lib/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /var/lib/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /var/lib/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf/ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R. warning: kpathsea: See the manual for how to generate ls-R. tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. fmtutil: config file `fmtutil.cnf' not found. Do any of these files exist? If yes, what is their content? (If they are large, just send the first and last 10 lines). Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631311: tcp-wrappers: file conflict in libwrap0_7.6.q-20 with tcpd 7.6.q-19
Package: tcp-wrappers Version: 7.6.q-20 Severity: serious While updating my cowbuilder chroot, I get this: Unpacking replacement libwrap0 ... dpkg: error processing /var/cache/apt/archives/libwrap0_7.6.q-20_i386.deb (--unpack): trying to overwrite '/usr/share/man/man5/hosts_options.5.gz', which is also in package tcpd 7.6.q-19 configured to not write apport reports Preparing to replace iptables 1.4.11.1-1 (using .../iptables_1.4.11.1-2_i386.deb) ... Unpacking replacement iptables ... Preparing to replace rsyslog 5.8.1-1 (using .../rsyslog_5.8.2-1_i386.deb) ... Unpacking replacement rsyslog ... Preparing to replace tcpd 7.6.q-19 (using .../tcpd_7.6.q-20_i386.deb) ... Unpacking replacement tcpd ... Probably libwrap0 is missing a Replaces for that file - or a Conflicts with tcpd 7.6.q-20 Regards, Frank -- HOST System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631231: ucf: --verbose option changes return code
Subject: ucf: --verbose changes return code Package: ucf Version: 3.0025+nmu2 Severity: normal Hi, I was trying to debug a postinst script that calls ucf, and added '-v' to the call. This caused the postinst script to fail! Here's the snippet from my script (actually it is a shell script invoked from the postinst): echo next call: ucf --debconf-ok $fmgrConfigReplaceCfgFile $fmgrConfigReplaceOrigFile read foo ucf -v --debconf-ok $fmgrConfigReplaceCfgFile $fmgrConfigReplaceOrigFile (the script has set -e) and here is the output next call: ucf --debconf-ok /tmp/tctmp.5892/tfc5898/out/dvipdfmx.cfg /tmp/tmp.GcaJK8EHbW/dvipdfmx/dvipdfmx.cfg foo ucf: The new file is /tmp/tctmp.5892/tfc5898/out/dvipdfmx.cfg ucf: The Destination file is /tmp/tmp.GcaJK8EHbW/dvipdfmx/dvipdfmx.cfg ucf: The Source directory is /tmp/tctmp.5892/tfc5898/out ucf: The State directory is /var/lib/ucf ucf: Replace the old file is true The hash file exists egrep [[:space:]]\/tmp\/tmp\.GcaJK8EHbW\/dvipdfmx\/dvipdfmx\.cfg$ /var/lib/ucf/hashfile ucf: The new file is /tmp/tctmp.5892/tfc5898/out/dvipdfmx.cfg ucf: The Destination file is /tmp/tmp.GcaJK8EHbW/dvipdfmx/dvipdfmx.cfg ucf: The Source directory is /tmp/tctmp.5892/tfc5898/out ucf: The State directory is /var/lib/ucf ucf: Replace the old file is true The hash file exists dpkg: error processing texlive-base (--configure): subprocess installed post-installation script returned error exit status 128 configured to not write apport reports Processing triggers for tex-common ... texlive-base is not ready, delaying updmap-sys call Building e-tex based formats --byhyphen /var/lib/texmf/tex/generic/config/language.def. This may take some time... done. Errors were encountered while processing: texlive-base E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: [...] (foo is what I typed). Regards, Frank -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages ucf depends on: ii coreutils 8.5-1 GNU core utilities ii debconf 1.5.39 Debian configuration management sy ucf recommends no packages. ucf suggests no packages. -- debconf information: ucf/changeprompt: keep_current ucf/conflicts_found: ucf/title: ucf/show_diff: ucf/changeprompt_threeway: keep_current -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586549: mktexlsr does not fail on intermittent errors
Hilmar Preusse hill...@web.de wrote: On 10.08.10 Norbert Preining (prein...@logic.at) wrote: On Di, 10 Aug 2010, Hilmar Preusse wrote: Hi Norbert, This is about set -e in basic scripts of TL. However I'm missing the set -e in the scripts. Ahh, you replaced the this morning. Out of luck... Yes, I want to push the changes to unstable/testing and set -e wchange will not pass release manager ... I think *now* is a good time to introduce set -e and break TeX Live in Debian. ;-) I agree. There's already a patch in svn, which seems to work most of the time. However, there is one flaw in it that I just noticed: At least texconfig has lots of constructs like do_something if test $? != 0; then echo $errormessage exit 1 fi Of course the error message will never be shown this way. So quite some more stuff to patch. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622403: texlive-base: texdoctk silently fails to run
Hilmar Preusse hill...@web.de wrote: On 24.05.11 Frank Küster (fr...@debian.org) wrote: Hilmar Preusse hill...@web.de wrote: Hi, In teTeX we had little program tetex-xwarn^1 . It was similar to xmessage but smaller. I idea was to tell the user that a programe could not be started b/c of missing deps, instead of silently failing. [...] I think we should re-introduce that feature. I agree, please go ahead! Do you think we could use xmessage instead? The package containing xmessage has meanwhile been split up into two smaller ones. I have no objections, but no real clue either... Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607351: texlive-binaries: texdoc aliasing sometimes doesn't work
Manuel Pégourié-Gonnard m...@elzevir.fr wrote: Le 06/06/2011 21:08, Frank Küster a écrit : tags 607351 fixed-upstream thanks Manuel Pégourié-Gonnard m...@elzevir.fr wrote: I hope it fixes the problem. yes, I think so. I'm marking this as fixed upstream, however, we need to make sure when TL 2011 is packaged that it actually works with our configuration. Maybe we've already mis-patched the file locations. Let me know if you'd like me to check this when you package TL2011. That would be fine, I'll try to remind you. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607351: texlive-binaries: texdoc aliasing sometimes doesn't work
tags 607351 fixed-upstream thanks Manuel Pégourié-Gonnard m...@elzevir.fr wrote: Le 04/06/2011 01:59, Manuel Pégourié-Gonnard a écrit : Actually, I think I don't even need a new kpathsea search PATH, I can directly consult the value of $TEXMF and then just append texdoc/texdoc.cnf. This would be compatible with the current locations and would also find configuration files in TEXMFDIST or TEXMFSYSCONFIG for example, which, IIUC, would solve your problem. I went ahead and implemented that in texdoc 0.81, just uploaded to TeX Live. Now texdoc finds its configuration files in $TEXMF/texdoc in the order prescribed by the regular precedence between texmf trees. Which means the default configuration file should be installed in TEXMFDIST if TEXMFMAIN happens to have higher precedence than TEXMFLOCAL (as in the case in upstream TeX Live). I hope it fixes the problem. yes, I think so. I'm marking this as fixed upstream, however, we need to make sure when TL 2011 is packaged that it actually works with our configuration. Maybe we've already mis-patched the file locations. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627463: texlive-latex-base: link to PDF is not made properly
Osamu Aoki os...@debian.org wrote: Hi, On Sat, May 21, 2011 at 09:12:30PM +0200, Frank Küster wrote: Osamu Aoki os...@debian.org wrote: I made minimum LaTeX code and its pdf. File names ending with pdf or just filename without extension causes broken link in blue. Hm, any idea what is broken with them? Is there something in the hyperref documentation that might explain why they have a different color? texdoc hyperref did not help me. According to my tests with acroread, the blue ones open as documents in the pdf viewer, whereas the red ones open as links in the browser (which then uses a pdf viewer for display). The strange thing is: In acroread, they work. The first one gives the developers' reference, the next blue ones give file not found errors. The red ones instead give a Security warning dialog box: The document is trying to connect to file:///x.pd. If you trust the site, choose Allow. If you do not trust the site, choose Block. After choosing Allow, the file not found error is in firefox, not acroread. Here all blue ones are dead and red ones works as long as you put files there. With which program did you test? file:///x.pd means you need file as /x.pd . Did you put there? I know, but I don't think it matters much. I get the buggy behavior with the free viewers: For me, clickin on any blue link in xpdf simply does nothing, no matter whether the file exists or not. Klicking on a red link opens the file (or the file-does-not-exist message) in a browser. In okular, the behavior of the blue links is the same (nothing), whereas the red links open in okular. Evince behaves like okular. acroread, as I said, can cope with both types of links. I find it unlikely that Adobe Reader has a feature to work around hyperref bugs, and nearly equally unlikely that Heiko and Sebastian designed hyperref according to the implemenation in Reader instead of the PDF specification. So this would imply that it is a bug in the viewers. I am not sure enough, though, to reassign. So these links have something about them that makes them non-functional and blue in free viewers, but they work in acroread... Maybe security concern (I am not on windows now. I will check it later.) I have only checked on Linus, not on Windows so far. If anyone is interested, I could check with OSX's Preview. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622403: texlive-base: texdoctk silently fails to run
Hilmar Preusse hill...@web.de wrote: In teTeX we had little program tetex-xwarn^1 . It was similar to xmessage but smaller. I idea was to tell the user that a programe could not be started b/c of missing deps, instead of silently failing. [...] I think we should re-introduce that feature. I agree, please go ahead! Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627463: texlive-latex-base: link to PDF is not made properly
Osamu Aoki os...@debian.org wrote: I made minimum LaTeX code and its pdf. File names ending with pdf or just filename without extension causes broken link in blue. Hm, any idea what is broken with them? Is there something in the hyperref documentation that might explain why they have a different color? The strange thing is: In acroread, they work. The first one gives the developers' reference, the next blue ones give file not found errors. The red ones instead give a Security warning dialog box: The document is trying to connect to file:///x.pd. If you trust the site, choose Allow. If you do not trust the site, choose Block. After choosing Allow, the file not found error is in firefox, not acroread. So these links have something about them that makes them non-functional and blue in free viewers, but they work in acroread... By the way, why are there three '/' in a row? Wouldn't two be sufficient? (in acroread, they are...) Regards, Frank -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627380: texlive-base: Configuration file claims do not edit this file
beamer = beameruserguide alias ifmslide = ifmman alias arydshln = arydshln-man alias multirow = multirow/README alias titletoc = titlesec alias custom-bib = custom-bib/makebst alias ascelike = ascexmpl alias natbib2 = natnotes alias adrconv = adrguide alias tangles = t-angles/t-manual alias mathenv = mdwtab alias nath = nathguide alias gnlogic = gn-logic14 alias footnote1 = mdwtools/footnote alias footnote2 = yafoot/yafoot-man alias umoline = umoline-man alias labels1 = envlab/elguide alias ticket = ticket/manual alias newvbtm = newvbtm-man alias lineno = ulineno alias akletter = akletter/lettereng alias isorot = isorot/rotman alias MLTeX = mltex/mltex.txt alias ecards = eCardsman alias flcards = flashcards alias tex4ht = tex4ht/mn.html alias ppower4 = ppower4/report alias pdfscreen = pdfscreen/manual-print alias latex3 = ltx3info alias latex3p = expl3/expl3 alias cjk = CJK alias xmltex = xmltex/base/manual.html alias musixlyr = mxlyrdoc alias musictex = musicdoc alias acmtrans = acmtr2e alias aastex = aastex/aasguide alias ieee = IEEEtran_HOWTO alias nrc = nrc/userguide alias kluwer = kluwer/usrman alias spie = spie/article alias psgo = psgo/README alias cv = curve/curve alias preprint = preprint/00readme.txt alias sffms = sffms_manual alias siunits = SIunits alias 2in1 = 2in1.sty alias 3parttable = 3parttable.sty alias a4wide = a4wide.sty alias a5comb = a5comb.sty alias acromake = acromake.sty alias advdate = advdate.sty alias anonchap = anonchap.sty alias askinclude = askinclude.sty alias authoraftertitle = authoraftertitle.sty alias bibcheck = bibcheck.sty alias block = block.sty alias bold-extra = bold-extra.sty alias boxedminipage = boxedminipage.sty alias braket = braket.sty alias breakcites = breakcites.sty alias cancel = cancel.sty alias captdef = captdef.sty alias capt-of = capt-of.sty alias cases = cases.sty alias changepage = changepage.sty alias chbibref = chbibref.sty alias chngcntr = chngcntr.sty alias circle = circle.sty alias concrete = concrete.sty alias dblfloatfix = dblfloatfix.sty alias endnotes = endnotes.sty alias excludeonly = excludeonly.sty alias fn2end = fn2end.sty alias fncylab = fncylab.sty alias fnpara = fnpara.sty alias framed = framed.sty alias ftcap = ftcap.sty alias fwlw = fwlw.sty alias hypernat = hypernat.sty alias ifmtarg = ifmtarg.sty alias import = import.sty alias isonums = isonums.sty alias kix = kix.sty alias linsys = linsys.sty alias listing = listing.sty alias magaz = magaz.sty alias midpage = midpage.sty alias mitpress = mitpress.sty alias morefloats = morefloats.sty alias needspace = needspace.sty alias nextpage = nextpage.sty alias nolbreaks = nolbreaks.sty alias notoccite = notoccite.sty alias optional = optional.sty alias oubraces = oubraces.sty alias parskip = parskip.sty alias path = path.sty alias printlen = printlen.sty alias relsize = relsize.sty alias romanneg = romanneg.sty alias sansmath = sansmath.sty alias secdot = secdot.sty alias section = section.sty alias selectp = selectp.sty alias sepnum = sepnum.sty alias shadow = shadow.sty alias showtags = showtags.sty alias sphack = sphack.sty alias statex2 = statex2.sty alias statex = statex.sty alias subfigmat = subfigmat.sty alias tabls = tabls.sty alias texilikecover = texilikecover.sty alias threeparttable = threeparttable.sty alias thrmappendix = thrmappendix.sty alias titleref = titleref.sty alias topcapt = topcapt.sty alias truncate = truncate.sty alias ulem = ulem.sty alias underscore = underscore.sty alias url = url.sty alias varwidth = varwidth.sty alias verbasef = verbasef.sty alias verbdef = verbdef.sty alias version = version.sty alias vertbars = vertbars.sty alias vrbexin = vrbexin.sty alias vruler = vruler.sty alias wrapfig = wrapfig.sty lastfile_switch = true -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627381: texlive-base: texdoc.cnf in /etc/texmf/texdoc is ignored (wrong symlink?)
= acromake.sty alias advdate = advdate.sty alias anonchap = anonchap.sty alias askinclude = askinclude.sty alias authoraftertitle = authoraftertitle.sty alias bibcheck = bibcheck.sty alias block = block.sty alias bold-extra = bold-extra.sty alias boxedminipage = boxedminipage.sty alias braket = braket.sty alias breakcites = breakcites.sty alias cancel = cancel.sty alias captdef = captdef.sty alias capt-of = capt-of.sty alias cases = cases.sty alias changepage = changepage.sty alias chbibref = chbibref.sty alias chngcntr = chngcntr.sty alias circle = circle.sty alias concrete = concrete.sty alias dblfloatfix = dblfloatfix.sty alias endnotes = endnotes.sty alias excludeonly = excludeonly.sty alias fn2end = fn2end.sty alias fncylab = fncylab.sty alias fnpara = fnpara.sty alias framed = framed.sty alias ftcap = ftcap.sty alias fwlw = fwlw.sty alias hypernat = hypernat.sty alias ifmtarg = ifmtarg.sty alias import = import.sty alias isonums = isonums.sty alias kix = kix.sty alias linsys = linsys.sty alias listing = listing.sty alias magaz = magaz.sty alias midpage = midpage.sty alias mitpress = mitpress.sty alias morefloats = morefloats.sty alias needspace = needspace.sty alias nextpage = nextpage.sty alias nolbreaks = nolbreaks.sty alias notoccite = notoccite.sty alias optional = optional.sty alias oubraces = oubraces.sty alias parskip = parskip.sty alias path = path.sty alias printlen = printlen.sty alias relsize = relsize.sty alias romanneg = romanneg.sty alias sansmath = sansmath.sty alias secdot = secdot.sty alias section = section.sty alias selectp = selectp.sty alias sepnum = sepnum.sty alias shadow = shadow.sty alias showtags = showtags.sty alias sphack = sphack.sty alias statex2 = statex2.sty alias statex = statex.sty alias subfigmat = subfigmat.sty alias tabls = tabls.sty alias texilikecover = texilikecover.sty alias threeparttable = threeparttable.sty alias thrmappendix = thrmappendix.sty alias titleref = titleref.sty alias topcapt = topcapt.sty alias truncate = truncate.sty alias ulem = ulem.sty alias underscore = underscore.sty alias url = url.sty alias varwidth = varwidth.sty alias verbasef = verbasef.sty alias verbdef = verbdef.sty alias version = version.sty alias vertbars = vertbars.sty alias vrbexin = vrbexin.sty alias vruler = vruler.sty alias wrapfig = wrapfig.sty lastfile_switch = true -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive)
Bug#612924: Bug#600012: texlive-base: Claims to recreate pdftexconfig.tex upon clean install
Frank Küster fr...@debian.org wrote: First of all, the follow-up mail to my original bug report #60012 was misdirected, and this bug seems to have been bogus from the beginning. I have no idea what I did back then, but I _cannot_ reproduce it in squeeze or sid. There's also no indication in the code what could go wrong. Therefore closing. Then, if my above analysis was right, we should prepare a fix for squeeze. And hm, maybe, not remove the code in sid, but just comment it out and watch what happens... The analysis was not right. It's in the function resurrect_conffile_sid that the commandline arguments to the preinst script are checked. And only upon upgrading it tries to do something. However, there is a bug (#612924), as discussed earlier: $ loginlenny ... # aptitude install texlive-base ... # rm /etc/texmf/tex/generic/config/pdftexconfig.tex # $edit /etc/apt/sources.list # to point to squeeze # aptitude update ... # aptitude safe-upgrade 21 | tee s_upgrade.lg ... gives Preparing to replace texlive-base 2007.dfsg.2-1~lenny2 (using .../texlive-base_2009-11_all.deb) ... Reinstalling deleted mandatory conffile pdftexconfig.tex cp: cannot stat `/usr/share/texlive-base/pdftexconfig.tex': No such file or directory dpkg: error processing /var/cache/apt/archives/texlive-base_2009-11_all.deb (--unpack): subprocess new pre-installation script returned error exit status 1 Preparing to replace texlive-doc-base 2007.dfsg.2-1 (using .../texlive-doc-base_2009-2_all.deb) ... Unpacking replacement texlive-doc-base ... dpkg: regarding .../texlive-common_2009-11_all.deb containing texlive-common: texlive-common conflicts with texlive-base ( 2009-1) texlive-base (version 2007.dfsg.2-1~lenny2) is present and installed. dpkg: error processing /var/cache/apt/archives/texlive-common_2009-11_all.deb (--unpack): conflicting packages - not installing texlive-common dpkg: regarding .../tex-common_2.08_all.deb containing tex-common: tex-common conflicts with texlive-common ( 2009) texlive-common (version 2007.dfsg.2-1~lenny2) is present and installed. dpkg: error processing /var/cache/apt/archives/tex-common_2.08_all.deb (--unpack): conflicting packages - not installing tex-common as previously described. But the reason is not only that the template file is in /usr/share/texlive-bin/, moreover: In many cases texlive-bin is removed prior to installing texlive-base as a decision of aptitude's conflict resolver. That means we have no possibility to resurrect the file in preinst. There's code to do it again in postinst anyway. So simply dropping that line would be the patch, I guess. I will test it and ask release about a fix for stable. Regards, Frank -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627381: texlive-base: texdoc.cnf in /etc/texmf/texdoc is ignored (wrong symlink?)
merge 627381 607351 thanks Frank Küster fr...@debian.org wrote: So it looks only in TEXMFMAIN, not TEXMFDIST, and the symlink is in the wrong place. The same I discovered already a couple of months ago... -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607351: texlive-binaries: texdoc aliasing sometimes doesn't work
Dear Manuel, a couple of months ago we discussed this issue about texdoc in Debian, and I have different suggestion how to solve it. Frank Küster fr...@kuesterei.ch wrote: Texdoc doesn't look for the configuration file where it actually is (or conversly, the config file isn't were texdoc expects it). So, the two obvious (and mutually exclusive) solutions are: 1. symlink texdoc.cnf under TEXMFMAIN rather than TEXMFDIST 2. 'patch' config.tlu with sed -i s/TEXMFMAIN/TEXMFDIST/g (I just checked, it doesn't have any side effects). I guess 1 is the easiest, but I'm not sure how you handle TEXMFMAIN vs TEXMFDIST in Debian, so... Thanks for the info and analysis. In the past, we've tried to separate TEXMFMAIN and TEXMFDIST differently from upstream [...] Manuel, why does texdoc look for texdoc.cnf in particular directories? Why doesn't it just do a kpathsea lookup for texdoc.cnf, thus looking in all TEXMF trees defined on the site for the user running texdoc? Hm, one explanation might be that there doesn't seem to be a way to get kpathsea find texdoc.cnf at the places where it currently is. But that could be fixed. I think the problem might become more general, and maybe kpathsea should be changed to look for config files for script at a particular place. TEXMF/config or TEXMF/scripts/config comes to mind. In order to find the right file below that directory, a script would declare its name as the engine and the configuration files could be sorted as the scripts are now. What do you think? Regards, Frank -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612924: [stable] Possible fix for possible RC bug
Dear stable release managers, we have a bug report against our package texlive-base in stable that might be worth fixing in squeeze, or not. Therefore I am asking your opinion. There is buggy code in the preinst script that will fail each time it is called, leading to the preinst failing, hence the upgrade of the TeX system from anything older than stable to stable (or testing/sid, no changes yet). This means the bug is RC, and since it is easy to fix (simply drop one line that calls the buggy code, because it is not in fact needed) we are considering fixing it in stable. However: The buggy code is in a conditional, and it we are unsure how often it will be triggered. The bug was once intended to clean up after a really bad brown paper bag bug in sid, during the lenny release cycle. This means that nowadays, no system should meet the conditional unless it used sid at the time and has not been upgraded since then. It should. However, it doesn't. At least we do get bug reports. We got them when lenny became stable, and again we got them when squeeze got stable. And of course all the time people claimed that they never used sid TeX packages. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612924. The last report was early in March What do you think - should we prepare an upload to stable? The patch would look like this: # Cleanup after Bug #420390 for sid users resurrect_conffile_sid /etc/texmf/metafont/misc/modes.mf texlive-base $1 $2 -resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex texlive-base $1 $2 +#resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex texlive-base $1 $2 plus the usual changelog etc. Regards, Frank -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627171: texlive-binaries: mktexpk (and mktexnam) don't cope with unset $HOME
severity 627171 important thanks Stuart Prescott stuart+deb...@nanonanonano.net wrote: Some buildds now have $HOME unset and this leads to breakages in the compilation of various bits of documentation on the buildd; it may be a combination of reduced permissions on the buildd as well as $HOME being unset that causes font selection problems. Build failures aren't just wishlist bugs. Since it's a change in the buildd's, and I don't see any policy rule that one may not rely on $HOME, I set it to important only. Regards, Frank -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624735: [AUCTeX-devel] Bug#624735: Displays \it with an italic '\'
Ralf Angeli ang...@caeruleus.net wrote: * Frank Küster (2011-05-01) writes: forwared 624735 auctex-de...@gnu.org Josh Triplett j...@joshtriplett.org wrote: Package: auctex Version: 11.86-2 Severity: normal In auctex mode, \it displays as italic, including the backslash. An italic backslash ends up looking a lot like a pipe. Please don't italicize the backslash. Is this still the case in recent auctex? Yes. But only if the \it is not preceded by an opening brace. So you would actually call it a feature? Regards, Frank -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
