Bug#358330: fmtutil-sys: use local user texmf.cnf when configuring system wide files

2008-08-23 Thread Vincent Danjean 
  Hi,

Hilmar Preusse wrote:
 On 22.03.06 Vincent Danjean ([EMAIL PROTECTED]) wrote:
 
 Hi Vincent,
 
 http://bugs.debian.org/358330
 
 Package: tetex-bin
 Version: 3.0-15
 Severity: minor

 As my HOME is nfs mounted with root-squash enable (ie root cannot access
 my HOME dir), I noticed that fmtutil-sys try to load my local texmf.cnf:

 [...]
 Running fmtutil-sys. This may take some time. ...
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied

 According to the bug history Karl Berry planned to fix that bug in
 one of the next releases (that was in 2006). Chances are good that
 the problem is solved in TL 2007 currently being in unstable.
 
 Would you be so kind to check if the problem has been solved?

It seems so (even if dpkg itself try to read my home directory, but I think
it is the correct behavior here). Here is the log of the reinstall of the
current sid package:

[EMAIL PROTECTED]:~$ chmod o-rx .
[EMAIL PROTECTED]:~$ sudo ls .texmf-var
ls: ne peut accéder .texmf-var: Permission non accordée
[EMAIL PROTECTED]:~$ sudo apt-get install --reinstall texlive-base-bin 
texlive-latex-base
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus 
nécessaires :
  libopencdk10
Veuillez utiliser « apt-get autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 2 réinstallés, 0 à enlever et 1075 non 
mis à jour.
Il est nécessaire de prendre 0o/3640ko dans les archives.
Après cette opération, 0o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer [O/n] ?
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
(Lecture de la base de données... 221104 fichiers et répertoires déjà 
installés.)
Préparation du remplacement de texlive-base-bin 2007.dfsg.2-3 (en utilisant 
.../texlive-base-bin_2007.dfsg.2-3_i386.deb) ...
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée
la lecture du fichier de configuration « /users/huron/danjean/.dpkg.cfg » du 
paquet a échoué: Permission non accordée

Bug#358330: fmtutil-sys: use local user texmf.cnf when configuring system wide files

2008-08-22 Thread Hilmar Preusse 
On 22.03.06 Vincent Danjean ([EMAIL PROTECTED]) wrote:

Hi Vincent,

http://bugs.debian.org/358330

 Package: tetex-bin
 Version: 3.0-15
 Severity: minor
 
 As my HOME is nfs mounted with root-squash enable (ie root cannot access
 my HOME dir), I noticed that fmtutil-sys try to load my local texmf.cnf:
 
 [...]
 Running fmtutil-sys. This may take some time. ...
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 Running updmap-sys. This may take some time. ... done.
 
 To avoid this, I need to do a su - (sudo and/or su without - option
 is not sufficient).
 
 Note that I think that with su -, fmtutil-sys still try to look at the
 user config file. However, as root's home is local, I do not have such
 messages.
 
 Can't the fact that fmtutil-sys try to read the user config file lead
 to bad system-wide config file (if the user config file is badly
 written) ? I am not sure of that, hence the minor serverity.
 
According to the bug history Karl Berry planned to fix that bug in
one of the next releases (that was in 2006). Chances are good that
the problem is solved in TL 2007 currently being in unstable.

Would you be so kind to check if the problem has been solved?

Thanks,
  Hilmar
-- 
sigmentation fault



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#358330: fmtutil-sys: use local user texmf.cnf when configuring system wide files

2006-03-27 Thread Frank Küster 
Vincent Danjean [EMAIL PROTECTED] wrote:

 Here is now what I tested :
 [EMAIL PROTECTED] danjean# TEXMFVAR=/var/lib/texmf
 [EMAIL PROTECTED] danjean# TEXMFCONFIG=/etc/texmf
 [EMAIL PROTECTED] danjean# RUNNING_AS_SYS=true
 [EMAIL PROTECTED] danjean# export TEXMFVAR TEXMFCONFIG RUNNING_AS_SYS
 [EMAIL PROTECTED] danjean# kpsewhich '--expand-var=$VARTEXFONTS'
 /var/cache/fonts
 [EMAIL PROTECTED] danjean# export KPSE_DOT=/users/huron/danjean
 [EMAIL PROTECTED] danjean# kpsewhich '--expand-var=$VARTEXFONTS'
 /users/huron/danjean/texmf.cnf: Permission denied
 /var/cache/fonts

 So the messages are due to the lines 560-565 of fmtutil:
   thisdir=`pwd`

   : ${KPSE_DOT=$thisdir}
   export KPSE_DOT

