On Fri, Jul 13, 2007 at 23:36 -0700, Josh Triplett wrote:
Atsuhito Kohda wrote:
Hi Josh,
On Wed, 11 Jul 2007 11:03:18 -0700, Josh Triplett wrote:
This makes \label and thus \ref not work in combination with
\usepackage[printfigures]{figcaps}. Removing the \def of \label solves
On Sat, Jul 14, 2007 at 12:09 +0900, Atsuhito Kohda wrote:
On Fri, 13 Jul 2007 11:42:38 +0200, Ale wrote:
The problem is simply solved by changing the line
\newcommand\captionbox{parbox[t]}
in caption3.sty to a renewcommand, but then if I use another
document class I get the opposite
Package: texlive-fonts-recommended
Version: 2007-9
Severity: normal
Hi everybody,
I haven't cheked all parts of tl-fonts-recommended, but at least for
utopia and fpl there is no license information like the README files
that can be found on CTAN. For fpl one might argue that
% fpl: gpl
Package: texlive-xetex
Version: 2007-11.np.etch.1
Severity: normal
File: /usr/share/doc/texlive-xetex/xelatex/philokalia/Philokalia-Regular.otf.gz
The above file is not documentation but a font file that should be
installed in the TEXMF tree. Suggestion:
Package: gnus
Version: 5.11+v0.5.dfsg-3
Severity: normal
Hi,
When I open gnus, I get the following message:
Could not find image gnus/toggle-subscription.xpm for library gnus
When I open a group, I get:
Could not find image mail/save.xpm for library gnus
This looks as if some images are either
merge 432362 420394
thanks
On Mon, Jul 09, 2007 at 18:10 +0100, M. Tylee Atkinson wrote:
Package: texlive-latex-extra
Version: 2007-3
Severity: normal
The file suffix.sty is needed by bigfoot, but is not included in this
package. The Debian
package database says it is, but when I did a
Package: texlive-xetex
Version: 2007-11.np.etch.1
Severity: normal
On Sun, Jun 24, 2007 at 01:30 +0800, R (Chandra) Chandrasekhar wrote:
Ralf Stubner wrote:
AFAIK the fontmap used by xdvipdfmx is configured via the 'f' options
in /etc/texmf/dvipdfm/dvipdfmx.xfg.
In my setup
Michael Kaaden wrote:
Package: texlive-lang-german
Version: 2007.dfsg.1-2
Severity: normal
I wanted to typeset a (german) document using the Utopia font. So, ich
added '\usepackage[utopia]{mathdesign}' to my preamble, executed 'latex
mydocument.tex' and was baffled by an error '! Missing
On Thu, Jun 14, 2007 at 22:36 +0200, Filip Van Raemdonck wrote:
Package: texlive-base-bin
Version: 2007-11
Severity: normal
On a system without any TeX related packages, trying to create a PDF from a
.tex document copied off another system (running an old tetex version, but
this system has
On Tue, Jun 12, 2007 at 20:25 -0700, Zack Weinberg wrote:
Package: texlive-latex-base
Version: 2007-9
Severity: minor
The hyperref package has to generate different \specials for different
DVI drivers; in particular, xdvi and dvips want dvips specials, and pdftex
wants pdftex specials.
On Mon, Jun 11, 2007 at 16:39 +0200, Frank Küster wrote:
# Does $TEXMFVAR expand to a single directory?
texmfvar=$(kpsewhich --expand-path '$TEXMFVAR')
if ! echo $texmfvar | grep -e ':'; then
output_file=$texmfvar/$PATH_COMPONENT/$DEFAULT_OUTPUTFILE_BASENAME
else
On Mon, Jun 11, 2007 at 23:25 +0200, Frank Küster wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
texmfvar=$(kpsewhich --expand-path '$TEXMFVAR')
if ! echo $texmfvar | grep -e ':'; then
output_file=$texmfvar/$PATH_COMPONENT/$DEFAULT_OUTPUTFILE_BASENAME
[...]
One could
Norbert Preining wrote:
I guess we can close this bug? Do you agree?
Careful; Pierre posted to a (probably unrelated) existing bug.
cheerio
ralf
Pierre Barbier de Reuille wrote:
Package: texlive-base-bin
Version: 2007-7
Followup-For: Bug #421969
Why do you think this is related to #421969?
While trying to upgrade this package, a huge number of etex and pdfetex
sub-processes were created. Probably hundreds of them ! It ate all my
Vincent Lefevre wrote:
But ps2pdf (suggested by Ralf Stubner) solves the problem.
That's a work around, not a solution.
I just hope that there are no bad side effects.
The only possible problem that comes to my mind is resampling of images,
which use some lossy compression algorithem (JPEG
Norbert Preining wrote:
On Mit, 16 Mai 2007, Thanh Han The wrote:
this is a feature/limitation/bug/call-what-you-like of
pdftex: it doesn't remove unused Subs entries (this is very
tricky and dangerous), but replaces them by a dummy one.
Ok, this is what was my idea, too, that unused subs
Pawel wrote:
Package: texlive-lang-polish
Version: 2007.dfsg.1-1
Severity: important
[...]
! I can't find file `xu-plhyph.tex'.
This file is in the current version of texlive-base (2007-5), which you do
not have installed:
Versions of packages texlive-lang-polish depends on:
ii
Great ...
Original Message
Subject: failure notice
From:[EMAIL PROTECTED]
Date:Thu, May 10, 2007 12:13
To: Ralf Stubner [EMAIL PROTECTED]
--
Hi
Norbert Preining wrote:
As discussed on the EuroBachoTeX meeting, here the bug report. I can
reproduce this without any problem.
If you can take a look at it that would be great. At the web site given
in the bug report there are tex input files and example pdf documents
with embedded and
Dylan Thurston wrote:
Package: texlive-metapost
Version: 2007-5
Severity: normal
latexMP will in some cases get the bounding box wrong, particularly
when there is a minus sign. In the example below, the two labels come
out with different bounding boxes: the second one goes about .9pt
Frank Küster wrote:
Package: texlive-fonts-recommended
Version: 2007-4
Severity: normal
Submitter: Jörg Sommer [EMAIL PROTECTED]
Jörg Sommer [EMAIL PROTECTED] wrote:
Hi,
is this a bug?
% pwd
/usr/share/doc/texlive-fonts-recommended/latex/mathpazo
% ls -l
insgesamt 420
-rw-r--r-- 1
David Frey wrote:
Package: texlive-base
Version: 2007-4
Severity: wishlist
Please get rid of the updmap machinery, or at least, make it more
robust.
Do you have any suggestions, what could be an alternative?
cheerio
ralf
reassign xmltex
forcemerge 421242 419987
thanks
Rafal Czlonka wrote:
Ralf Stubner wrote:
Do you have xmltex installed? If yes, then this is a (well known and
often
reported) problem in xmltex. Solution: Remove xmltex, install
texlive-base-bin, reinstall xmltex.
Thanks for the tip mate
Rafal Czlonka wrote:
Package: texlive-base-bin
Version: 2007-5
Severity: critical
Hi,
When the postinst script runs and it comes to 'Building formats', after
several minutes of doing so, the system runs out of memory. The process
eats all the available memory, both phisical (512MB RAM) and
Frank Küster wrote:
Arnout Boelens [EMAIL PROTECTED] wrote:
Package: texlive-pstricks
Version: 2005.dfsg.3-1
Severity: normal
I try to use the package pst-map2dII using the syntax as in the below
minimal
input file, and with all data in the directory ../dataII relative to the
directory
On Sun, Feb 04, 2007 at 10:05 +0530, Kumar Appaiah wrote:
However, running texexec --make --all put a cont-en.fmt in
~/.texmf-var/web2c/pdftex. Copying that to /var/lib/texmf/web2c and
running texhash solves the problem.
Of course, this should not be necessary. On installation the context
tag 409456 fixed-upstream
clone 409456 -1
reassign -1 texlive-latex-base
thanks
On Sat, Feb 03, 2007 at 13:20 +0100, Jakub Wilk wrote:
! LaTeX Error: Unknown graphics extension: .jpeg.
The known extensions are defined in pdftex.def, who's changelog reads:
% 2006/08/14 v0.03t (HO)
% *
On Sat, Feb 03, 2007 at 14:40 +0100, Frank Küster wrote:
This has been fixed upstream, the texlive packages in etch/sid already
provide the fixed upstream version.
Really? The upstream fix happend after the release of TeX Live 2005,
which is in etch/sid. And I cannot find any references to an
On Wed, Jan 31, 2007 at 16:47 +0100, Frank Küster wrote:
IMHO, it's better to not have driver specifications in the LaTeX source.
At least for graphicx and hyperref and if you do not use dvipdfm this is
the preferred way in the newsgroups. geometry is particular in doing
*nothing* when it
Norbert Preining wrote:
On Don, 11 Jan 2007, Frank Küster wrote:
In TeXlive, there is no alias file at all. Is there a reason for that -
I think the idea is quite nice.
No idea. What programs do support these aliases? All of the TL suite?
Would be surprising ...
IIRC the alias file is a
Hi Frank,
On Tue, Jan 16, 2007 at 14:28 +0100, Frank Küster wrote:
last May you answered in this bug. Can you check whether you think it
still applies to TeX Live? Any documentation needed?
I will look into this, but most likely I won't have the time to do this
before Sunday.
cheerio
ralf
On Mon, Jan 08, 2007 at 03:07 +0100, Danai SAE-HAN wrote:
[]
So switching to Omega/Lambda seems for me, currently, a bit too soon,
especially when it concerns CJK, because the font process looks
exactly the same as on LaTeX, with an extra stage of OVP fonts.
A bit to soon sounds very
On Mon, Jan 08, 2007 at 16:34 +0100, Norbert Preining wrote:
On Son, 07 Jan 2007, Ralf Stubner wrote:
engine that support Unicode. In principle omega has been able to do that
for quite some time. Unfortunately almost nobody knows how to use it.
Hmm, starting with Unicode % should
On Sun, Jan 07, 2007 at 03:28 +0100, Danai SAE-HAN wrote:
[ UTF-8 and TeX ]
There are packages like utf8x that are under development, but IMHO
that just takes too much time and we need a quick fix. UTF-8 has been
around for many years now.
Actually utff8x (or more appropriately ucs.sty) are
On Thu, Jan 04, 2007 at 16:59 +0100, Thomas Weber wrote:
I don't know if you are aware of it, but the README at
ftp://tug.ctan.org/pub/tex-archive/info/examples/ltt/README
now states:
snip
License is (according to the upload notice by the author):
Debian Free Software Guidelines.
I
On Fri, Dec 22, 2006 at 10:13 +0100, Norbert Preining wrote:
In fact it is much more funny than this, because all expert fonts are
completely messed up.
I suspect that this is NOT a fontconfig problem, but a user app problem,
as the do not evaluate ALL properties returned by the fontconfig
On Wed, Dec 27, 2006 at 12:05 +0100, Frank Küster wrote:
Hm, does anybody understand these Apache configuration directives?
According to the comment in /etc/mime.types, Encoding is the correct
thing, anyway. Ah, and apache2 in sarge declares gzip with
AddEncoding, not AddType.
Which I think
On Tue, Dec 26, 2006 at 21:43 +0100, Frank Küster wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
I have the impression that it is not a good idea to actually issue a
PostScript command such as 'a4', which is what the 'a4' papersize
definition in config.ps does. Some printers might not like
On Mon, Dec 18, 2006 at 09:47 +0100, Frank Küster wrote:
Frank Küster [EMAIL PROTECTED] wrote:
Or wait. We could
- ship our default config.ps in /usr/share/tetex-bin
- in postinst, run the equivalent of the libpaper hook on this file,
creating a temporary file which differs from
Ralf Stubner wrote:
- actually neither 'a4' nor 'letter' as defined in config.ps should not
be used as default paper sizes; one should use A4size or letterSize;
see the end of '4.2 Configuration file paper size command' in the dvips
documentation (texdoc dvips)
The latter point
On Mon, Dec 18, 2006 at 12:27 +0100, Frank Küster wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
- actually neither 'a4' nor 'letter' as defined in config.ps should not
be used as default paper sizes; one should use A4size or letterSize;
see the end of '4.2 Configuration file paper
On Sun, Dec 17, 2006 at 14:43 +0100, Frank Küster wrote:
etch_rc_policy.txt sounds differently:
, 3. Configuration files
| Packages must not modify their own or other packages conffiles
| programmatically. (The only correct way to modify a conffile is the
| user running an editor
On Fri, Dec 15, 2006 at 11:34 +0100, Frank Küster wrote:
The approach is flawed, however,
That's what occurred to me too while riding my bike to the
university...
I sometimes think I should spend most of my working hours on my bicycle
with some sort of recording device ... ;-)
Some
On Fri, Dec 15, 2006 at 15:46 +0100, Frank Küster wrote:
Stephen Gildea [EMAIL PROTECTED] wrote:
Tetex should work out of the box; it should not be necessary for a
sysadmin to know to change a /etc/default file.
teTeX does work out of the box, it produces correct paper for those who
Package: libpaper1
Version: 1.1.14-3
Severity: wishlist
Please add support for the JIS B series of paper sizes. See
URL:http://en.wikipedia.org/wiki/Paper_size#Japanese_B-series_variant
for specifications. I would suggest to name them 'jisb0', 'jisb1' ...
Thanks you.
cheerio
ralf
-- System
On Fri, Dec 15, 2006 at 08:29 +0100, Frank Küster wrote:
Are you talking about dvipdfm or dvips here?
About dvipdfm. I haven't looked at dvips, and it doesn't make sense if
both behave different.
Ok. I was more concerned with dvips here, having put dvipdfm aside as it
already used
On Thu, Dec 14, 2006 at 22:50 +0100, Frank Küster wrote:
I don't think this is for etch, though, at least not with very thorough
testing in unstable. Should we start a branch, or only do it when we
actually need a further upload targetted at etch?
This is not for etch (at least I hope that
On Thu, Dec 14, 2006 at 08:23 +0100, Frank Küster wrote:
texconfig and therefore the paperconfig hook do *not* control the paper
size that is used for typesetting (i.e. when TeX runs and calculates
where to put the characters relative to the paper origin). It only
takes effect when a
On Thu, Dec 14, 2006 at 00:02 +0100, Norbert Preining wrote:
In the tpm2deb.cfg it is written:
# collection psutils and ttfutils die, should be proper debian packages
but at least ttfutils seem to be not to go this way. We should include
this in our packages, or create a new binary package
Frank Küster wrote:
The current limitation is pdftex, which can have it's default papersize
changed only by changing pdftexconfig.tex and redumping all formats. The
different pdftexconfig.tex files needed for a4 and letter are hardcoded
into texconfig.
What's the problem? This is the
Frank Küster wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
ttfdump (no idea where that comes from, no idea what it is)
It seems to be available only in TeXlive now, not even separately on
CTAN. And the project it was once supposed to be part of of doesn't
seem to exist, and the developer
Norbert Preining wrote:
Please note that ttfdump is NOT build in TeX Live 2005, and it is only
present in the windows part of the tpm file. So I am not convinced that
it builds at all, works at all,...
This is true also for texlive-svn, also there is no ttfdump on linux
binary.
Ok. Thanks
Hi Kęstutis,
in the closing message to this bug you said that the various fonttools
available from URL:http://fontforge.sourceforge.net/fontutils.html are
not actively maintained and that most of their feature are already
available in fontforge. I don't know about the other tools, but I don't
On Thu, Dec 14, 2006 at 19:05 +0100, Frank Küster wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
dvipdfm allready links against libpaper.
Err, right. We probably should disable texconfig dvidpdfm paper,
then.
ACK
Hm, no. Actually things are more complicated, and I'm not sure
On Thu, Dec 14, 2006 at 15:43 +0100, Ralf Stubner wrote:
How about having the original files in TEXMFDIST and change texconfig
such, that it writes the new files to TEXMF(SYS)VAR? That way the user
will not have to deal with the files. But if needed, these files can be
overruled by a file
On Mon, Dec 11, 2006 at 21:20 +0100, Dieter Schuster wrote:
Package: texlive-base-bin
Version: 2005.dfsg.2-6
Severity: minor
After changing my tex-system from tetex to texlive, the programm
texdoctk does not start anymore. It produces the error messages:
Thanks for your report.
[EMAIL
On Wed, Dec 06, 2006 at 21:42 +0100, Frank Küster wrote:
I think we can claim that this will solve the bug; it's not
a nice solution, but I don't see any drawbacks unless someone expects to
be able to copy the texdoctk from a Debian binary package and use it on
a different system.
That is
Frank Küster wrote:
Are you sure? On my system, it works as long as
/usr/share/texmf-texlive does not exist. It doesn't matter whether it
contains anything, just creating the directory breaks texdoctk. But
without it, it works (finds Fundamental/usrguide).
You are right. I was thinking
Frank Küster wrote:
Uwe Kleine-Koenig [EMAIL PROTECTED] wrote:
Moreover both URL that are mentioned in that file don't work for me:
wget -q -O - http://localhost/doc/tetex-doc/texdoc.php
gets the php-script uninterpreted. Probably the file should be guarded
by IfModule php or
Ralf Stubner wrote:
Frank Küster wrote:
Are you sure? On my system, it works as long as
/usr/share/texmf-texlive does not exist. It doesn't matter whether it
contains anything, just creating the directory breaks texdoctk. But
without it, it works (finds Fundamental/usrguide).
You
Frank Küster wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
$ kpsewhich --expand-path=\$TEXMFDIST
/usr/share/texmf-texlive:/usr/share/texmf-tetex
However, it looks as if there are several places in texdoctk where it is
assumed that TEXMFDIST referes to a single directory only. Hence I can't
Norbert Preining wrote:
On the debian-tex list there was a thread reently about a script doing
some of this magic ... One of the debian-tex-maint regulars can yuou
point the OP to the respective script?
URL:http://lists.debian.org/debian-tex-maint/2006/11/msg00420.html
The most important part
Frank Küster wrote:
For the time being, you can just download dstroke.map from CTAN, install
it in /usr/local/share/texmf/fonts/map/dvips/misc/, mktexlsr, create a
file /etc/texmf/updmap.d/20local.cfg (or any number, or reuse an
existing file) with the line
Map dstroke.map
(btw,
Package: texlive-omega
Version: 2005.dfsg.2-4
Severity: serious
texlive-omega provides a binary named aleph in /usr/bin. The same is
true for the package aleph. The right fix for this would be packaging
AFNIX (#379564), which supersedes the aleph programming language
provided by the aleph
On Thu, Nov 23, 2006 at 18:06 +0100, Braun Gabor wrote:
Package: tetex-bin
Version: 3.0-23
Severity: normal
*** Please type your report below this line ***
I start texdoctk. I select Fundamentals/general references. Then I select
the first line User's guide and click on View. The
Marcin Juszkiewicz wrote:
[...]
kdebug:start search(files=[ls-R ls-r], must_exist=1, find_all=1,
path=/home/hrw//texmf:/var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/tmp/texfonts:/usr/share/texmf-texlive:/usr/share/texmf-tetex).
kdebug:kpse_normalize_path (/home/hrw//texmf) = 1
On Tue, Nov 21, 2006 at 18:31 +0100, Frank Küster wrote:
What about this:
[...]
Additionally, all occurences of 10 in dh_installtex must be replaced
by 20 (one in a variable assignment, the rest in the documentation).
Looks good. It is worth noting that the texlive packages implement a
Frank Küster wrote:
Michael Piefel [EMAIL PROTECTED] wrote:
Package: texlive-latex-extra
Version: 2005.dfsg.2-2
Severity: normal
texlive-latex-extra claims to contain beamer, but does not.
Ah, interesting. It's texlive-latex-recommended that Recommends:
latex-beamer.
One part of
Frank Küster wrote:
Thanks for noticing. So that makes
--- tpm2deb.cfg (Revision 1941)
+++ tpm2deb.cfg (Arbeitskopie)
@@ -529,6 +529,9 @@
blacklist;tpm;pgf;*
depends;texlive-full;pgf (= 1.01.dfsg.1-1), latex-beamer (=
3.06.dfsg.1-0.1), latex-xcolor (= 2.09-1)
On Mon, Nov 06, 2006 at 18:13 -0600, Chris Lawrence wrote:
I'm still not sure I did this right to make everything within TeXLive
happy... I copied pdftexconfig.tex into /etc/texmf/tex/generic/config
then hacked it as follows, since none of the obvious approaches
(running texconfig in various
retitle 396965 ltxtable.sty is missing
reassign 396965 texlive-latex-base
thanks
On Sat, Nov 04, 2006 at 00:04 +0100, Bernard Adrian wrote:
Curve, which belongs to this package, can't work. It requires ltxtable.sty
(of David Carlisle). Since some contribs of D. Carlisle are in
Frank Küster wrote:
Norbert Preining [EMAIL PROTECTED] wrote:
+To override entries in the system wide configuration file
+filetexmf.cnf/file, a user only needs to add lines to
+ttvarHOME/var/.texmf-config/web2c/texmf.cnf/tt.
+Please only add those lines
On Fri, Nov 03, 2006 at 16:05 +0100, Frank Küster wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
One problem is that texmf.cnf is only searched along the compiled in
TEXMFCNF (not TEXMFCONFIG). At least as long as it is not defined in the
environment. So in order for the above to work, one
On Fri, Nov 03, 2006 at 10:48 -0800, Debian Bug Tracking System wrote:
* Clear up the description about user-specific configuration in
TeX-on-Debian, many thanks to Géraud Meyer [EMAIL PROTECTED]
(closes: #396823) [preining,frank]
^^
Wrong bug number. #396826
On Tue, Oct 24, 2006 at 21:24 +0200, Baurzhan Ismagulov wrote:
Installing tex-common results in four debconf error messages like the
following:
[...]
Good, now at least the debconf stuff works correctly.
and send us the resulting file tex-common.lg.
Attached.
Thanks.
[...]
++ egrep
Baurzhan Ismagulov wrote:
reporting a bug to this package turned out to be a pleasant experience,
thanks much!
You are welcome.
On Wed, Oct 25, 2006 at 10:33:49AM +0200, Ralf Stubner wrote:
echo 'TEXFONTMAPS = .;$TEXMF/{fonts/,}map//;$TEXMF/dvips//' \
| egrep -q '.TEXMF/{fonts/,}map
On Wed, Oct 18, 2006 at 18:57 +0200, Frank Küster wrote:
We should really try to come up with a setting for TTFONTS that makes
sense for all Tex packages that use TrueType fonts.
How about
TTFONTS = .;$TEXMF/fonts/truetype//;/usr/share/fonts/truetype//
?
I can't even tell
which those
severity 394167 wishlist
reassign 394167 prosper
merge 394167 349670 392335
thanks
Peter Schueller wrote:
The prosper package cannot be used with texlive at the moment because it
requires tetex-bin which conflicts with texlive.
This is true, but it is a known bug of the prosper package.
I
Norbert Preining wrote:
About the splitting, see below. Concerning the bug: You are right. So I
will change the relation from depends to suggests? or recommends? What
do you suggest/recommend for now, without splitting!!?!?
IMHO this depends on whether or not the meta package texlive should be
Michael Biebl wrote:
Package: texlive
Severity: wishlist
The texlive-doc-en package is rather big (~55mb). If you want to install
texlive instead of tetex and with other packages starting to depend on
texlive | tetex-base, you are forced to install the documentation.
It would be great if
Dr. Tilo Levante wrote:
Package: tetex-bin
Version: 3.0-19
Severity: normal
I use epstopdf in a setuid script (backend for cups, needs access to
some directories), and get the error above.
Solution was to add the line
$ENV{PATH}= /usr/bin:/usr/sbin:/bin:/usr/bin;
in
On Sun, Oct 08, 2006 at 21:46 +0200, Frank Küster wrote:
I think this makes sense. On critical systems (like buildds), only
teTeX will be installed. Everyone who has (parts of) both will probably
want the newer one in front.
Should we do this for 0.32?
I am in favour of a changed
On Fri, Oct 06, 2006 at 23:14 +0300, Juhapekka Tolvanen wrote:
On Fri, 06 Oct 2006, +22:36:51 EEST (UTC +0300),
Ralf Stubner [EMAIL PROTECTED] pressed some keys:
Of course, it would be interesting to
know where the file in /etc/texmf/web2c came from. Did you call
'updmap-sys --edit
On Sat, Oct 07, 2006 at 08:44 +0200, Frank Küster wrote:
Benjamin Leipold [EMAIL PROTECTED] wrote:
Package: tetex-extra
Version: 3.0-23
Severity: wishlist
Is there any possibility to include pdftricks int tetex-extra?
No, teTeX is dead upstream. However, it's successor, TeXlive,
On Sat, Oct 07, 2006 at 11:07 +0200, Ralf Stubner wrote:
Debain TeX team: Would it make sense to implement a check in the
update-* programs that looks for files in /e/t/web2c and prints out a
big fat warning in case one is found?
Actually there already exists such a sanity check in update
On Sat, Oct 07, 2006 at 17:34 +0300, Juhapekka Tolvanen wrote:
Here is that old file /etc/texmf/web2c/updmap.cfg :
### This file was automatically generated by update-updmap.
Ok, so this file was originally installed in /var/lib/texmf/web2c where
it belongs.
[...]
### From file:
On Fri, Oct 06, 2006 at 10:20 +0300, Juhapekka Tolvanen wrote:
Package: texlive-base-bin
Version: 2005.dfsg.1-1
Severity: important
I installed fpl-neu from this WWW-site to /usr/local/share/texmf :
http://home.vrweb.de/~was/x/FPL/
Then I run commands texhash and updmap-sys --enable
On Fri, Oct 06, 2006 at 19:03 +0300, Juhapekka Tolvanen wrote:
On Fri, 06 Oct 2006, +13:33:07 EEST (UTC +0300),
Ralf Stubner [EMAIL PROTECTED] pressed some keys:
This and the log from updmap-sys clearly shows that fp9.map has not been
used.
Juhapekka: Is fp9.map mentioned
On Fri, Oct 06, 2006 at 12:01 +0200, Frank Küster wrote:
However,
--disable does not work, it still gives the same error.
That's odd. I just tried
updmap-sys --enable Map foo.map
= file not found error
updmap-sys --disable foo.map
= everything fine
I did call 'updmap-sys --disable Map
Frank Küster wrote:
Frank Küster [EMAIL PROTECTED] wrote:
Hi Ralf, hi Norbert,
Still no answer...
Sorry, this message got pushed pack to deeply due to some email troubles
I had during the last few days. Never reboot the wrong server without
thinking :-(
Should we just go on and let
On Mon, Oct 02, 2006 at 08:07 +0200, Frank Küster wrote:
Okay, you are right, indeed this check is already done. So we could
gain some additional security by making sure that the SYSTEXMF variable
is not set in the user environment, but only read from the system-wide
texmf.cnf.
That's
On Sun, Oct 01, 2006 at 14:48 +0200, Frank Küster wrote:
Steve Langasek [EMAIL PROTECTED] wrote:
Where does the input for the cache come from? If the input is always from a
privileged location (i.e., /usr/share, /usr/lib, /etc), then it's possible
-- and, I think, vastly preferable -- to
On Sun, Oct 01, 2006 at 21:13 +0200, Frank Küster wrote:
I didn't check the mktexnam code - but I'm a little surprised here. I
wasn't aware of the test for SYSTEXMF, but in case the test fails,
i.e. the input is from a private TEXMF tree, shouldn't the output go to
TEXMFVAR
On Sat, Sep 30, 2006 at 18:12 +0100, Thiemo Seufer wrote:
Frank Küster wrote:
Thiemo Seufer [EMAIL PROTECTED] wrote:
So, if I understand that correctly, the bug was fixed by running mktexmf
as non-root, and the change of the cache location is only a collateral.
No, or I do not
Frank Küster wrote:
The assumption above is wrong, or at least short-sighted. updmap-sys
and fmtutil-sys can only be called when tetex-bin is there. However, we
*must* call the update script under all circumstances. Otherwise
tetex-bin will be without language information etc. I wonder
Frank Küster wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
I don't understand. Shouldn't tetex-bin call the update-* scripts before
generating formats/map files/...
[Looking into common.functions.in]
It seems it doesn't. IMO that's the bigger problem.
I think every package that installs
Frank Küster wrote:
and you all in the Cc are listed. Julian is probably just forgotten,
I'm adding him to the Cc list, as well as Ralf, although he probably has
mostly contributed only to tex-common.
I might have contributed some bits of documentation, but I am not really
sure.
What's
Joachim Breitner wrote:
sorry for not being clear: the bug report is about page wrapping, not
line wrapping. I attached the output of your example. The float on page
2 is only on page two, although it is too large. The non-float listing
on page three continues on page four.
I think it is a
Willi Mann wrote:
Package: tex-common
Version: 0.28
Severity: serious
Justification: file (directory) conflict, breaks upgrade
Sorry for german, but with today's upgrade run I got:
Entpacke Ersatz für tex-common ...
dpkg: Fehler beim Bearbeiten von
Frank Küster wrote:
purge)
+update-texmf
Shouldn't that be
update-texmf || true
? The rest looks fine to me.
cheerio
ralf
101 - 200 of 451 matches
Mail list logo