Norbert Preining | 1 Apr 2012 03:49
Picon
Favicon
Gravatar

Bug#666532: /usr/share/texlive/texmf-dist/tex/generic/thumbpdf/thumbpdf.sty:486: Undefined control sequence l.486 \RequirePackage{ifluatex}[2010/03/01]

Hi Andreas,

On Sa, 31 MÀr 2012, Andreas Metzler wrote:
> upgrading texlive-latex-recommended has caused enblend-enfuse to
> FTBFS (#666375). enblend-enfuse is building pdf docs from texi using
> texi2dvi --pdf.
..

> l.486 \RequirePackage
>                      {ifluatex}[2010/03/01]
> /usr/share/texlive/texmf-dist/tex/generic/thumbpdf/thumbpdf.sty:487: Undefined 
> control sequence.

Hmmm, it seems that somehow LaTeX code is used in your texi2dvi,
but plain tex or etex is used ...

On Sa, 31 MÀr 2012, Andreas Metzler wrote:
> On 2012-03-31 Andreas Metzler <ametzler <at> downhill.at.eu.org> wrote:
> [...]
> > But it looks like noninteractive installation
> > (DEBIAN_FRONTEND=noninteractive) is broken, /etc/texmf/texmf.d is
> > empty.
> [...]
> 
> This looks like a red herring, I have just pruned the build-depends
> and reninstalled with debconf/priority low. Te error did not go away.

No relation. That is ok to have nothing in /etc/texmf/texmf.d/ ... it
is not needed anymore.

(Continue reading)

Norbert Preining | 1 Apr 2012 03:55
Picon
Favicon
Gravatar

Re: Processed: Re: [Python-modules-team] Bug#666637: pyopenssl: FTBFS: cp: cannot stat `doc/pyOpenSSL.ps': No such file or directory

On Sa, 31 Mär 2012, Debian Bug Tracking System wrote:
> > retitle 666637 mktexpk: "Permission denied" on buildd

For those who don't want to look up the full build log, the
error is:

kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+0/600 --dpi 600 ecss1440
mkdir: cannot create directory `././sbuild-nonexistent': Permission denied
mkdir: cannot create directory `././var/cache/fonts/pk': Permission denied
mktexpk: /usr/share/texlive/texmf/web2c/mktexdir /var/cache/fonts/pk/ljfour/jknappen/ec failed.
dvips: Font ecss1440 not found; using cmr10
</usr/share/texlive/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk>
dvips: Design size mismatch in font ecss1440
dvips: Checksum mismatch in font ecss1440

... but the *REAL* error comes at the end:
dvips: Font ecrm1440 not found; using cmr10
</usr/share/texlive/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk>
dvips: Design size mismatch in font ecrm1440
dvips: Checksum mismatch in font ecrm1440
dvips: ! invalid char 183 from font ecrm1000

Looking into it.

Best wishes

Norbert
------------------------------------------------------------------------
Norbert Preining            preining <at> {jaist.ac.jp, logic.at, debian.org}
JAIST, Japan                                 TeX Live & Debian Developer
(Continue reading)

Norbert Preining | 1 Apr 2012 03:59
Picon
Favicon
Gravatar

Bug#666680: texlive-base: fails to upgrade from 'testing'

On Sa, 31 MÀr 2012, Andreas Beckmann wrote:
>   Setting up texlive-base (2011.20120322-1) ...
>   Installing new version of config file /etc/texmf/texdoctk/texdocrc.defaults ...
>   Installing new version of config file /etc/texmf/xdvi/xdvi.cfg ...
>   Installing new version of config file /etc/texmf/fmt.d/10texlive-base.cnf ...
>   Installing new version of config file /etc/libpaper.d/texlive-base ...
>   Replacing config file /etc/texmf/dvips/config/config.ps with new version
>   Replacing config file /etc/texmf/tex/generic/config/pdftexconfig.tex with new version
>   Replacing config file /etc/texmf/dvipdfmx/dvipdfmx.cfg with new version
>   Replacing config file /etc/texmf/xdvi/XDvi with new version
>   dpkg: error processing texlive-base (--configure):
>    subprocess installed post-installation script returned error exit status 10

Very very strange.... no comment, no remark, no error,
everything ok, but dpkg believes it is broken ... ????

Anyone here on debian-tex-maint having an idea?

Best wishes

Norbert
------------------------------------------------------------------------
Norbert Preining            preining <at> {jaist.ac.jp, logic.at, debian.org}
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------
BANFF
Pertaining to, or descriptive of, that kind of facial expression which
is impossible to achieve except when having a passport photograph
taken.
(Continue reading)

Norbert Preining | 1 Apr 2012 04:02
Picon
Favicon
Gravatar

Bug#666681: dvips (and dvipdfm) choke on (some ?) user fonts

On Sa, 31 MÀr 2012, Vincent Fourmond wrote:
> ~/texmf find | grep cah   
> ./fonts/map/dvips/updmap/cah.map
> ./fonts/afm/madtype/casinohand/cahr8a.afm
> ./fonts/type1/madtype/casinohand/cahr8a.pfb
> ./fonts/vf/madtype/casinohand/cahr7t.vf
> ./fonts/vf/madtype/casinohand/cahro8c.vf
> ./fonts/vf/madtype/casinohand/cahrc8t.vf
> ./fonts/vf/madtype/casinohand/cahrc7t.vf
> ./fonts/vf/madtype/casinohand/cahr8c.vf
> ./fonts/vf/madtype/casinohand/cahro8t.vf
> ./fonts/vf/madtype/casinohand/cahr8t.vf
> ./fonts/vf/madtype/casinohand/cahro7t.vf
> ./fonts/tfm/madtype/casinohand/cahro8t.tfm
> ./fonts/tfm/madtype/casinohand/cahrc7t.tfm
> ./fonts/tfm/madtype/casinohand/cahr8t.tfm
> ./fonts/tfm/madtype/casinohand/cahr8c.tfm
> ./fonts/tfm/madtype/casinohand/cahro7t.tfm
> ./fonts/tfm/madtype/casinohand/cahro8c.tfm
> ./fonts/tfm/madtype/casinohand/cahr8a.tfm
> ./fonts/tfm/madtype/casinohand/cahrc8t.tfm
> ./fonts/tfm/madtype/casinohand/cahro8r.tfm
> ./fonts/tfm/madtype/casinohand/cahr8r.tfm
> ./fonts/tfm/madtype/casinohand/cahr7t.tfm
> ./tex/latex/psfonts/ts1cah.fd
> ./tex/latex/psfonts/8rcah.fd
> ./tex/latex/psfonts/t1cah.fd
> ./tex/latex/psfonts/ot1cah.fd
> 
>   It was enabled using
(Continue reading)

Norbert Preining | 1 Apr 2012 04:07
Picon
Favicon
Gravatar

Bug#666680: texlive-base: fails to upgrade from 'testing'

On So, 01 Apr 2012, Norbert Preining wrote:
> On Sa, 31 MÀr 2012, Andreas Beckmann wrote:
> >   Setting up texlive-base (2011.20120322-1) ...
> >   Installing new version of config file /etc/texmf/texdoctk/texdocrc.defaults ...
> >   Installing new version of config file /etc/texmf/xdvi/xdvi.cfg ...
> >   Installing new version of config file /etc/texmf/fmt.d/10texlive-base.cnf ...
> >   Installing new version of config file /etc/libpaper.d/texlive-base ....
> >   Replacing config file /etc/texmf/dvips/config/config.ps with new version
> >   Replacing config file /etc/texmf/tex/generic/config/pdftexconfig.tex with new version
> >   Replacing config file /etc/texmf/dvipdfmx/dvipdfmx.cfg with new version
> >   Replacing config file /etc/texmf/xdvi/XDvi with new version
> >   dpkg: error processing texlive-base (--configure):
> >    subprocess installed post-installation script returned error exit status 10
> 
> 
> Very very strange.... no comment, no remark, no error,
> everything ok, but dpkg believes it is broken ... ????
> 
> Anyone here on debian-tex-maint having an idea?

I believe it has something to do with the
	ucf 
calls to files that might not exist any more ... pleae see
	/var/lib/dpkg/info/texlive-base.postinst
... that is my only guess for now ..

Best wishes

Norbert
------------------------------------------------------------------------
(Continue reading)

Andreas Beckmann | 1 Apr 2012 04:15
Picon

Bug#666680: texlive-base: fails to upgrade from 'testing'

On 2012-04-01 05:07, Norbert Preining wrote:
> On So, 01 Apr 2012, Norbert Preining wrote:
>> On Sa, 31 MÀr 2012, Andreas Beckmann wrote:
>>>   Setting up texlive-base (2011.20120322-1) ...
>>>   Installing new version of config file /etc/texmf/texdoctk/texdocrc.defaults ...
>>>   Installing new version of config file /etc/texmf/xdvi/xdvi.cfg ...
>>>   Installing new version of config file /etc/texmf/fmt.d/10texlive-base.cnf ...
>>>   Installing new version of config file /etc/libpaper.d/texlive-base ....
>>>   Replacing config file /etc/texmf/dvips/config/config.ps with new version
>>>   Replacing config file /etc/texmf/tex/generic/config/pdftexconfig.tex with new version
>>>   Replacing config file /etc/texmf/dvipdfmx/dvipdfmx.cfg with new version
>>>   Replacing config file /etc/texmf/xdvi/XDvi with new version
>>>   dpkg: error processing texlive-base (--configure):
>>>    subprocess installed post-installation script returned error exit status 10
>>
>>
>> Very very strange.... no comment, no remark, no error,
>> everything ok, but dpkg believes it is broken ... ????
>>
>> Anyone here on debian-tex-maint having an idea?
> 
> I believe it has something to do with the
> 	ucf 
> calls to files that might not exist any more ... pleae see
> 	/var/lib/dpkg/info/texlive-base.postinst
> ... that is my only guess for now ..

if I add 'set -x' and run dpkg --configure --pending I get

...
(Continue reading)

Norbert Preining | 1 Apr 2012 04:28
Picon
Favicon
Gravatar

Bug#666680: texlive-base: fails to upgrade from 'testing'

On So, 01 Apr 2012, Andreas Beckmann wrote:
> if I add 'set -x' and run dpkg --configure --pending I get
...

thanks ...

> + printf %s\n SUBST texlive-base/binary_chooser libpaperPaper a4
> + IFS=
> 
> + IFS=
>  read -r _db_internal_line
> + RET=10 texlive-base/binary_chooser doesn't exist
> + return 10

Frank ... do you understand that .. the debconf code is from you,
I don't grok this kind of stuff ;-)

Best wishes

Norbert
------------------------------------------------------------------------
Norbert Preining            preining <at> {jaist.ac.jp, logic.at, debian.org}
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------
SCRONKEY (n.)
Something that hits the window as a result of a violent sneeze.
			--- Douglas Adams, The Meaning of Liff

(Continue reading)

Norbert Preining | 1 Apr 2012 11:31
Picon
Favicon
Gravatar

Re: bibtex regression: does not write files outside of $CWD

Hi Ralf,

> there seems to be a regression in the behaviour of bibtex: it refuses to
> write to files outside of the current directory:

Yes

> Is this a bug or a feature?

Feature. Bibtex now behaves like tex and other programs honoring the openout setting, as mentioned.

That is security related and will not be changed by default.

Norbert

Raphael Hertzog | 1 Apr 2012 11:45
Picon
Favicon
Gravatar

Bug#666195: Processed: severity of 666195 is serious

On Sun, 01 Apr 2012, Norbert Preining wrote:
> Well, go ahead, I probably revert the fix just to be sure that you can
> enjoy this game a bit longer - wouldn't it be nice from me?

A severity change is not an offense... making the bug serious ensures
that the buggy package won't reach testing.

And a missing dependency is a serious problem even if it's easy to fix.
It's the kind of thing that we try to avoid to inflict to testing users.

Please stop attacking everybody. Adam is only ensuring that testing is
kept safe, it's part of his responsibilities as release manager. You
should not blame him. I'm grateful of the work he does.

Cheers,
--

-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/

Ralf Treinen | 1 Apr 2012 12:50
Picon
Favicon

Re: bibtex regression: does not write files outside of $CWD

Hi Norbert,

On Sun, Apr 01, 2012 at 06:31:18PM +0900, Norbert Preining wrote:

> > Is this a bug or a feature?
> 
> Feature. Bibtex now behaves like tex and other programs honoring the openout setting, as mentioned.
> 
> That is security related and will not be changed by default.

Yeah, that makes sense. I can easily work around this. Thanks -Ralf.


Gmane