Hi,
Wouter Verhelst [EMAIL PROTECTED] wrote:
Setting up tetex-base (3.0-18) ...
[...]
/var/lib/dpkg/info/tetex-base.postinst: line 891: update-language: command
not found
% dpkg -S update-language
tex-common: /usr/sbin/update-language
tex-common: /usr/share/man/man8/update-language.8.gz
Greg Stark [EMAIL PROTECTED] wrote:
argument. If you think the user should always specify a paper size then it
should be an error not to specify one, not have a default that doesn't work
properly.
As Frank told you, it may well trigger an error in LaTeX 3. Go submit a
bug to the LaTeX 3
Greg Stark [EMAIL PROTECTED] wrote:
What would you do with my portable document written for letter paper
if all you have is A4 paper?
Unclear question. What is document? .tex or .pdf?
If it is .tex:
- if it is for screen reading, where's the problem?
- else, it is for printing. If you are
Greg Stark [EMAIL PROTECTED] wrote:
You guys are talking as if every document is a perfected static document. Not
everybody wants a portable document that looks identical everywhere. If
I do.
that's the case they would just ship the PDF or Postscript.
No, because in this case:
- you
Greg Stark [EMAIL PROTECTED] wrote:
Note that when I compile your program I'll get a different binary. My binary
will be linked with different libraries and use the configuration on my
machine. Your source code is not portable in the sense you're using to
describe your typeset documents.
Of
PS: no need to Cc me, I have subscribed to the bug. BTW, Ralf, do you
think we should subscribe -tetex-maint?...
Makes sense. How does one do that?
The procedure is described here (for real users):
http://www.debian.org/Bugs/Developer#subscribe
IIRC, it is forbidden by the
Frank Küster [EMAIL PROTECTED] wrote:
Hm, that's strange. The line is:
if [ $PERMS = $FONTCACHE_PERMS ] ; then
maybe quotes around the variables would be better, but I don't understand
what's happening.
I believe I do. And yes, the solution is to add double quotes (if I am
right).
I
Greg Stark [EMAIL PROTECTED] wrote:
You have to default to something, it may as well be something reasonable. You
would prefer eliminating /etc/papersize and having every package have its own
configuration? Or having the user have to set the paper size on every
document?
Exactly. If you
% fc-match LMTypewriter10
LMTypewriter10-CapsRegular.pfb: LMTypewriter10 CapsRegular
I forgot to add that this LMTypewriter10-CapsRegular.pfb file is a
symlink created by defoma; it is not shipped by the lmodern package:
% ls -l /var/lib/defoma/fontconfig.d/L/LMTypewriter10-CapsRegular.pfb
Hi,
Josselin Mouette [EMAIL PROTECTED] wrote:
I can't reproduce this on an unstable system:
21:50 [EMAIL PROTECTED] ~ fc-match LMTypewriter10
LMTypewriter10-Regular.pfb: LMTypewriter10 Regular
Hmm, strange; it is different here (on an up-to-date unstable system):
% fc-match LMTypewriter10
Frank Küster [EMAIL PROTECTED] wrote:
[ about dpkg-statoverride ]
From the manpage, I have the impression that it is intended to be run by
users, not really by Debian package maintainer scripts.
Hm, well - if the maintainer script asked the user, isn't it the user
who runs it?
Hmm, yes, I
Frank Küster [EMAIL PROTECTED] wrote:
Uh, it does *not* happen, I just checked it. I know that
Gt.
at runtime in the cache directories. If a recursive change was needed,
that would rule out the possibility of using dpkg-statoverride, because
I suppose it can only be used for files
Frank Küster [EMAIL PROTECTED] wrote:
I don't feel well, not knowing why something is not broken. But I think
you are right, we've got more important and more interesting things to
do.
I believe I would feel the same if I had written the code. :)
I'll try to have a look and understand that
Frank Küster [EMAIL PROTECTED] wrote:
A general remark to the Debian TeX Task force: Shouldn't we use
dpkg-statoverride for these three directories?
From the manpage, I have the impression that it is intended to be run by
users, not really by Debian package maintainer scripts. Probably, we
Frank Küster [EMAIL PROTECTED] wrote:
What do you think?
Well, I'd say it's up to you to decide whether it bothers you more to
upload 2 big packages or to create your missingfiles.tar.gz...
--
Florent
Michel Dänzer [EMAIL PROTECTED] wrote:
My kernel is compiled from kernel-source 2.4.27-10sarge2 (I am using a sid
chroot).
Then you're lucky the server starts up with DRI enabled at all, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352840 .
Well, there's one place in Xorg.log.0 that
Package: xserver-xorg-video-ati
Version: 1:6.5.7.3-3
Severity: important
Hi,
When commenting out the 'Load dri' line in the Module section of
/etc/X11/xorg.conf, X works mostly fine. However, when uncommenting this line,
I experience severe problems:
- the display is completely garbled (and
Hi,
Pierre HABOUZIT [EMAIL PROTECTED] wrote:
I'm going to NMU that, because it blocks the amd64 archive rebuild,
and because of [1].
I'm the author of PyXMMS and its previous Debian maintainer. I orphaned
the package a few months ago because my health was unstable. I would
like, if Ernesto
Francesco Potorti` [EMAIL PROTECTED] wrote:
export TMP=/var/tmp
Does not work...
Please be more verbose and tell us precisely what happens, otherwise I
fear Frank will be in trouble to help you.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hello,
Please create this [EMAIL PROTECTED] list.
TIA,
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Frank Küster [EMAIL PROTECTED] wrote:
Fine that we agree, but (as indicated in my older mail), I meanwhile
have found that the directory becomes non-world-writable only when the
existing debconf question is shown. Do you agree that the revised
wording of the question is sufficient?
With
Didier Verna [EMAIL PROTECTED] wrote:
I'm not opposed to that change. However, I still consider it a bug to
suddenly break working installations without further notice. And no,
README.Debian is not enough. There should be at least a big blinking red light
somewhere (probably at
Didier Verna [EMAIL PROTECTED] wrote:
Or with id, I know. Look, I know it's unrelated to TeX, but I just
took the opportunity to ask some clarification on this behavior I've never
really understood on Unix. Why is a new login required to make the change
effective ? That's all. I never
Didier Verna [EMAIL PROTECTED] wrote:
Severity grave is justified because the sudden change of write
permissions on the /var/cache/fonts directory makes the tetex system unusable
as soon as a new font description has to be generated.
I see.
Adding people to the users group
Frank Küster [EMAIL PROTECTED] wrote:
NEWS.Debian?
Or/and a debconf question of higher priority?
Well, a debconf note looks to me as a workaround for people who don't
have apt-listchanges installed (due to ignorance), since this is purely
informational---no user input needed. But that would
Frank Küster [EMAIL PROTECTED] wrote:
You did understand me correctly, but I reconsidered. I guess people who
install a TeX system first will face the same problem, and will find
[...]
Therefore I think a debconf note is the only way to address everybody
we want to. We can still copy the
Frank Küster [EMAIL PROTECTED] wrote:
That's how it's always been on UNIX systems.
Didier: you can verify this with the 'groups' command.
teTeX folks, I fear we have to revert this change and make the system
insecure by default. I suggest that we change it only for fresh
installations and
Hi,
Nicolas François [EMAIL PROTECTED] wrote:
The attached patch fixes some typo in the update-updmap.1 and
update-language.8 man pages, which resulted in missing words.
The Q1 macro doesn't exist, it's probably a typo for Ql.
Many thanks for spotting this (I'm curious how!). This is now
Jeremiah Savage [EMAIL PROTECTED] wrote:
I just created a new account, test1 as a test, and test1 is not a member
of any other group:
$groups
test1
I know this is now outside of the domain of your package, but is this correct
behaviour?
Yes. You can modify /etc/adduser.conf to
Hi,
Rogério Brito [EMAIL PROTECTED] wrote:
Here is the output that I get with a simple document:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
[EMAIL PROTECTED]:~/doc/math$ xdvi short
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600
Hi,
Adrian Bunk [EMAIL PROTECTED] wrote:
Package: libkpathsea3
Version: 2.1-1
Severity: normal
The only reason for shipping with both libkpathsea3 and libkpathsea4
was to work around one of the shortcomings of testings.
IIRC, Frank wanted to have no package using libkpathsea3 in etch but
# perform_content_check
#
# This function *TRIES* to check wether the installed files are correct in
# the sense that every file occurring in it is present. This can help to
# find typing errors
perform_content_check ()
What is the use of $1 in this function?
{
#
# performing
Hello,
Philippe Preux [EMAIL PROTECTED] wrote:
It seems that there is something wrong with \textsc and fonts
cmsc10 and cmcsc10...
It seems there may be something wrong with your LaTeX format...
##
minimal input file
\documentclass{article}
Adrian Bunk [EMAIL PROTECTED] wrote:
I'm not understanding the rationale for not removing before etch+1:
I cannot tell. I told you what I remembered having read here (IIRC), but
if you want more precisions, you'll have to wait for Frank.
Regards,
--
Florent
--
To UNSUBSCRIBE, email to
Hello,
Please don't forget the bug address ([EMAIL PROTECTED]) when
replying!
Philippe Preux [EMAIL PROTECTED] wrote:
Indeed, there's a mismatch: in this file (actually,
/usr/share/texmf/tex/latex/youpla/complete/ot1cmr.fd) , I read :
\DeclareFontShape{OT1}{cmr}{m}{sc}%
{- cmsc10}{}
reassign 354537 gnome-control-center
retitle 354537 Problems with font selection
thanks
Hi,
Bruce McIntyre [EMAIL PROTECTED] wrote:
In Gnome font preferences, LMTypewriter10 Regular
is the same as CapsRegular.
Indeed, I can reproduce this.
Also OSF seem to be
Norbert Preining [EMAIL PROTECTED] wrote:
I don't understand what OSF means.
OldStyle Figures instead of Lining Figures.
Thanks.
I assume that this is related to a fontconfig problem which I tried to
track down with the OpenOffice.org people for quite some time without
success. It seems
retitle 354008 debian/templates should be generated from a templates.in file to
automatically get the right octal mode for the cache directories
thanks
With the upload of tex-common 0.18, the bug is not present anymore (I
changed the templates file), but since you (Frank) seem to prefer a
Hi,
Daniel Schepler [EMAIL PROTECTED] wrote:
From my pbuilder build log:
...
Transcript written on jadetex.log.
make[1]: Leaving directory `/tmp/buildd/jadetex-3.13'
pdflatex '\nonstopmode\input{jadetex.dtx}' latex.log
kpathsea: Running mktextfm ecrm1000
mkdir: cannot create directory
Package: tex-common
Version: 0.16
Severity: normal
Hi,
The debconf template tex-common/groupname says the directories will have
their permissions set to 3755, while the actual mode set is 3775 (which
looks correct). The debconf template should be fixed.
--
To UNSUBSCRIBE, email to [EMAIL
Frank Küster [EMAIL PROTECTED] wrote:
The same discrepancy existed between config and postinst, and I have
fixed this by replacing the hardcoded value with a eperl variable. Does
it make sense to generate templates from templates.in and have eperl
replace that variable, too? Or will that
Dear Bogus\l{}aw,
Down here in the Debian Bug Tracking System, we have a request to update
the address of the web page Wishes for Latin Modern given in the Latin
Modern's README file (version 0.99.3).
Indeed, the README file gives the address
http://www.harald-harders.de/latex/lmodern.html,
Package: wnpp
Severity: normal
Hi,
I cannot work on lmodern anymore and am hereby orphaning it.
Description: scalable PostScript fonts for european character sets
The Latin Modern fonts, also known as lm fonts, are a set of
scalable fonts in PostScript Type 1 format. They are based on the
Package: wnpp
Severity: normal
Hi,
I cannot work on PyXMMS anymore and am hereby orphaning it.
Description: Python interface to XMMS
PyXMMS, packaged as python-xmms in Debian, is a set of Python bindings
for the libxmms library. With PyXMMS, you can control an XMMS session
and manage the
Package: wnpp
Severity: normal
Hi,
I cannot work on PyXMMS-remote anymore and am hereby orphaning it.
Description: command-line interface to XMMS
PyXMMS-remote allows you to control (or start, or terminate) an XMMS
session from your shell's command-line (or a program, or a MIME-aware
Hi,
Sebastien Helleu [EMAIL PROTECTED] wrote:
Output of apt:
Setting up tetex-bin (3.0-10.1) ...
What does 'dpkg -l tetex-base' say?
Running updmap-sys. This may take some time. ...
[...]
!!! ERROR: The right location for map files has been
changed for this release and the map file
Florent Rougon [EMAIL PROTECTED] wrote:
What does 'dpkg -l tetex-base' say?
Well, that one was at the end of the report (if it was done from the
right machine), sorry:
ii tetex-base3.0-10 Basic library files of teTeX
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL
Sebastien Helleu [EMAIL PROTECTED] wrote:
Thanks for reporting. From which version did you upgrade?
I think from 3.0-10.
You can confirm by looking at /var/log/dpkg.log.
Interesting, current tetex has 'true' for the last two options. What is
the output of 'ls /etc/texmf/updmap.d/'? Did you
Sebastien Helleu [EMAIL PROTECTED] wrote:
$ ls -l /usr/share/texmf/dvips/
total 52
drwxr-xr-x 2 root root 4096 2005-10-22 18:08 antp
drwxr-xr-x 2 root root 4096 2005-10-22 18:08 antt
drwxr-xr-x 2 root root 4096 2005-10-23 02:13 base
drwxr-xr-x 2 root root 4096 2005-10-22 18:08 bluesky
Ralf Stubner [EMAIL PROTECTED] wrote:
used. This could cause a wrong search path for mapfiles. What I am
wondering is why this problem didn't occur during the original 2.0.2 -
3.0 update. Also, why are dvips35.map and pdftex35.map still available
in /etx/texmf/dvips? I thought these files are
Hi,
Lucas Bonnet [EMAIL PROTECTED] wrote:
When I apt-get dist-upgrade, or when I call updmap-sys :
[...]
updmap-sys: Scanning for LW35 support files
!!! ERROR! The map file `dvips35.map' has not been found at all.
Please read the thread at:
Hi,
Kurt Roeckx [EMAIL PROTECTED] wrote:
It would be nice if this got uploaded soon, since this is causing
problems on the buildds.
tetex-bin 3.0-10.1 is in incoming with Ralf's fix for this bug. Thanks.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: lmodern
Version: 0.92-10
Severity: serious
teTeX 3 won't enter testing before dummy bug #334722 is closed, and
lmodern = 0.92-9 should not enter testing before teTeX 3, otherwise it
would be useless for TeX users since it depends on tex-common and
tex-common conflicts with tetex-bin (=
Frank Küster [EMAIL PROTECTED] wrote:
In fact, but maybe the script can catch up. For --edit, the code in
updmap is simply
edit)
${VISUAL-${EDITOR-vi}} $cnfFile;;
I think we should replace the code with a message that we cannot guess
which file the user wants to edit, and
retitle 37515 texi2pdf: bookmark targets inaccurate for sections after @appendix
thanks
Hi, everyone.
This is a followup for an old bug in texi2dvi (with --pdf). The problem
was that when producing a PDF file with texi2dvi, the bookmarks obtained
in acroread (now also xpdf) did not have accurate
Forwarding Florian's answer, since I got it privately.
---BeginMessage---
Am Mittwoch, 19. Oktober 2005 um 23:41:22 Uhr (+0200) schrieb Florent Rougon:
Hi,
Please tell us what you get from:
# cnf=$ni
The following:
cnf: /var/lib/texmf/web2c/fmtutil.cnf
mfw mfw
Florent Rougon [EMAIL PROTECTED] wrote:
The following:
cnf: /var/lib/texmf/web2c/fmtutil.cnf
mfw mfw - mf.ini
As said, the error happens when I install tetex from scratch.
Maybe you think it is from scratch, but actually isn't? Because with:
# dpkg
Hi,
In case that wasn't clear, people who encountered this problem should:
1. # rm -f /usr/share/texmf/web2c/updmap.cfg
if they followed the bad advice of running
'updmap-sys --syncwithtrees' (anyway, that file shouldn't exist
with Debian teTeX 3).
2. Upgrade their lmodern
Ralf Stubner [EMAIL PROTECTED] wrote:
I didn't take lmodern 0.92-9 into account but only thought about
yesterdays situation. A user who encountered #334658 and did run
[...]
--edit. That's what I meant with 'back at square one'.
OK, thanks for explaining.
Now, with the new lmodern in
Forwarding again...
---BeginMessage---
Am Donnerstag, 20. Oktober 2005 um 10:59:01 Uhr (+0200) schrieb Florent Rougon:
I don't know why (maybe this format is obsolete), but it explains why I
don't get the error you reported.
Thanks. I purged all my latex packages, including the ones
Ralf Stubner [EMAIL PROTECTED] wrote:
That would be great.
Done. I chose to abort to make sure the user will see the message and
not do the same mistake in the future.
This is only activated for update-updmap.
I don't think we are in a hurry with this. Especially as fmtutil-sys and
Ralf Stubner [EMAIL PROTECTED] wrote:
Thanks! I haven't tested it yet, but from looking at the source I have
one comment. I think '--enable' and '--disable' can be removed from
$bad_options for updmap-sys, since these are debianized via Frank's
debianze-updmap.
Mmmm... but according to
Hi,
Frank Küster [EMAIL PROTECTED] wrote:
I think we had a very long list of TeX-related environment variables
that were all unset in th packages of teTeX-2.0.2. And it seems to me
as if it would be good to do this again. People might still have
problems running latex or whatever, but at
Frank Küster [EMAIL PROTECTED] wrote:
I think that the lmodern package in sid does not yet use the
MagicComment mechanism - it wasn't necessary with tetex-2.0.2.
Correct. I had to wait for teTeX 3 before uploading a version that does.
Was done yesterday night, and therefore should be
reassign 334658 lmodern
retitle 334658 lm.map not found while configuring tetex-bin 3
thanks
Hi,
Ralf Stubner [EMAIL PROTECTED] wrote:
I think the problem is that lmodern creates 10lmodern.cfg in preinst.
I agree; thanks for the analysis.
The problem should disappear in about 5 hours when
Florent Rougon [EMAIL PROTECTED] wrote:
This should fix everything I am aware of, except maybe the possible mess
caused if you followed the 'updmap-sys --syncwithtrees' advice. I still
have to check exactly what this does.
OK. I have checked now, and the only problem it seems to cause
reassign 334658 lmodern
retitle 334658 lm.map not found while configuring tetex-bin 3
thanks
[ Re-sending this message, since it didn't make it to the debian
servers, apparently. This time, I am using a different MTA and dropped
the é from Jean-Charles's name in the headers. Grmmpf.
[ Re-sending this message, since it didn't make it to the debian
servers, apparently. This time, I am using a different MTA and dropped
the é from Jean-Charles's name in the headers. Grmmpf.
Jean-Charles, did you receive the previous one, at least? ]
Florent Rougon [EMAIL PROTECTED] wrote
Ralf Stubner [EMAIL PROTECTED] wrote:
The way I see it right now, both 'updmap-sys --syncwithtrees' and
'updmap-sys --edit' create '/usr/share/texmf/web2c/updmap.cfg'.
Especially the latter is quite likely to be used at some point by a
local admin who hasn't read the Debian specific docs. I
Ralf Stubner [EMAIL PROTECTED] wrote:
In the case where this started, the user would have been back at 'square
one', since updmap-sys would again try to use the still incorrect
/var/lib/texmf/web2c/updmap.cfg and again suggest 'updmap-sys
--syncwithtrees' or 'updmap-sys --edit'.
I'm not
Hi,
Please tell us what you get from:
# cnf=$($(kpsewhich --var-value=TEXMFMAIN)/texconfig/tcfmgr \
--cmd find --file fmtutil.cnf) \
echo cnf: $cnf grep mfw $cnf; unset cnf
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Frank Küster [EMAIL PROTECTED] wrote:
Yes, thank you. It's GFDL, but there's hope for a clarified, DFSG-free
version.
Sure. Michael Wiedmann was quite cooperative with lmodern (he used to
distribute unofficial packages before I knew about these fonts).
--
Florent
reassign 334177 cm-super
thanks
Rogério Brito [EMAIL PROTECTED] wrote:
Then, I get these error messages when installing lmodern:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
dumont:~# apt-get install lmodern
[...]
Running updmap... updmap: map file
retitle 334177 cm-super: leaves cm-super-t1.map in updmap.cfg when that file is
not available
thanks
I changed the mail subject but forgot to change the bug title. Also, I
wanted to add that in teTeX 2, updmap is more lenient than in teTeX 3
about declared but unavailable map files (IIRC); the
In the meantime, the subject was discussed in other threads on
debian-tetex-maint, and it seems that the way of doing things that was
being proposed should be safe. I've uploaded a package that only depends
on tex-common (a very small package) here:
deb http://people.debian.org/~frn/teTeX-3.0
[ Resending [EMAIL PROTECTED], which I only sent to
[EMAIL PROTECTED], by mistake. ]
Norbert Preining [EMAIL PROTECTED] wrote:
It shouldn't hurt. Why: Even without *anything* cionfigured calls to
mktexlsr and updmap-sys should work without any problem.
Maybe, but I'd like to be sure.
Arne Ahrend [EMAIL PROTECTED] wrote:
By the way, is anybody else able to reproduce this issue by installing
the tetex-{base,bin,extra} packages separately one after the other?
Yes. The bug is in tetex-extra.postinst. Insert mktexlsr just before the
'if updmap 2...' and everything will work as
Hi,
Hilmar Preusse [EMAIL PROTECTED] wrote:
On 10.09.05 Hilmar Preusse ([EMAIL PROTECTED]) wrote:
Last Remark,
TODO:
Do we have to provide the Adobe Font metrics of the fonts? If yes the
Yes. They are used by X apps, and most probably by FreeType also.
packages providing the sym links
Thanks for the detailed info.
Arne Ahrend [EMAIL PROTECTED] wrote:
I have the impression that I should no longer call this a tetex bug.
Calling an executable shell script FILE starting with #!/bin/sh should
be equivalent to calling /bin/sh FILE (and afaIk the latter is exactly
what the
Arne Ahrend [EMAIL PROTECTED] wrote:
Starting after
dpkg --purge tetex-{base,bin,extra} texinfo
it makes a difference whether I do
apt-get install tetex-bin ; apt-get install tetex-extra
(this reproduces the bug)
or just
apt-get install tetex-extra
and let it
Norbert Preining [EMAIL PROTECTED] wrote:
You could depend on tex-common for update-updmap. After this the
Ups, I forgot update-updmap had migrated there! I must add this
dependency to the current packages for teTeX 3. Thanks for reminding me.
texmf.cnf file *is* generated. Then call the
Hi,
Let me make sure I understand what you are saying:
Simply changing the line 'if updmap 2 $tempfile; then' into
'if /bin/sh /usr/bin/updmap 2 $tempfile; then' in
tetex-extra.postinst and running 'tetex-extra.postinst configure'
gives you a different (more complete) psfonts_t1.map than
Hi,
As you may know, I have a request (#290001) to drop lmodern's
dependencies on tetex-base and tetex-bin. With teTeX 3, this becomes
easy (I think), because /etc/texmf/updmap.d/10lmodern.cfg can be a
conffile.
Well, easy but maybe not good enough: the need for the tetex-bin dep
arises from the
Hi,
Hilmar Preusse [EMAIL PROTECTED] wrote:
What does Gnome2 integration require? I would expect that Gnome2
uses fontconfig, which would be provided by defoma.
[...]
Well, I don't use Gnome2. I can't say something about that. Florent,
are you able to clarify here?
I agree with the above
Hi,
I cannot work on python-maplotlib for the forseeable future, but you may
be interested by the changes I made to the packages. I'm attaching the
changelog excerpt.
changelog_excerpt.bz2
Description: Binary data
At least, I think the treatment done to the example scripts so that they
can be
found 326987 2.05-1
tags 326987 pending
thanks
Sorrry, the preceding fix concerned func_void_glist(), but I forgot to
fix the same problem in pywrap_xmms_remote_playlist(). Version 2.06-1
will correct it.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hi,
Frank Küster [EMAIL PROTECTED] wrote:
[ Fixes in the lm fonts version 0.98.3 ]
Have I forgotten about something important? It's quite probable...
I don't see anything - Florent?
I checked the stretch and shrink parameters in all lmtt TFM files from
version 0.98.3: they look correct, now
Florent Rougon [EMAIL PROTECTED] wrote:
Hi,
I checked the stretch and shrink parameters in all lmtt TFM files from
version 0.98.3: they look correct, now (i.e., zero).
Ugh. For some reason,
ftp://ftp.loria.fr/pub/unix/tex/ctan/help/Catalogue/entries/lm.html
pretends to give you version
retitle 326987 problems with file names specified as Unicode objects and
containing non-ASCII chars
tags 326987 pending
thanks
Hi,
Thanks for your good report. I am finalizing a new upstream release that
fixes the problem and will soon upload to the Debian archive.
FYI, I used this instead of
Frank Küster [EMAIL PROTECTED] wrote:
But it's in the docs, mailing lists, README files, and people will try
it.
Yes...
Indeed it is. On the other hand, patching updmap --enable/disable to
work on Debian isn't less complicated, I fear.
I agree...
The only really easy thing to do would
Hi,
Frank Küster [EMAIL PROTECTED] wrote:
The main advantage is the reason why I'm sending this to this bug
(Original title: updmap-sys --enable-map should act on 00updmap.cfg).
The problem in this bug is that according to upstream's documentation
(and, of course, many resources on the web
Frank Küster [EMAIL PROTECTED] wrote:
Maybe we have a design flaw here in our updmap-magic scheme. Just that
it should have revealed itself earlier.
Nope. :)
Here, tetex-base, tetex-bin and tetex-extra are upgraded in the same
apt-get run, and they are configured in the order tetex-base,
Frank Küster [EMAIL PROTECTED] wrote:
Package: tetex-bin
Version: 3.0-5.0.sarge1
Severity: normal
... and therefore the files are concatenated in the wrong order in
fmtutil.cnf.
Hmmm, the sort order is right, isn't it? It is just that the files
should be named differently to achieve the
Hi,
Chung-chieh Shan [EMAIL PROTECTED] wrote:
I'm running teTeX from unstable:
[...]
The problem seems to have persisted.
Hmm... I think Frank asked you to try with tetex 3, which is not yet in
unstable (only in experimental and on http://people.debian.org/~frank/).
If I put the line
Hi,
I don't have a really good solution to suggest but:
1. You can ask on the pdftex mailing list how to do these things with
the pdftex version in sarge; maybe they have an idea.
2. If you only need this working on a small number of computers that
you administer, you can use the
Mail to the submitter bounces due to the use of a stupid RBL. Too bad.
The Postfix program
[EMAIL PROTECTED]: host mx.cam.ac.uk[131.111.8.149] said: 550-81.56.18.128 is
listed at rbl-plus.mail-abuse.ja.net; See 550
http://mail-abuse.com/cgi-bin/lookup?81.56.18.128
reassign 316952 tetex-extra
severity 316952 important
thanks
IMHO, the bug is in tetex-extra for still shipping
/var/lib/tetex/debian/fontmap-cfg/tetex-extra.list instead of
/var/lib/tetex/fontmap-cfg/tetex-extra.list (see
http://lists.debian.org/debian-tetex-maint/2005/07/msg00027.html).
--
Hi,
Hilmar Preusse [EMAIL PROTECTED] wrote:
Would it make sense to unset BASH_ENV too?
Maybe, but I'm not sure. It is a work-around for a user error. It may be
that some users have a good reason to use such a variable; they would be
annoyed that it be disabled...
--
Florent
--
To
Thanks, Don.
Don Armstrong [EMAIL PROTECTED] wrote:
I personally can't get this bug to reproduce here... can you give some
information as to what actually failed in pdfetex?
[As I have this version installed on quite a few machines, I'd
strongly lean to downgrading this bug if no one else
Hilmar Preusse [EMAIL PROTECTED] wrote:
Next log. Hope it is useful. I've put your debug log into rules and
rules.in. The commonstuff_update I've removed only from rules.in. I
firstly executed the clean target and after it ended the binary
target.
Perfect, thanks. So, it doesn't loop
201 - 300 of 322 matches
Mail list logo