Hi,
Norbert Preining [EMAIL PROTECTED] wrote:
Well, texlive itself does NOT depend on any -lang packages, that is
texlive-full. texlive itself only depends (for now) on
texlive-fonts-recommended (= 2007-7)
texlive-latex-recommended (= 2007-7)
texlive-latex-base (= 2007-7)
so not a lot.
Hi,
Frank Küster [EMAIL PROTECTED] wrote:
Are you sure that lmodern doesn't need a higher version of tex-common?
I looked at both changelogs and couldn't see why it would. Do you have
anything specific in mind?
It also seems strange that the submitter has the stable version of it,
but
Hi,
Dylan Thurston [EMAIL PROTECTED] wrote:
Any chance of fixing this one soon? Now that texlive has become the
default implementation, this bug wastes many more CPU cycles. It's
much worse in texlive than tetex, since there are so many more
packages.
It's a tricky problem currently, and
Hi all,
I think we should add that in Debian, the lines for cmr10 and lmr10 in
/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map are:
cmr10 CMR10 cmr10.pfb
and
ec-lmr10 LMRoman10-Regular enclmec ReEncodeFont lm-ec.enc lmr10.pfb
respectively. Therefore, the font should be only partially
Arnt Karlsen [EMAIL PROTECTED] wrote:
..ok, thanks, means we can close this bug and instead
file bugs on _anything_ that dare require tetex-extra.
No, don't close the bug: Frank Küster reassigned it to prosper for
depending on tetex-extra. Until this dependency is removed, the bug
should
Lars Engebretsen [EMAIL PROTECTED] wrote:
Thanks for doing all this work! I have now uploaded the updated
package to CTAN.
That's great. Thank you very much, Lars.
I cannot see the new version on CTAN yet, but I suppose it's a matter of
days.
Regards,
--
Florent
--
To UNSUBSCRIBE, email
Hi,
I see no bug here. Since teTeX isn't in unstable anymore, it is correct
for tetex-extra to depend on the -lang packages, which provide
tetex-extra's former functionality.
Besides, prosper doesn't depend on tetex-extra; you're mistaken.
Installing texlive-latex-base, texlive-latex-recommended
Arnt Karlsen [EMAIL PROTECTED] wrote:
..I agree it probably should depend on at least one of them.
But not _all_ of the -lang packages. That makes it a bug.
I _should_ be able to weed out Korean, Vietnamese, Czech etc
-lang that I don't ever use without breaking tetex-extra.
You don't need
Frank Küster [EMAIL PROTECTED] wrote:
In order to reproduce it in a chroot, I need to set it up with X
access. I've done that once in my static chroot, but I can't remember
how to do it. Is there a HOWTO somewhere?
I don't know if there is a HOWTO, but it was discussed recently on
-mentors
Frank Küster [EMAIL PROTECTED] wrote:
Currently, it says
It was downloaded from:
http://www.tug.org/tex-archive/help/Catalogue/entries/lm.html
But this URL does no longer exist.
Thanks to Norbert for fixing that, but just for the sake of nitpicking,
the sentence is correct: the
Hi,
Kurt Roeckx [EMAIL PROTECTED] wrote:
Hi,
Your package is failing to build with the following error:
! LaTeX Error: File `fancyheadings.sty' not found.
fancyheadings.sty has long been obsolete. fancyhdr.sty should be used
instead.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL
Hi,
Frank Küster [EMAIL PROTECTED] wrote:
Hi Florent,
[...]
any chance that you find time for this?
This is now done. Sorry for taking so much time, but this is one of
those boring tasks with unclear non-technical choices[1] to make, so...
[1] Who are the copyright holders for $file?
Frank Küster [EMAIL PROTECTED] wrote:
Great, merci beaucoup. You've forwarded it to Lars, so that he'll do
the upload?
Yes, it's the previous message in the bug log. But indeed, I don't
recall having seen it on -tex-maint. Maybe because it has an attachment
of approx. 230 Ko? Hmmm...
No
Norbert Preining [EMAIL PROTECTED] wrote:
Yes they do: texlive-extra-utils/2007 depends on
texlive-common/2007 conflicts with
texlive-pdfetex
That is not enough. With these depends and conflicts, apt could unpack
texlive-extra-utils/2007 while texlive-pdfetex is unpacked
Norbert Preining [EMAIL PROTECTED] wrote:
Hmm. What about asking removal of texlive-pdfetex? Would be the cleanest
solution ;-)
You could still hit the file conflict when upgrading from etch.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Package: debian-cd
Severity: minor
Hi,
Looking at README.txt in:
Debian GNU/Linux 4.0 r0 Etch - Official i386 DVD Binary-1
20070407-11:40
I see two little problems:
- the first sentence in the Intro paragraph contains the the;
- at the end of the
Miguel de Val Borro [EMAIL PROTECTED] wrote:
I just wanted to add this small correction on Tex-on-Debian.sgml.
Applied, thanks.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Miguel de Val Borro [EMAIL PROTECTED] wrote:
Thanks for fixing this. I have looked at the python script that
substitutes LaTeX commands. pdfTeX and MiKTeX are not mentioned in
TeX-on-Debian.sgml and Debian-TeX-Policy.sgml so they could be removed
from texify-tex-output unless this script will
Frank Küster [EMAIL PROTECTED] wrote:
I agree. Except that I think that we can assume that a TeXstring with
a hyphen after it can also be replaced always:
(^|[[:space:]])TeX(-|[[:space:]]|$)
at least until we find that it causes an error (a hyphen in front *and*
after TeX gives a false
Frank Küster [EMAIL PROTECTED] wrote:
We can fix the first issue in two ways:
--- tex-sed
+++ tex-sed.new
#!/bin/bash
sed -e '[EMAIL PROTECTED]@[EMAIL PROTECTED];
[EMAIL PROTECTED]@[EMAIL PROTECTED];
[EMAIL PROTECTED]@[EMAIL PROTECTED];
[EMAIL PROTECTED]@TeXMF@
[EMAIL
found 109963 1:4.6.1-6
thanks
Hi,
I cannot see in this bug log when and why it was marked as done. Why?
This bug is still present in mc 1:4.6.1-6, as shown by the attached .deb
file. With either 'dpkg-deb -x' or F3 in mc, you can see
/usr/share/test-directory, but it is hidden when using the
Hi,
Norbert Preining [EMAIL PROTECTED] wrote:
tags 411913 + fixed-upstream fixed pending
I don't think 'fixed' is wanted here. IMHO, the other tags are enough.
IME, 'fixed' is usually used when a bug is... fixed in an NMU, until the
NMU is acknowledged by the maintainer. He does that in an
Hi,
Frank Küster [EMAIL PROTECTED] wrote:
- clean up the files in each $TEXMFVAR/fonts directory below /home/.
I'm not sure this is a good idea, or even allowed by policy
I'm pretty sure it is not allowed. Users could well get pissed off if
something in their home directory was changed
Hi everyone,
Frank Küster [EMAIL PROTECTED] wrote:
Is there an easy way to find out which of the preprocessor conditional
branches we're in? I'm speaking of
+#ifdef HAVE_TM_GMTOFF /* Preferred way to get time zone offset */
+ tz_offset = bd_time-tm_gmtoff;
+#else
+#ifdef HAVE_TIMEZONE
$${basename}.$${ext}; \
done; \
done
.PHONY: all clean pdf dvi ps
#! /usr/bin/env python
# replace-in-file.py --- Replace a string with another one in a given file
# Copyright (c) 2003 Florent Rougon
#
# This program is free software; you can redistribute it and/or modify
# it under
Hi,
First, I agree with Frank (who wrote that several times in the related
bug reports) that the paper size should be explicitely specified in each
document, because the formatting depends a lot on it.
Therefore, from my POV, working out of the box in this context does
*not* mean using whatever
Hi,
Since I was proposing to upload a fixed tetex-bin package for #402763, I
took a quick look at the recent bugs affecting tetex-bin. Besides
#402763, there is one bug that makes me worry (though I don't care much
personally, not using dvipdfm):
#403245 tetex-bin: dvipdfm crash in some
Hi fellow TeX maintainers!
So, what do we do about this bug?
The fix is rather simple; I can upload a fixed package and explain the
matter to the RMs if you wish. I'd rather not release etch with this
ugliness...
I hope you're all doing well. Merry Christmas!
--
Florent
--
To UNSUBSCRIBE,
reassign 403914 fontconfig
severity 403914 normal
merge 403914 354537
thanks
Hi,
This really looks like bug #354537. Sorry...
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Frank Küster [EMAIL PROTECTED] wrote:
Why is --quiet only used for update-updmap? It's the same script behind
the three, and with -v it always says
IMHO, it's a bug that --quiet isn't used for all three calls. But this
--quiet here dates from before we introduced
Frank Küster [EMAIL PROTECTED] wrote:
On the other hand, I'm not sure how to fix this. There's a reason why
the update-* scripts fail (with an understandable error message) when
the basic file is missing - so this shouldn't be changed. Should we
really ignore all errors of update-* in
In fact, this problem is taken care of by the dh_installtex snippets,
and the approach is closer to ignore errors but display a warning than
to run the commands iff tex-common is configured, not ignoring errors:
,[ From lmodern's current postrm ]
| case $1 in
| remove|disappear)
|
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]
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
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
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
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
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
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
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
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,
Frank Küster [EMAIL PROTECTED] wrote:
However, the bashism is in an if-clause, and I'm not sure whether the
shell finds a syntax error while reading the file, or only if it
actually gets there. If it does get there, this means the postinst
script was just about to tell you that it will
Frank Küster [EMAIL PROTECTED] wrote:
You seem to fear things that I think are good ;-) This just means that
Michael's system is fine, and my knowledge of shell is not.
OK, so if I understood right, there is nothing to fix on the systems
where the installation of tex-common 0.36 failed.
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
[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]
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
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
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
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
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
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
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
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
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
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]
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
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
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
Hi,
Itai Seggev [EMAIL PROTECTED] wrote:
I don't know if this is should be a separate wishlist bug and/or
violates policy, but the disclaimer about needing the tetex-doc
package should also reference tetex-doc-non-free.
This is already adressed by Hilmar's patch.
--
Florent
--
To
Hi,
Hilmar Preusse [EMAIL PROTECTED] wrote:
Here is a first patch. I've checked all links by clicking on them. A
lot of them I could fix by just changing the base_url. The files in
tetex-doc-non-free do not reside yet in /usr/share/texmf-tetex.
Two links I could not fix. I've left the word
Frank Küster [EMAIL PROTECTED] wrote:
What about creating a temporary directory under /tmp and working in it?
That would certainly be feasible. The question is whether this is worth
the effort. If someone comes up with a tested patch, I have no
objections against applying it.
I'm working
Florent Rougon [EMAIL PROTECTED] wrote:
Note: the relevant code is in common.functions.in and therefore will
need to propagate to a lot of packages (tetex-base, -bin and -extra at
least IIRC) before the bug is really fixed.
As it seems, there are three common.functions.in files in the debian
Frank Küster [EMAIL PROTECTED] wrote:
I guess you rembember that, but just to be sure, and for everybody
reading this bug report: If one has a tex-common tree checked out,
either in $tex_common_dir as specified in debian/rules, or elsewhere but
$tex_common_dir is set properly in the
Package: tetex-bin
Version: 3.0-17
Severity: wishlist
When referencing a README.gz file in /etc/texdoctk/texdoctk.dat,
texdoctk doesn't uncompress the file before feeding it to its interal
viewer, resulting in unreadable output.
It would be nice if texdoctk could cope with that, possibly using
Package: tetex-base
Version: 3.0-19
Severity: minor
The entry for Latin Modern in /etc/texdoctk/texdoctk.dat references the
file fonts/lm/0info092.txt, which doesn't exist even when the lmodern
package is installed.
Fixing this bug is not as easy as replacing fonts/lm/0info092.txt with
Frank Küster [EMAIL PROTECTED] wrote:
I'm not happy about this, but it is a feature not a bug ;-) But anyway
to switch to a neutral directory would help.
Well, as I said it would cause other breakage (you can't have a file
amstex in /tmp/ any more, or wherever).
What about creating a
Hi,
Frank Küster [EMAIL PROTECTED] wrote:
I guess this is one more incarnation of the problem that you have fixed
in tex-common 0.25, isn't it?
Exactly. The problem I described in the mail you referred to is the one
that can happen when downgrading lmodern from 1.00 to a pre-1.00
version. But
Frank Küster [EMAIL PROTECTED] wrote:
Do you really think that postinst script or even post-installation
script is an appropriate wording for a user who has no idea what is
happening in which order after pressing some keys in
aptitude/synaptic/...? I don't think we should use such technical
Package: jtex-bin
Version: 1.9.1-7+b1
Severity: normal
Hi,
jtex-bin ships jtex.pool in var/lib/texmf/web2c/. As far as I know, this
file is not generated at runtime, therefore it is in the wrong TEXMF
tree. This can cause problems when tex-common is purged (see
Package: multex-bin
Version: 0.8.1-7+b1
Severity: normal
Hi,
multex-bin ships multex.pool in var/lib/texmf/web2c/. As far as I know,
this file is not generated at runtime, therefore it is in the wrong
TEXMF tree. This can cause problems when tex-common is purged (see
FYI, the MetaPost source code is now included in the lmodern source
package (file lm1.00mt1.zip), though it is not used during the build of
the Debian package (there is still no MetaType1 in Debian for us to
use[1], and maybe that would be difficult, or even not automatable, I
don't know).
[1]
Florent Rougon [EMAIL PROTECTED] wrote:
This problem was about some figures being rendered in Old Style for some
reason and seems to have been solved in FreeType 2.2.1 (the current
version in 'unstable'). At least, I cannot reproduce it anymore in
'unstable'.
I can confirm that FreeType
Frank Küster [EMAIL PROTECTED] wrote:
-rw-r--r-- 1 root root 0 2006-06-16 16:50:06.0 + build-stamp
-rw-r--r-- 1 root root 0 2006-06-16 16:50:05.0 + patch-stamp
frobnitz:/tmp/buildd/tetex-base-3.0# ls -ld --time-style=full-iso stampdir/
drwxr-xr-x 2 root root 4096
Hi Dylan,
Thanks for your useful insight on this issue.
You wrote:
The mentioned problem in OpenOffice seems to be different, since
OpenOffice doesn't use pango.
This problem was about some figures being rendered in Old Style for some
reason and seems to have been solved in FreeType 2.2.1
Frank Küster [EMAIL PROTECTED] wrote:
Go ahead.
Fine. Should the patch go to patch-tmp or patch-xdvi-370505 (or
something else, patch-src?!). BTW, README.patches is out-of-date:
,[ README.patches ]
| 5. patch-tmp
|
| - currently none
`
but:
% ls -l
Frank Küster [EMAIL PROTECTED] wrote:
I currently don't have an overview of how the patches once were
organised, were supposed to be organized, and are in fact disorganized.
Okay...
From the names I'd say: patch-xdvi-370505 is not a good idea, IIRC the
number is the xdvi bug number on
Hi,
Ralf Stubner [EMAIL PROTECTED] wrote:
Are you sure you are at rev 1404? There README.patches reads:
OK, you got me. I did this in the source tree for tetex-bin 3.0-16.
Not much better, but different
Right.
--
Florent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: tetex-bin
Version: 3.0-16
Severity: normal
Hi,
As reported in xdvik bug #1499566 at SourceForge, the input focus for
the text search box is not set correctly, and requires mousing before
one can type the text to look for.
This is apparently limited to the Xaw version of xdvi, but this
tags 370505 + patch fixed-upstream
thanks
May I apply it to tetex-bin?
I forgot to add that the patch is trivial: it only adds:
#ifndef MOTIF
XtSetKeyboardFocus(find_paned, searchbox_input);
#endif
at the right place. I am attaching it now.
--- search-dialog.c 2 Dec 2004
101 - 200 of 322 matches
Mail list logo
