headers
teTeX CVS | 2 Feb 2005 00:00
Picon
Favicon

CVS frank tetex-base: add fixes to close the /usr/local bug (#292752)

CVSROOT:	/cvs/tetex
Module name:	tetex-base
Changes by:	frank	Tue Feb  1 09:00:06 MST 2005

Modified files:
	debian         : prerm postinst dirs changelog 

Log message:
    add fixes to close the /usr/local bug (#292752)
Permalink | Reply | 5 comments |
headers
Hans baier | 1 Feb 2005 17:12
Picon

Bug#293179: tetex-bin: Bug in font pcrr7tn with dvips: Backticks wrong

Package: tetex-bin
Version: 2.0.2-25
Severity: important

I use the pslatex package to print Linux Seminar courseware.
This is heavily dependent on the correct rendering of backticks.

The backticks are rendered correctly if viewed in xdvi
or PDF generated by pdflatex, whereas they are
rendered incorrectly when using dvips.
Alas, I cant switch to pslatex because I would have to convert
2000+ pages and hundreds of images to pdflatex.
This bug concerns font pcrr7tn which is used in the pslatex-Style.
The bold-face variant works fine.

This bug is reproducable:

# cd /usr/share/texmf/tex/latex/base
This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5)
entering extended mode
(./nfssfont.tex
LaTeX2e <2001/06/01>
Babel <v3.7h> and hyphenation patterns for american, german, ngerman,
nohyphena
tion, loaded.
(./article.cls
Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
(./size10.clo))
No auxiliary output files.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Uwe Steinmann | 1 Feb 2005 17:28

Re: CVS frank tetex-base: add fixes to close the /usr/local bug (#292752)

Hi,

I'm not sure if what I experience today when most of my tetex was updated
is related to the bug below, but it appears to be.

I used to have a soft link /usr/local pointing to /software/local.
Basically for historical reasons.
After updating tetex from sid today this link disappeared and a
directory /usr/local/share/texmf had been created with an ls-R file
in it.
It may not be a good idea to have that link in the first place but it
shouldn't be removed either.
Could somebody possibly explain this?

  Uwe

On Tue, Feb 01, 2005 at 04:00:06PM -0700, teTeX CVS wrote:
> CVSROOT:	/cvs/tetex
> Module name:	tetex-base
> Changes by:	frank	Tue Feb  1 09:00:06 MST 2005
> 
> Modified files:
> 	debian         : prerm postinst dirs changelog 
> 
> Log message:
>     add fixes to close the /usr/local bug (#292752)
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-tetex-maint-REQUEST <at> lists.debian.org
(Continue reading)

Permalink | Reply | 4 comments |
headers
teTeX CVS | 2 Feb 2005 00:31
Picon
Favicon

CVS frank tetex-base: fix a typo on the new /usr/local code in postinst, and do the upload

CVSROOT:	/cvs/tetex
Module name:	tetex-base
Changes by:	frank	Tue Feb  1 09:31:44 MST 2005

Modified files:
	debian         : postinst changelog 

Log message:
    fix a typo on the new /usr/local code in postinst, and do the upload
    at once
Permalink | Reply | 0 comments |
headers
Prakash Countcham | 1 Feb 2005 17:41
Picon
Picon
Favicon

Bug#293183: tetex-extra: spacing of footnotes with hyperref and pdflatex

Package: tetex-extra
Version: 2.0.2c-3
Severity: normal
Tags: patch

Hi,

I described the following problem on fr.comp.text.tex.

When I compile the document 

\documentclass{entcs}
\begin{document}
We do not consider variables and quantifiers for the following reason:
in SEM each input clause with $n$ universally quantified variables
$C(x_1,\ldots,x_n)$ is replaced by the conjunction of the ground clauses
$C(v_1,\ldots,v_n)$ for all possible\footnote{blabla} values $v_i\in D$.
Since the elements of $D$ are not constant symbols, we replace each
value $v\in D$ by a special, new constant symbol $a_v$. These constants are
special because they are given special values in $I$; we take $I[a_v] = \{v\}$,
and of course we implicitly add them to $\Sigma$. We will not prove that any
first order formula with equality $\psi$ can thus be transformed into a
set of ground clauses $\varphi$, such that searching models of $\psi$ in $D$
is equivalent (through a 1-1 correspondence) to searching models of
$\varphi$ among the refinements of $I$.
\end{document}
%% entcs.cls availaible in http://math.tulane.edu/~entcs/generic.tar.gz

with latex and pdflatex, I don't obtain the same result.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Frank Küster | 1 Feb 2005 18:15
Picon
Favicon

Re: CVS frank tetex-base: add fixes to close the /usr/local bug (#292752)

uwe <at> steinmann.cx (Uwe Steinmann) schrieb:

> Hi,
>
> I'm not sure if what I experience today when most of my tetex was updated
> is related to the bug below, but it appears to be.
>
> I used to have a soft link /usr/local pointing to /software/local.
> Basically for historical reasons.
> After updating tetex from sid today this link disappeared and a
> directory /usr/local/share/texmf had been created with an ls-R file
> in it.

Im an not completely sure, but I think the reason is the bug that was
fixed by yesterday's upload. The problem is that in 2.0.2c-4, we
included /usr/local/share/texmf in the deb, which is against
policy. When this version was installed, dpkg created that directory
(which was in fact /software/local/share/texmf). Do you know whether you
had this directory? 

During the upgrade to 2.0.c-5 the following things seem to have happened
(this is a bit simplified wrt dpkg's behavior):

- first, dpkg removed all the files from the old version, including
  /usr/local/share/texmf.

- It noticed that no other package had any files registered below
  /usr/local (because this is not allowed, and that we did it was a
  bug).
(Continue reading)

Permalink | Reply | 3 comments |
headers
teTeX CVS | 2 Feb 2005 01:32
Picon
Favicon

CVS frank tetex-base: don't mkdir /usr/local/share

CVSROOT:	/cvs/tetex
Module name:	tetex-base
Changes by:	frank	Tue Feb  1 10:32:44 MST 2005

Modified files:
	debian         : postinst 

Log message:
    don't mkdir /usr/local/share
Permalink | Reply | 1 comment |
headers
Frank Küster | 1 Feb 2005 18:50
Picon
Favicon

Bug#293179: tetex-bin: Bug in font pcrr7tn with dvips: Backticks wrong

Hans baier <hansbaier <at> web.de> schrieb:

> Package: tetex-bin
> Version: 2.0.2-25
> Severity: important
>
> I use the pslatex package to print Linux Seminar courseware.
> This is heavily dependent on the correct rendering of backticks.
>
> The backticks are rendered correctly if viewed in xdvi
> or PDF generated by pdflatex, whereas they are
> rendered incorrectly when using dvips.

I followed the procedure you gave, and I cannot see a significant
difference between the xdvi and gv display. The little difference I see
is probably due to different rendering. When I compare the result of

latex nfssfont; dvips nfssfont.dvi; gv nfssfont.ps &

to 

pdflatex nfssfont; gv nfssfont.pdf &

I see no difference at all. 

The three files are at

http://people.debian.org/~frank/nfssfont.dvi
http://people.debian.org/~frank/nfssfont.ps
http://people.debian.org/~frank/nfssfont.pdf
(Continue reading)

Permalink | Reply | 0 comments |
headers
Uwe Steinmann | 1 Feb 2005 18:53

Re: CVS frank tetex-base: add fixes to close the /usr/local bug (#292752)

On Tue, Feb 01, 2005 at 06:15:59PM +0100, Frank Küster wrote:
> uwe <at> steinmann.cx (Uwe Steinmann) schrieb:
> 
> > Hi,
> >
> > I'm not sure if what I experience today when most of my tetex was updated
> > is related to the bug below, but it appears to be.
> >
> > I used to have a soft link /usr/local pointing to /software/local.
> > Basically for historical reasons.
> > After updating tetex from sid today this link disappeared and a
> > directory /usr/local/share/texmf had been created with an ls-R file
> > in it.
> 
> Im an not completely sure, but I think the reason is the bug that was
> fixed by yesterday's upload. The problem is that in 2.0.2c-4, we
> included /usr/local/share/texmf in the deb, which is against
> policy. When this version was installed, dpkg created that directory
> (which was in fact /software/local/share/texmf). Do you know whether you
> had this directory? 
Yes, that directory is still there and it contains a ls-R file dated today.
Probably created before the symlink was nuked when I updated other tetex
packages.

> During the upgrade to 2.0.c-5 the following things seem to have happened
> (this is a bit simplified wrt dpkg's behavior):
> 
> - first, dpkg removed all the files from the old version, including
>   /usr/local/share/texmf.
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Frank Küster | 1 Feb 2005 19:33
Picon
Favicon

Re: CVS frank tetex-base: add fixes to close the /usr/local bug (#292752)

uwe <at> steinmann.cx (Uwe Steinmann) schrieb:

> On Tue, Feb 01, 2005 at 06:15:59PM +0100, Frank Küster wrote:
>> uwe <at> steinmann.cx (Uwe Steinmann) schrieb:
>> 
>> > Hi,
>> >
>> > I'm not sure if what I experience today when most of my tetex was updated
>> > is related to the bug below, but it appears to be.
>> >
>> > I used to have a soft link /usr/local pointing to /software/local.
>> > Basically for historical reasons.
>> > After updating tetex from sid today this link disappeared and a
>> > directory /usr/local/share/texmf had been created with an ls-R file
>> > in it.
>> 
>> Im an not completely sure, but I think the reason is the bug that was
>> fixed by yesterday's upload. The problem is that in 2.0.2c-4, we
>> included /usr/local/share/texmf in the deb, which is against
>> policy. When this version was installed, dpkg created that directory
>> (which was in fact /software/local/share/texmf). Do you know whether you
>> had this directory? 
> Yes, that directory is still there

This is strange - dpkg should not have deleted the parent "directory"
/usr/local, if /usr/local/share/texmf, actually
/software/local/share/texmf, is still there. And it should have deleted
the ls-R file in -4's preinst.

Regards, Frank
(Continue reading)

Permalink | Reply | 1 comment |

Gmane