Hi,
Frank Lichtenheld [EMAIL PROTECTED] wrote:
tetex-base contains /usr/share/doc/texmf/doc as a symlink.
I suppose you mean /usr/share/texmf/doc.
In woody the package ivritex contained this as a directory.
This is a bug that was partially fixed in ivritex 1.0-3 and finally
fixed in version
Julian Gilbey [EMAIL PROTECTED] wrote:
In woody, tetex-base already contained this as a symlink, so surely it
was an RC issue all that time ago already?
Yes. I think the problem was not noticed before because if tetex-base is
unpacked before ivritex, this sentence of Policy applies:
A
Hi,
Kurt Roeckx [EMAIL PROTECTED] wrote:
Your package is failing to build in experimental. It
seems to be stuck in an endless loop doing this over and
over again:
[...]
Here is my (partial) understanding of the problem:
debian/rules contains a rule that causes it to be remade (which is
Kurt Roeckx [EMAIL PROTECTED] wrote:
Note that I'm doing this on a 2.6 kernel, which has sub-second
timestamps on files, which might be why you're not seeing it.
Good to know (I'm working with a 2.4 kernel). Now, I have a possible
explanation:
Suppose we start debian/rules with the rules file
Hilmar Preusse [EMAIL PROTECTED] wrote:
Sure. Here we go.
Thanks.
As you can see, when the second debug snippet is written, Make has
already taken the wrong decision of rebuilding debian/rules (the fact
that the snippet is printed means that Make is running the commands to
update
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
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
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,
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
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
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.
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
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
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
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
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?
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
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
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 (=
Package: tex-common
Version: 0.41
Severity: minor
Hi,
Building lmodern with tex-common 0.41 creates a postrm containing twice
the definition of dhit_check_run_without_errors(), which is a bit ugly.
It doesn't seem to cause any error, though, hence the minor severity.
--
Florent
--
To
Package: tetex-bin
Version: 3.0-27
Severity: minor
The patch applied to mktexlsr (via patch-deb) in revision 2014 has the
rather ugly effect of printing a no line when mktexlsr is called by
root with no arguments:
# mktexlsr
no
mktexlsr: Updating /usr/local/share/texmf/ls-R...
mktexlsr:
Package: emacs21
Version: 21.4a+1-2
Severity: normal
Hi,
Evaluating the following form fails on Emacs 21 (both in sarge and sid):
(setq bar '(2 3 4)
baz (eval `(list `(t 1) ,@bar)))
This results in the following backtrace:
Debugger entered--Lisp error: (void-variable \,@bar)
Frank Küster [EMAIL PROTECTED] wrote:
What about s/no/Skipping root's TEXMFHOME/?
Good idea, but to be consistent with the rest of mktexlsr, we should
rather replace the entire echo statement with:
tty -s echo $progname: Skipping root's TEXMFHOME tree 2
PS: maybe texlive-base-bin is also
Hi,
I forgot to mention that the bug does *not* happen under Edebug, even in
Emacs21.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Frank Küster [EMAIL PROTECTED] wrote:
But that
- does not explain why tetex-bin's postinst was called at all before
tetex-base' was ready
My hypothesis is that dpkg somehow forgot that tetex-bin.postinst was
running (maybe because dpkg was killed). Then, if you install or upgrade
Dear Rolf,
I'm trying to reach you again using a different address, because my
previous attempt[1] with your @ptb.de address failed.
As part of a license audit in progress for the TeX distributions teTeX
and TeX Live, we Debian[2] TeX maintainers found that a number of files
in the ae package
Hi,
Rolf Niepraschk [EMAIL PROTECTED] wrote:
My account has been changed: [EMAIL PROTECTED] It would be nice if
you can change this also in ae.sty.
This address is the one I tried previously. So, you mean we should use
the @gmx.de one instead, right?
From a pratical point of view, I think
daniel bosold [EMAIL PROTECTED] wrote:
perhaps you also could make it a little clearer that lm.map is no
longer in lmodern.
,[ /usr/share/doc/lmodern/changelog.Debian.gz ]
| lmodern (1.00-1) unstable; urgency=low
|
| [...]
|
| * The monolithic lm.map is incomplete in LM 1.00, therefore
Frank Küster [EMAIL PROTECTED] wrote:
As for the error message, we cannot add a check in lmodern's postinst
explicitly.
You mean, because the code is generated by dh_installtex? It's still
possible to add a grep call *before* the debhelper-generated stuff that
checks whether there's a
[EMAIL PROTECTED] (Sebastian Rahtz) wrote:
% This work may be distributed and/or modified under the
% conditions of the LaTeX Project Public License, either version 1.3
% of this license or (at your option) any later version.
% The latest version of this license is in
%
Norbert Preining [EMAIL PROTECTED] wrote:
All fixes are already in 2005.dfsg.2-2 which I am currently testing.
Hope to upload it tomorrow.
Fine, thanks.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Frank Küster [EMAIL PROTECTED] wrote:
Fellow maintainers, what do you think - when should I upload this?
If the patch was approved by upstream, I'd say uploading soon is OK
(unless you have other fixes in mind for tetex-bin that you'd like to
group with that one...).
--
Florent
Peter Weiss [EMAIL PROTECTED] wrote:
Looking at line 822 of
/usr/share/texmf-tetex/tex/generic/hyphen/icehyph.tex:
[...]
d^^f35l^^ed
1d^^f32m
d^^f3m5an
l.822 --- d^^35ne
3d^^f3r
d^^f32s
Peter Weiss [EMAIL PROTECTED] wrote:
It seems your file got corrupted for some reason, because:
[...]
Yes, I think so, too:
[...]
But no errors in messages about disk getting corrupted.
:-/
I guess we can close the bug, right?
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hi,
Hilmar Preusse [EMAIL PROTECTED] wrote:
Wrong bug number. #396826 would be correct. How to best reopen
#396823 and close #396826?
control at bugs.debian.org? Should I do?
No need, Frank already did that.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
reassign 392146 tetex-bin
found 392146 3.0-20
close 392146 3.0-21
merge 392146 392105
thanks
This bug should already be fixed by Frank's upload of tetex-bin.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 392240 tetex-bin
severity 392240 serious
found 392240 3.0-20
close 392240 3.0-21
merge 392240 392105
thanks
This bug should already be fixed by Frank's upload of tetex-bin.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Moshe Yudkowsky [EMAIL PROTECTED] wrote:
Setting up tex-common (0.33) ...
Replacing config file /etc/texmf/texmf.d/05TeXMF.cnf with new version
Replacing config file /etc/texmf/texmf.cnf with new version
Error: '/etc/texmf/web2c/updmap.cfg' should not exist when using the
Debian teTeX
Hi,
Moshe Yudkowsky [EMAIL PROTECTED] wrote:
If it was the default option, I probably refused it, and perhaps even if it
were offered.
It is always the default option not to update conffiles when upgrading,
but this is generally a bad idea. IMO, it's much wiser to always display
the diff and
Frank Küster [EMAIL PROTECTED] wrote:
What do the others think? Is it worth investigating?
Not very important, but I'd say let's have a quick look at the files...
Moshe, could you please run:
find /etc/texmf/dvips/ -name '*.map' | tar -T - -cjf /tmp/mapfiles.tar.bz2
and send us
Dear Sebastian,
As part of a license audit in progress for the TeX distributions teTeX
and TeX Live, we Debian[1] TeX maintainers found that a number of files
in the ae package have no license statement, which unfortunately renders
them undistributable.
We think that the most natural choice of
Dear Alan,
As part of a license audit in progress for the TeX distributions teTeX
and TeX Live, we Debian[1] TeX maintainers found that a number of files
in the ae package have no license statement, which unfortunately renders
them undistributable.
We think that the most natural choice of
Dear Rolf,
As part of a license audit in progress for the TeX distributions teTeX
and TeX Live, we Debian[1] TeX maintainers found that a number of files
in the ae package have no license statement, which unfortunately renders
them undistributable.
We think that the most natural choice of
I have received this from Alan Jeffrey:
,
| From: Alan Jeffrey email address hidden
| Subject: Re: License of your contributions to the ae package
| To: Florent Rougon [EMAIL PROTECTED]
| Date: Sat, 14 Oct 2006 21:15:58 -0500
|
| Dear Florent,
|
| I am happy for any files copyrighted to me
[ French version first; English translation follows ]
Bonjour,
Depuis plusieurs mois, les développeurs Debian[1] s'occupant de TeX, et
notamment Frank Küster, travaillent sur un audit des licences des
différents composants des distributions teTeX et TeX Live. Au cours de
ce travail, nous avons
[ French version first; English translation follows ]
Bonjour,
Depuis plusieurs mois, les développeurs Debian[1] s'occupant de TeX, et
notamment Frank Küster, travaillent sur un audit des licences des
différents composants de teTeX et TeX Live. Au cours de ce travail, nous
avons trouvé que
Package: texlive-base-bin
Version: 2005.dfsg.2-1
Severity: normal
Hi Norbert,
Looking at updmap from texlive-base-bin_2005.dfsg.2-1_i386.deb, I see
that debianize-updmap is sourced *before* the original definition of
syncWithTrees(). Therefore, this function won't be overloaded by the
safe
Gilbert Ritschard [EMAIL PROTECTED] wrote:
This is to confirm that I accept that the file
ae.sty
be distributed under the LPPL, with the following statement
% This work may be distributed and/or modified under the
% conditions of the LaTeX Project Public License, either version
Hi,
Frans Pop [EMAIL PROTECTED] wrote:
I'm not sure how important this is, but during an upgrade today from
2.3.2-7 on my sparc box I noticed the following error in the upgrade log:
/var/lib/defoma/fontconfig.d: error scanning
Same problem here. Here's a log excerpt:
Preparing to
Frank Küster [EMAIL PROTECTED] wrote:
There's a third, in 05Texmf.cnf:
-VARTEXFONTS = /tmp/texfonts
+VARTEXFONTS = /tmp/$USER/texfonts
The only thing I do not know is whether $USER is always guaranteed to be
set...
Anyway, it's predictable, so I think it has more or less the same
Dear Lars,
Lars Engebretsen [EMAIL PROTECTED] wrote:
Basically, I don't really have the energy to care about intricacies of
licenses, but if you feel that a) you want to do the work and provide
me with a file that I can then upload to CTAN, and b) that this does
not change the licensing in
[ Resending the message to a different address, as the previous one
bounced:
[EMAIL PROTECTED]: host resolver3.levonline.com[217.70.32.98] said: 554
[EMAIL PROTECTED]: Recipient address rejected: no such user (in reply
to RCPT TO command) ]
Dear Lars,
Lars Engebretsen [EMAIL
Package: gnus
Version: 5.11+v0.5.dfsg-2
Severity: minor
Hi,
In the long description, one can read:
Gnus is a fully MIME-compliant and supports [...]
Either a noun is missing after MIME-compliant, or the article a
should be suppressed.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL
Hi,
Norbert Preining [EMAIL PROTECTED] wrote:
What about adding the following code to the preinst code of all texlive
packages in the upgrade|install part?
# check for the presence of tetex2 packages by checking for
# /etc/texmf/fmt.d/00tetex.cnf
if [ -r
Florent Rougon [EMAIL PROTECTED] wrote:
BTW, does anyone know if scalable-cyrfonts-tex is compatible with the
new font mechanisms from teTeX 3.0 and TeX Live yet?
Its rules file uses:
dh_installtex -p $(texpackage) map=Map,scalable-cyrfonts-tex.map
The .deb ships /etc/texmf/updmap.d
Ralf Stubner [EMAIL PROTECTED] wrote:
BTW, does anyone know if scalable-cyrfonts-tex is compatible with the
new font mechanisms from teTeX 3.0 and TeX Live yet?
Its rules file uses:
dh_installtex -p $(texpackage) map=Map,scalable-cyrfonts-tex.map
The .deb ships
Package: scalable-cyrfonts-tex
Version: 4.8
Severity: serious
Hi,
Version 4.8 of scalable-cyrfonts-tex, which is still in testing, doesn't
comply with the Debian TeX Policy (for a start, the updmap.cfg snippet
file doesn't have the magic comment), which might cause all kinds of
updmap breakage,
Frank Küster [EMAIL PROTECTED] wrote:
This might cause all kinds of updmap breakage, and deserves a RC bug
against the testing version IMO.
Bug reported.
--
Florent
Hi,
Frank Küster [EMAIL PROTECTED] wrote:
What's missing is a license. Since teTeX as a compilation is under GPL,
I suggest to use the GPL as well. If anybody objects, I would as well
be happy with something BSDish. Again, please take the time for a short
Yes, please use the GPL or a no
reassign 390004 latex-ucs-doc
close 390004 20041017-6
merge 390004 388376
thanks
This bug belongs to latex-ucs-doc, and has already been fixed there.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
severity 390004 serious
merge 390004 388376
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Ian Jackson wrote (auto-deconfigure is not transitive):
This counterexample shows that we don't [preserve]
B -Depends- C installed(C) = installed(B)
as an invariant in general
This is something that bothers me. Basically, it means there is no way
to programmatically check (e.g., from a
Hello,
Chung-chieh Shan [EMAIL PROTECTED] wrote:
Line 990 of tetex-bin.postinst should read
create_localconf $ETC_MAPCFG $VAR_MAPCFG \
instead of
create_localconf $ETC_MAPCFG $VAR_MAPCFG \\
in order for upgrading from woody to succeed.
Thanks for your report. This will be fixed
found 64524 3.0-18
thanks
,[ From texk/kpathsea/c-std.h ]
| #ifdef VMS
| #include unixlib.h
| #include unixio.h
| #else
| #ifndef WIN32
| /* `popen' and `pclose' are part of POSIX.2, not POSIX.1. So
|STDC_HEADERS isn't enough. */
| extern FILE *popen ();
| extern int pclose ();
| #endif
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
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
[EMAIL PROTECTED] (Frank Küster) wrote:
Hallo Florent,
Hallo, and thanks for the report.
Maybe this can be changed in the afm files, and the tfm files
regenerated with afm2tfm?
I wouldn't feel comfortable with that. I would prefer using tftopl on
the tfm files, modifying the fontdimens in
[EMAIL PROTECTED] (Frank Küster) wrote:
Ralf Stubner has suggested a different approach in de.comp.text.tex: We
could add the corrected tfm files with names changed, and patch
lmodern.sty to use these changed tfm files. plain TeX users would have
to do it themselves, but they could do it.
[EMAIL PROTECTED] (Frank Küster) wrote:
You are right, this is a drawback. We can still give lmodern.sty a new
version number, even if it is in fact the tfm files that have changed,
to ease debugging a little.
Yes.
Moreover, the new documents would not compile
on non-Debian systems where
Hi,
So, according to Walter, it is not worth the risk or lack of
traceability patching the TFM files, because very few people would be
using plain TeX with T1 encoding and these fonts, and he expects Hans
Hagen to write a ConTeXt-specific patch if he cared about the problem,
etc.
All in all, it
Hi,
I've worked a little bit on the packaging. Except the two following
entries:
* Remove the dependencies (in debian/control) on pythonX.Y-gd because
these packages don't exist in Debian and I don't intend to use this
backend.
* Don't apply Vittorio's patch to the default
Hi,
Description : Live365, local, Xiph and 'pythonÂ? (various) plugins
for streamtuner.
It seems to me that all of these are in the streamtuner package,
therefore this RFP should be closed, right?
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
1 - 100 of 322 matches
Mail list logo