Sorry, I cannot reproduce this here:

[EMAIL PROTECTED]:~$ kpsewhich --format=cnf texmf.cnf
/usr/share/texmf/web2c/texmf.cnf
[EMAIL PROTECTED]:~$ export KPSE_DOT=/home/frank/
[EMAIL PROTECTED]:~$ kpsewhich --format=cnf texmf.cnf
/home/frank/uni/zuerich/Praktikum/auto/texmf.cnf: Permission denied
/home/frank/uni/zuerich/Praktikum/auto/texmf.cnf: Permission denied
/home/frank/uni/zuerich/Praktikum/auto/texmf.cnf: Permission denied
/home/frank/uni/zuerich/Praktikum/auto/texmf.cnf: Permission denied
/home/frank/uni/zuerich/Praktikum/auto/texmf.cnf: Permission denied
/home/frank/uni/zuerich/Praktikum/auto/texmf.cnf: Permission denied
/home/frank/uni/zuerich/Praktikum/auto/texmf.cnf: Permission denied
/home/frank/uni/zuerich/Praktikum/auto/texmf.cnf: Permission denied
/usr/share/texmf/web2c/texmf.cnf
[EMAIL PROTECTED]:~$ 

Can you please repeat your test and run kpsewhich with a debug option:

kpsewhich --debug=126 '--expand-var=$VARTEXFONTS' 2kpse.log

and send the kpse.log file.  And please also report the output of

kpsewhich --show-path=cnf

Regards, Frank

-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#358330: fmtutil-sys: use local user texmf.cnf when configuring system wide files

2006-03-24 Thread Frank Küster 
Vincent Danjean [EMAIL PROTECTED] wrote:

 Looking in details in fmtutil, I see that the messages come from the
 cache_vars

 Here is now what I tested :
 [EMAIL PROTECTED] danjean# TEXMFVAR=/var/lib/texmf
 [EMAIL PROTECTED] danjean# TEXMFCONFIG=/etc/texmf
 [EMAIL PROTECTED] danjean# RUNNING_AS_SYS=true
 [EMAIL PROTECTED] danjean# export TEXMFVAR TEXMFCONFIG RUNNING_AS_SYS
 [EMAIL PROTECTED] danjean# kpsewhich '--expand-var=$VARTEXFONTS'
 /var/cache/fonts
 [EMAIL PROTECTED] danjean# export KPSE_DOT=/users/huron/danjean
 [EMAIL PROTECTED] danjean# kpsewhich '--expand-var=$VARTEXFONTS'
 /users/huron/danjean/texmf.cnf: Permission denied
 /var/cache/fonts

 So the messages are due to the lines 560-565 of fmtutil:
   thisdir=`pwd`

   : ${KPSE_DOT=$thisdir}
   export KPSE_DOT

Thanks for the analysis.  I had something like this in the back of my
mind, but it didn't uncover itself...

 I do not know why KPSE_DOT is set to the current directory (which can be
 any directory, there is no cd before) and I do not know the purpose of
 this variable (I'm not yet TeX guru ;-) )

I don't know, either.  I'll ask upstream.

 As long as HOME is root's real home directory, I don't think much bad
 should happen - or phrased differently, root shouldn't have a f'cked up
 texmf.cnf in their home directory.  But I think we have already
 discussed this a while ago, does anybody in the team remember?

 There seems to be some things about that (the RUNNING_AS_SYS variable),
 but it does not seems very usefull (no other use than to print or not a
 message, at least in fmtutil)

Oh, it's useful for more than the message printing - if you are root and
it is not set, fmtutil-sys is called which sets the correct variables
and calls fmtutil again.  Without it we'd get into an endless loop.

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#358330: fmtutil-sys: use local user texmf.cnf when configuring system wide files

2006-03-23 Thread Vincent Danjean 
Frank Küster wrote:
 Hm, I cannot reproduce this:
 
 [EMAIL PROTECTED]:~$ su
 Password: 
 riesling:/home/frank# echo $HOME
 /root
 riesling:/home/frank# kpsewhich --var-value=TEXMFHOME
 /root/texmf
 riesling:/home/frank#
 
 What am I (or you?) doing wrong?

I get the same results as you :
[EMAIL PROTECTED] danjean# kpsewhich --var-value=TEXMFHOME
/root/texmf
However :
[EMAIL PROTECTED] danjean# fmtutil-sys  --missing
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied

In details:
[EMAIL PROTECTED] danjean# bash -x /usr/bin/fmtutil-sys  --missing
+ test -f /bin/ksh
+ test -z ''
+ unset RUNNING_KSH
+ test -f /bin/bsh
+ unset RUNNING_BSH
+ test -n ''
++ kpsewhich -var-value TEXMFSYSVAR
+ v=/var/lib/texmf
++ kpsewhich -var-value TEXMFSYSCONFIG
+ c=/etc/texmf
+ TEXMFVAR=/var/lib/texmf
+ TEXMFCONFIG=/etc/texmf
+ RUNNING_AS_SYS=true
+ export TEXMFVAR TEXMFCONFIG RUNNING_AS_SYS
+ case $argv0 in
+ exec fmtutil --missing
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied

Looking in details in fmtutil, I see that the messages come from the
cache_vars

Here is now what I tested :
[EMAIL PROTECTED] danjean# TEXMFVAR=/var/lib/texmf
[EMAIL PROTECTED] danjean# TEXMFCONFIG=/etc/texmf
[EMAIL PROTECTED] danjean# RUNNING_AS_SYS=true
[EMAIL PROTECTED] danjean# export TEXMFVAR TEXMFCONFIG RUNNING_AS_SYS
[EMAIL PROTECTED] danjean# kpsewhich '--expand-var=$VARTEXFONTS'
/var/cache/fonts
[EMAIL PROTECTED] danjean# export KPSE_DOT=/users/huron/danjean
[EMAIL PROTECTED] danjean# kpsewhich '--expand-var=$VARTEXFONTS'
/users/huron/danjean/texmf.cnf: Permission denied
/var/cache/fonts

So the messages are due to the lines 560-565 of fmtutil:
  thisdir=`pwd`

  : ${KPSE_DOT=$thisdir}
  export KPSE_DOT

I do not know why KPSE_DOT is set to the current directory (which can be
any directory, there is no cd before) and I do not know the purpose of
this variable (I'm not yet TeX guru ;-) )

I hope this will help you.

 As long as HOME is root's real home directory, I don't think much bad
 should happen - or phrased differently, root shouldn't have a f'cked up
 texmf.cnf in their home directory.  But I think we have already
 discussed this a while ago, does anybody in the team remember?

There seems to be some things about that (the RUNNING_AS_SYS variable),
but it does not seems very usefull (no other use than to print or not a
message, at least in fmtutil)

  Best regards,
Vincent

Bug#358330: fmtutil-sys: use local user texmf.cnf when configuring system wide files

2006-03-22 Thread Vincent Danjean 
Package: tetex-bin
Version: 3.0-15
Severity: minor

As my HOME is nfs mounted with root-squash enable (ie root cannot access
my HOME dir), I noticed that fmtutil-sys try to load my local texmf.cnf:

[...]
Running fmtutil-sys. This may take some time. ...
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
/users/huron/danjean/texmf.cnf: Permission denied
Running updmap-sys. This may take some time. ... done.

To avoid this, I need to do a su - (sudo and/or su without - option
is not sufficient).

Note that I think that with su -, fmtutil-sys still try to look at the
user config file. However, as root's home is local, I do not have such
messages.

Can't the fact that fmtutil-sys try to read the user config file lead
to bad system-wide config file (if the user config file is badly
written) ? I am not sure of that, hence the minor serverity.

  Best regards,
Vincent

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages tetex-bin depends on:
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  debianutils   2.15.3 Miscellaneous utilities specific t
ii  dpkg  1.13.16package maintenance system for Deb
ii  ed0.2-20 The classic unix line editor
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-5generic font configuration library
ii  libfreetype6  2.1.10-1.2 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.3-1  GCC support library
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  libkpathsea4  3.0-15 path search library for teTeX (run
ii  libpaper1 1.1.14-5   Library for handling paper charact
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libpoppler0c2 0.4.5-3PDF rendering library
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libstdc++64.0.3-1The GNU Standard C++ Library v3
ii  libt1-5   5.1.0-2Type 1 font rasterizer library - r
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxaw8   6.9.0.dfsg.1-4 X Athena widget set library
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxmu6   6.9.0.dfsg.1-4 X Window System miscellaneous util
ii  libxp66.9.0.dfsg.1-4 X Window System printing extension
ii  libxpm4   6.9.0.dfsg.1-4 X pixmap library
ii  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  mime-support  3.36-1 MIME files 'mime.types'  'mailcap
ii  perl  5.8.8-3Larry Wall's Practical Extraction 
ii  sed   4.1.4-5The GNU sed stream editor
ii  tetex-base3.0-15 Basic library files of teTeX
ii  ucf   2.007  Update Configuration File: preserv
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages tetex-bin recommends:
ii  dialog1.0-20060221-1 Displays user-friendly dialog boxe
pn  libxml-parser-perlnone (no description available)
pn  perl-tk   none (no description available)
ii  psutils   1.17-21A collection of PostScript documen
ii  whiptail  0.52.2-2   Displays user-friendly dialog boxe

Versions of packages tetex-base depends on:
ii  dpkg  1.13.16package maintenance system for Deb
ii  tex-common0.19   Common infrastructure for using an
ii  ucf   2.007  Update Configuration File: preserv

Versions of packages tetex-extra depends on:
ii  dpkg  1.13.16package maintenance system for Deb
ii  tetex-base3.0-15 Basic library files of teTeX
ii  ucf   2.007  Update Configuration File: preserv

-- debconf information:
  tetex-base/olddat: true
  tetex-base/fmtutil-failed:
  tetex-bin/cnf_name:
  tetex-base/oldupdm:
  tetex-base/updmap-failed:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.

Bug#358330: fmtutil-sys: use local user texmf.cnf when configuring system wide files

2006-03-22 Thread Frank Küster 
Vincent Danjean [EMAIL PROTECTED] wrote:

 Package: tetex-bin
 Version: 3.0-15
 Severity: minor

 As my HOME is nfs mounted with root-squash enable (ie root cannot access
 my HOME dir), I noticed that fmtutil-sys try to load my local texmf.cnf:

 [...]
 Running fmtutil-sys. This may take some time. ...
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 /users/huron/danjean/texmf.cnf: Permission denied
 Running updmap-sys. This may take some time. ... done.

 To avoid this, I need to do a su - (sudo and/or su without - option
 is not sufficient).

Hm, I cannot reproduce this:

[EMAIL PROTECTED]:~$ su
Password: 
riesling:/home/frank# echo $HOME
/root
riesling:/home/frank# kpsewhich --var-value=TEXMFHOME
/root/texmf
riesling:/home/frank#

What am I (or you?) doing wrong?

 Note that I think that with su -, fmtutil-sys still try to look at the
 user config file. However, as root's home is local, I do not have such
 messages.

 Can't the fact that fmtutil-sys try to read the user config file lead
 to bad system-wide config file (if the user config file is badly
 written) ? I am not sure of that, hence the minor serverity.

As long as HOME is root's real home directory, I don't think much bad
should happen - or phrased differently, root shouldn't have a f'cked up
texmf.cnf in their home directory.  But I think we have already
discussed this a while ago, does anybody in the team remember?

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)