• Bug#265611: tetex-extra and fmtutil

    From =?iso-8859-1?q?Frank_K=FCster?=@1:229/2 to [email protected] on Mon Aug 16 15:30:08 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    [email protected] wrote:

    On Sun, Aug 15, 2004 at 11:41:32PM +0200, Hilmar Preusse wrote:
    On 15.08.04 Andreas Gredler ([email protected]) wrote:

    Hi,

    I'm writing you this personal mail because I don't want to discuss
    everything on the bug list(Long bug reports are hard to read, IMO)

    Which is a good way to have your issues resolved much more slowly, and
    for shutting out other people from valuable information. It also made it
    harder to me to find your original bug report.

    What should I look for in /etc/texmf? VARTEXMF is not set there and
    I do not understand why I should look for it there. That file isn't
    sourced in the postinst script. Am I missing something?

    /usr/bin/fmtutil

    # if no cnf_file from command-line, look it up with kpsewhich:
    test -z "$cnf_file" && cnf_file=`kpsewhich --format='web2c files' $cnf`
    test -f "$cnf_file" || abort "config file \$cnf' not found"

    That's the information I was looking for in the man page :-(

    You're welcome to submit a patch. Indeed I would suggest to add links to
    the web2c and kpathsea info files, which of course contain this
    information.

    fmtutil wants to see fmtutil.cnf either to be given on command line or
    to be found by kpsewhich. To make the latter possible the dir
    /var/lib/texmf/ must be part of TEXMF (set in texmf.cnf). What does
    egrep "^VARTEXMF|^TEXMF" /etc/texmf/texmf.cnf tell you?

    TEXMFMAIN = /usr/share/texmf
    TEXMFLOCAL = /usr/local/share/texmf
    TEXMFOLDLOCAL = /usr/local/lib/texmf
    TEXMF = {$HOMETEXMF,$TEXMFLOCAL,$TEXMFOLDLOCAL,!!$TEXMFMAIN}
    TEXMFDBS = $TEXMF;$VARTEXFONTS
    TEXMFCNF = {$SELFAUTOLOC,$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/texmf{-local,}/web2c};$TETEXDIR;/usr/share/texmf/web2c;/usr/share/texmf/web2c

    VARTEXMF is not there.

    egrep "^VARTEXMF|^TEXMF" /etc/texmf/texmf.d/05TeXMF.cnf ?

    TEXMFMAIN = /usr/share/texmf
    TEXMFLOCAL = /usr/local/share/texmf
    TEXMFOLDLOCAL = /usr/local/lib/texmf
    VARTEXMF = /var/lib/texmf
    TEXMF =
    {$HOMETEXMF,!!$TEXMFLOCAL,!!$TEXMFOLDLOCAL,!!$VARTEXMF,!!$TEXMFMAIN}
    TEXMFDBS = $TEXMF;$VARTEXFONTS

    Here, VARTEXMF is there. It seems that update-texmf has not been called
    during upgrade of tetex-bin, which is strange. Did you get any error
    messages when tetex-bin was last upgraded? What happens if you do

    dpkg-reconfigure tetex-bin

    I consider the following scenario: texmf.cnf is built from different
    files sitting in /etc/texmf/texmf.d. 05TeXMF.cnf was changed in
    tetex-bin 2.0.2-17. VARTEXMF was defined and taken as part of TEXMF.
    Hence the files in /var/lib/texmf/web2c are found. Possibly you have
    changed once 05TeXMF.cnf manually, but didn't define VARTEXMF. When
    you updated your tetex-bin you were probably asked, whether you want
    to use the maintainers version or keep your own (the latter answer is
    the default). You took the default answer, VARTEXMF is not defined in
    texmf.cnf and fmtutil.cnf is not found.

    I'm sure that I took the default answer, but I'm also rather sure that I never made any changes by hand.

    In this case, there wouldn't have been any questions.

    Because I had the same problem with tetex-base, which was solved after
    the next upgrade, I took a look in the newer postinst script.
    IMO they solved this problem by NOT calling fmtutil and updmap. All

    they are we.

    calls to updmap are commented out. And on my system fmtutil is not
    called because:

    if [ -e $TEXINIT_P -a -e $TEXLINKS_P -a -r /usr/share/texmf/web2c/fmtutil.cnf ] \
    [...]
    And /usr/share/texmf/web2c/fmtutil.cnf doesn't exist so the if will return false.

    Didn't I say something about "drastic change" and VARTEXMF? That's
    another one. This has to be /var/lib/texmf/web2c/fmtutil.cnf now - or
    perhaps even better, some kpsewhich call.

    P.S.: I have the other teTeX maintainers in Cc.

    So you're one of them(I couldn't find out who are the maintainers, that's why I'm asking this stupid question)?

    $ apt-cache show tetex-extra | egrep '^Maintainer|^Source'
    Maintainer: teTeX maintainers <[email protected]>
    Source: tetex-base

    No one knows which people are actually subscribed to the list, but
    there's a couple of active and very active people - the maintainers. And
    of course there's the "Uploaders" field of the control file: It contains
    the Debian Developers among the maintainers, and some ex-maintainers
    (probably still subscribed, but hardly active nowadays).

    Regards, Frank
    --
    Frank K�ster, Biozentrum der Univ. Basel
    Abt. Biophysikalische Chemie

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Thijs Kinkhorst@1:229/2 to All on Mon Aug 16 17:30:12 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    I am experiencing the exact same problem as stated in the first message of this bug. It's present since version 2.0.2-17, getting exactly the same error message as reported above. I'm sure that I've never changed anything in the configuration of any
    tetex-package myself.

    As for your question about the value of VARTEXMF in texmf.cnf, there's no such line; also in the /etc/texmf.d/ dir there isn't, except in the 05TeXMF.cnf.dpkg-dist file (mind the dpkg-dist extension):

    05TeXMF.cnf.dpkg-dist:VARTEXMF = /var/lib/texmf
    05TeXMF.cnf.dpkg-dist:TEXMF = {$HOMETEXMF,!!$TEXMFLOCAL,!!$TEXMFOLDLOCAL,!!$VARTEXMF,!!$TEXMFMAIN}
    05TeXMF.cnf.dpkg-dist:SYSTEXMF = $TEXMFLOCAL;$TEXMFOLDLOCAL;$VARTEXMF;$TEXMFMAIN

    Your question about dpkg-reconfigure tetex-bin just yields: /usr/sbin/dpkg-reconfigure: tetex-bin is broken or not fully installed

    I hope this helps to trace down the problem, if you need any more info please let me know.

    BTW is it just me, or does this BTS have an absolutely terrible interface? Displaying full headers of each message (???), no summary at the top or fields to change settings or add information etc. Are there any plans to change this?

    Thanks for the package,
    Thijs Kinkhorst



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

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From =?iso-8859-1?q?Frank_K=FCster?=@1:229/2 to Thijs Kinkhorst on Mon Aug 16 18:30:16 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    "Thijs Kinkhorst" <[email protected]> wrote:

    I am experiencing the exact same problem as stated in the first
    message of this bug. It's present since version 2.0.2-17, getting
    exactly the same error message as reported above. I'm sure that I've
    never changed anything in the configuration of any tetex-package
    myself.

    As for your question about the value of VARTEXMF in texmf.cnf, there's
    no such line; also in the /etc/texmf.d/ dir there isn't, except in the 05TeXMF.cnf.dpkg-dist file (mind the dpkg-dist extension):

    If there is a dpkg-dist file, then there must have been some change to /etc/texmf/texmf.d/05TeXMF.cnf, and it must have asked you about
    that. Since you say that you have not changed it, it would be
    interesting to get the complete contents of your
    /etc/texmf/texmf.d/05TeXMF.cnf (the one without the dpkg-dist
    extension).

    Your question about dpkg-reconfigure tetex-bin just yields: /usr/sbin/dpkg-reconfigure: tetex-bin is broken or not fully installed

    Under those circumstances it would have been "dpkg --configure -a", but
    I know what this gives, as long as you don't put the VARTEXMF entries
    into 05TeXMF.cnf. The really interesting thing is to learn how this file
    could be changed without you knowing.

    BTW is it just me, or does this BTS have an absolutely terrible
    interface? Displaying full headers of each message (???), no summary
    at the top or fields to change settings or add information etc. Are
    there any plans to change this?

    There are many complaints, and I think there is a plan to change it. But
    I think this will take time (unless you step in and do the coding, of course...)

    Regards, Frank
    --
    Frank K�ster, Biozentrum der Univ. Basel
    Abt. Biophysikalische Chemie

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From =?iso-8859-1?q?Frank_K=FCster?=@1:229/2 to All on Mon Aug 16 19:40:11 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    clone 265611 -1
    retitle -1 conffiles in VARTEMXF are not found
    forwarded -1 [email protected]
    stop

    Dear texk team,

    I have an issue with kpathsea and cnf-Files. It may be a user error, but
    I am not sure; at least some better documentation could be needed.

    In our Debian packages of teTeX, we have recently included a VARTEXMF
    directory in the TEXMF variable:

    VARTEXMF = /var/lib/texmf
    TEXMF = {$HOMETEXMF,!!$TEXMFLOCAL,!!$TEXMFOLDLOCAL,!!$VARTEXMF,!!$TEXMFMAIN}

    However, whereas e.g. texmf.cnf in /usr/share/texmf/web2c/ is found, fmtutil.cnf and mktex.cnf in /var/lib/texmf/web2c/ are not. In an
    attempt to resolve this, I have also added /var/lib/texmf to the
    TEXMFCNF variable (without recompilation so far), and I still get:

    frank@alhambra:~$ kpsewhich --expand-path='$TEXMFCNF' /usr/bin:/usr:/:/usr/share/texmf/web2c:/usr/share/texmf/web2c:/usr/share/texmf/web2c:/var/lib/texmf/web2c
    frank@alhambra:~$ kpsewhich fmtutil.cnf
    frank@alhambra:~$ kpsewhich --format cnf fmtutil.cnf
    frank@alhambra:~$ ls /var/lib/texmf/web2c/fmtutil.cnf /var/lib/texmf/web2c/fmtutil.cnf
    frank@alhambra:~$ ls -l /var/lib/texmf/web2c/fmtutil.cnf
    -rw-r--r-- 1 root root 3913 2004-08-16 17:40 /var/lib/texmf/web2c/fmtutil.cnf

    So the file is there, and readable, but is not found. Is it only the
    kpsewhich invocation? - I could imagine this, for the TeX format
    creation works flawlessly. Previously, when the file was in /usr/share/texmf/web2c it worked.

    Can you tell us what we are doing wrong?

    Regards, Frank
    --
    Frank K�ster, Biozentrum der Univ. Basel
    Abt. Biophysikalische Chemie

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From =?iso-8859-1?q?Frank_K=FCster?=@1:229/2 to [email protected] on Mon Aug 16 20:00:16 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    [email protected] wrote:

    On Mon, Aug 16, 2004 at 03:00:22PM +0200, Frank K�ster wrote:
    [email protected] wrote:

    On Sun, Aug 15, 2004 at 11:41:32PM +0200, Hilmar Preusse wrote:
    On 15.08.04 Andreas Gredler ([email protected]) wrote:

    Hi,

    I'm writing you this personal mail because I don't want to discuss
    everything on the bug list(Long bug reports are hard to read, IMO)

    Which is a good way to have your issues resolved much more slowly, and
    for shutting out other people from valuable information. It also made it
    harder to me to find your original bug report.

    I understand. My intention was to keep the bugreport small and to
    provide the needed information afterwards. It's really hard to find information in bug reports when everybody posts his whole sytem output.

    It's even harder to resolve bugs and work with packaging if the
    information in the BTS is incomplete. It's our archive, it's the place
    where we work. I am glad if people restrict their information to what is
    really necessary - but please please mail to the bug.

    Here, VARTEXMF is there. It seems that update-texmf has not been called
    during upgrade of tetex-bin, which is strange. Did you get any error
    messages when tetex-bin was last upgraded? What happens if you do

    Yes, same problems. But it was solved by the next upgrade.

    Hm? If tetex-bin had the same problems as you described for tetex-extra,
    but those problems went away, then how can it be that you still don't
    have VARTEXMF in your texmf.cnf? If VARTEXMF isn't in there, you should
    get problems with tetex-bin, too.

    dpkg-reconfigure tetex-bin

    Never tested, since my sytem worked again after I hacked the postinst script.

    So please do it for us. Or have you also hacked tetex-bin's postinst?
    Then please do, in this order,

    apt-get --reinstall install tetex-base
    apt-get --reinstall install tetex-bin
    apt-get --reinstall install tetex-extra

    and report all error messages.

    Because I had the same problem with tetex-base, which was solved after
    the next upgrade, I took a look in the newer postinst script.
    IMO they solved this problem by NOT calling fmtutil and updmap. All

    they are we.

    Sorry? Don't understand.

    the "they" you mentioned, the tetex-base maintainers, are the same as
    the maintainers of tetex-extra (and tetex-bin and -doc and -src): We,
    the group of Debian teTeX maintainers.

    My main intention was to report it, since I was wondering that the
    problem is solved in tetex-base but not in tetex-extra.

    Thank you for that.

    Regards, Frank
    --
    Frank K�ster, Biozentrum der Univ. Basel
    Abt. Biophysikalische Chemie

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Hilmar Preusse@1:229/2 to [email protected] on Mon Aug 16 20:40:12 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    On 16.08.04 Thijs Kinkhorst ([email protected]) wrote:

    Hi,

    I am experiencing the exact same problem as stated in the first
    message of this bug. It's present since version 2.0.2-17, getting
    exactly the same error message as reported above. I'm sure that
    I've never changed anything in the configuration of any
    tetex-package myself.

    As for your question about the value of VARTEXMF in texmf.cnf,
    there's no such line; also in the /etc/texmf.d/ dir there isn't,
    except in the 05TeXMF.cnf.dpkg-dist file (mind the dpkg-dist
    extension):

    05TeXMF.cnf.dpkg-dist:VARTEXMF = /var/lib/texmf
    05TeXMF.cnf.dpkg-dist:TEXMF = {$HOMETEXMF,!!$TEXMFLOCAL,!!$TEXMFOLDLOCAL,!!$VARTEXMF,!!$TEXMFMAIN}
    05TeXMF.cnf.dpkg-dist:SYSTEXMF = $TEXMFLOCAL;$TEXMFOLDLOCAL;$VARTEXMF;$TEXMFMAIN

    I consider the following scenario: texmf.cnf is built from different
    files sitting in /etc/texmf/texmf.d. 05TeXMF.cnf was changed in
    tetex-bin 2.0.2-17. VARTEXMF was defined and taken as part of TEXMF.
    Hence the files in /var/lib/texmf/web2c are found. Possibly you have
    changed once 05TeXMF.cnf manually, but didn't define VARTEXMF. When
    you updated your tetex-bin you were asked, whether you want to use
    the maintainers version or keep your own (the latter answer is the
    default). You took the default answer, VARTEXMF is not defined in
    texmf.cnf and fmtutil.cnf is not found.
    When you merge the changes of 05TeXMF.cnf.dpkg-dist and your local
    version everything should work fine. I guess we have to force the
    users to install the dist version to make the installation not fail
    and merge their local modifications later.

    Your question about dpkg-reconfigure tetex-bin just yields: /usr/sbin/dpkg-reconfigure: tetex-bin is broken or not fully
    installed

    I hope this helps to trace down the problem, if you need any more
    info please let me know.

    Do the hints above help you?

    BTW is it just me, or does this BTS have an absolutely terrible
    interface? Displaying full headers of each message (???), no
    summary at the top or fields to change settings or add information
    etc. Are there any plans to change this?

    The BTS has the mail interface. The web interface is made to view,
    but not edit bugs. Feel free to file a bug again the BTS if you want
    get that changed.

    H.
    --
    sigmentation fault


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

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From =?iso-8859-1?q?Frank_K=FCster?=@1:229/2 to Thijs Kinkhorst on Mon Aug 16 21:00:12 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    "Thijs Kinkhorst" <[email protected]> schrieb:

    On Mon, August 16, 2004 17:59, Frank K�ster said:
    If there is a dpkg-dist file, then there must have been some change to
    /etc/texmf/texmf.d/05TeXMF.cnf, and it must have asked you about
    that. Since you say that you have not changed it, it would be interesting
    to get the complete contents of your /etc/texmf/texmf.d/05TeXMF.cnf (the
    one without the dpkg-dist extension).

    I've attached the file itself and the diff from the dpkg-dist. Hope this helps.

    Thank you very much, but this is really strange. The file you have is
    exactly the file we shipped in previous versions, the dpkg-dist file is
    the new version. You are right in that you didn't change it.

    But then dpkg should not have asked you or done anything special, it
    should just have replaced the old version with the new. Only during the
    unpack phase it may be that dpkg creates them as backups, but it should
    remove them afterwards.

    Did anything go wrong during one of the last upgrades, like a power
    failure, kernel crash, disk full?

    TIA, Frank

    --
    Frank K�ster, Biozentrum der Univ. Basel
    Abt. Biophysikalische Chemie

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From =?iso-8859-1?q?Frank_K=FCster?=@1:229/2 to Hilmar Preusse on Mon Aug 16 21:30:15 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    Hilmar Preusse <[email protected]> schrieb:

    On 16.08.04 Thijs Kinkhorst ([email protected]) wrote:

    Hi,

    I am experiencing the exact same problem as stated in the first
    message of this bug. It's present since version 2.0.2-17, getting
    exactly the same error message as reported above. I'm sure that
    I've never changed anything in the configuration of any
    tetex-package myself.

    As for your question about the value of VARTEXMF in texmf.cnf,
    there's no such line; also in the /etc/texmf.d/ dir there isn't,
    except in the 05TeXMF.cnf.dpkg-dist file (mind the dpkg-dist
    extension):

    05TeXMF.cnf.dpkg-dist:VARTEXMF = /var/lib/texmf
    05TeXMF.cnf.dpkg-dist:TEXMF = {$HOMETEXMF,!!$TEXMFLOCAL,!!$TEXMFOLDLOCAL,!!$VARTEXMF,!!$TEXMFMAIN}
    05TeXMF.cnf.dpkg-dist:SYSTEXMF = $TEXMFLOCAL;$TEXMFOLDLOCAL;$VARTEXMF;$TEXMFMAIN

    I consider the following scenario: texmf.cnf is built from different
    files sitting in /etc/texmf/texmf.d. 05TeXMF.cnf was changed in
    tetex-bin 2.0.2-17. VARTEXMF was defined and taken as part of TEXMF.
    Hence the files in /var/lib/texmf/web2c are found.

    This is how it should be.

    Possibly you have
    changed once 05TeXMF.cnf manually, but didn't define VARTEXMF.

    The files Thijs sent show that he didn't change anything. If it is not a
    bug in dpkg, the only reason I can imagine would be a computer crash,
    power failure or similar during upgrade.

    When
    you updated your tetex-bin you were asked, whether you want to use
    the maintainers version or keep your own (the latter answer is the
    default).

    Thijs, do you remember being asked anything? Or, as I asked in the other
    mail, any power failure, disk full etc.?

    When you merge the changes of 05TeXMF.cnf.dpkg-dist and your local
    version everything should work fine. I guess we have to force the
    users to install the dist version to make the installation not fail
    and merge their local modifications later.

    There's no policy-compliant to force them, technically. We can only
    persuade them. What about

    % If defined, teTeX's texconfig stores modifications here (instead of the
    % TEXMFMAIN tree).
    -% Debian uses this for storing files generated by updmap and fmtutil
    +% Debian uses this for storing files generated by updmap and fmtutil, since
    +% 2.0.2-17
    +%
    +% If you do not accept this change, the teTeX packages will stop working!
    VARTEXMF = /var/lib/texmf

    % User texmf trees can be catered for like this...

    Thijs, if you just do

    cp /etc/texmf/texmf.d/05TeXMF.cnf.dpkg-dist /etc/texmf/texmf.d/05TeXMF.cnf

    Your problem should be solved. But I would really like to know how this
    could come...

    Regards, Frank
    --
    Frank K�ster, Biozentrum der Univ. Basel
    Abt. Biophysikalische Chemie

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Thomas Esser@1:229/2 to All on Mon Aug 16 23:00:16 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    frank@alhambra:~$ kpsewhich --expand-path='$TEXMFCNF' /usr/bin:/usr:/:/usr/share/texmf/web2c:/usr/share/texmf/web2c:/usr/share/texmf/web2c:/var/lib/texmf/web2c

    The search path for .cnf files is different from anything else, because
    the texmf.cnf file is searched along this path. This means that only
    the compile-time path makes any sense, so to get the real path, please use
    kpsewhich -show-path=.cnf

    frank@alhambra:~$ kpsewhich fmtutil.cnf

    kpathsea uses the .cnf search path here, but this is not the way that
    is normally used to find the file. If you look at fmtutil, you'll find
    out that the real thing is:
    kpsewhich --format='web2c files' fmtutil.cnf

    frank@alhambra:~$ kpsewhich --format cnf fmtutil.cnf

    That's just as wrong as the other invocation. fmtutil.cnf should not be searched by the rules that apply to texmf.cnf. Instead, the "web2c files" search path is the right one.

    kpsewhich invocation? - I could imagine this, for the TeX format
    creation works flawlessly. Previously, when the file was in

    Hm... In that case, you could have found out by
    bash -x fmtutil --byfmt latex

    Thomas


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

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Andreas Gredler@1:229/2 to All on Tue Aug 17 02:30:12 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    On Mon, Aug 16, 2004 at 07:35:37PM +0200, Frank K�ster wrote:
    [email protected] wrote:

    Hm? If tetex-bin had the same problems as you described for tetex-extra,
    but those problems went away, then how can it be that you still don't
    have VARTEXMF in your texmf.cnf? If VARTEXMF isn't in there, you should
    get problems with tetex-bin, too.

    I think it was just my dirty hack.

    So please do it for us. Or have you also hacked tetex-bin's postinst?
    Then please do, in this order,

    apt-get --reinstall install tetex-base
    apt-get --reinstall install tetex-bin
    apt-get --reinstall install tetex-extra

    Didn't work. While the packages failed I read the other mails and I was reminded that my computer had a powerfail a few days ago. I'm not sure
    if it was during the update, but I found two *.dist files in /etc/texmf.
    I copied them over the other files and suddenly all three tetex packages
    became installable.
    Unfortunately latex reported errors so I decided to remove the packages.
    I also removed the directories, that dpkg refused to delete.
    After the new install everything works now :-)

    Thank you all for your help.

    greets Jimmy

    --
    Andreas "Jimmy" Gredler, [email protected]
    Get my public key at www.g-tec.co.at

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From =?iso-8859-1?q?Frank_K=FCster?=@1:229/2 to Andreas Gredler on Tue Aug 17 10:20:09 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    Andreas Gredler <[email protected]> wrote:

    Didn't work. While the packages failed I read the other mails and I was reminded that my computer had a powerfail a few days ago.

    That might be an explanation.

    I'm not sure
    if it was during the update, but I found two *.dist files in /etc/texmf.
    I copied them over the other files and suddenly all three tetex packages became installable.
    Unfortunately latex reported errors so I decided to remove the packages.
    I also removed the directories, that dpkg refused to delete.
    After the new install everything works now :-)

    Fine. By the way, sometimes the reason why dpkg refuses to delete
    directories in /etc/ is that an _other_ package created a configuration
    file there in a maintainer script. If this other package is not removed
    and you just remove the directories, this other package might have
    problems.

    Anyway, I think we can close this bug, once the change from /usr/share/texmf/web2c/fmtutil.cnf to /var/lib/texmf/web2c/fmtutil.cnf
    has been made in the maintainer scripts. Do you agree?

    Regards, Frank
    --
    Frank K�ster, Biozentrum der Univ. Basel
    Abt. Biophysikalische Chemie

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Andreas Gredler@1:229/2 to All on Tue Aug 17 12:10:09 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    On Tue, Aug 17, 2004 at 09:41:12AM +0200, Frank K�ster wrote:
    Andreas Gredler <[email protected]> wrote:

    I'm not sure
    if it was during the update, but I found two *.dist files in /etc/texmf.
    I copied them over the other files and suddenly all three tetex packages became installable.
    Unfortunately latex reported errors so I decided to remove the packages.
    I also removed the directories, that dpkg refused to delete.
    After the new install everything works now :-)

    Fine. By the way, sometimes the reason why dpkg refuses to delete
    directories in /etc/ is that an _other_ package created a configuration
    file there in a maintainer script. If this other package is not removed
    and you just remove the directories, this other package might have
    problems.

    I see. But this way I could be sure that all configuration will be
    purged.

    Anyway, I think we can close this bug, once the change from /usr/share/texmf/web2c/fmtutil.cnf to /var/lib/texmf/web2c/fmtutil.cnf
    has been made in the maintainer scripts. Do you agree?

    I agree.

    greets Jimmy

    --
    Andreas "Jimmy" Gredler, [email protected]
    Get my public key at www.g-tec.co.at

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Thijs Kinkhorst@1:229/2 to I can't guarrantee that it didn't h on Tue Aug 17 15:20:11 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    On Mon, August 16, 2004 21:02, Frank K�ster said:
    Thijs, do you remember being asked anything? Or, as I asked in the other mail, any power failure, disk full etc.?

    No, I don't think such an event happened at all. About the question being asked; I can't guarrantee that it didn't happen but as I said, at least I'm sure that I didn't do anything by hand.

    cp /etc/texmf/texmf.d/05TeXMF.cnf.dpkg-dist
    /etc/texmf/texmf.d/05TeXMF.cnf

    Your problem should be solved. But I would really like to know how this
    could come...

    This indeed solves the problem. It might be some glitch somewhere. But since both Jimmy and I experienced the same problem, perhaps there's something broken somewhere?

    Thanks for your help.

    Thijs



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

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From =?iso-8859-1?q?Frank_K=FCster?=@1:229/2 to Thijs Kinkhorst on Tue Aug 17 16:30:12 2004
    XPost: linux.debian.maint.tetex
    From: [email protected]

    "Thijs Kinkhorst" <[email protected]> wrote:

    On Mon, August 16, 2004 21:02, Frank K�ster said:
    Thijs, do you remember being asked anything? Or, as I asked in the other
    mail, any power failure, disk full etc.?

    No, I don't think such an event happened at all. About the question
    being asked; I can't guarrantee that it didn't happen but as I said,
    at least I'm sure that I didn't do anything by hand.

    [...]
    This indeed solves the problem. It might be some glitch somewhere. But
    since both Jimmy and I experienced the same problem, perhaps there's something broken somewhere?

    Hm. The problem is that the "somewhere" can only be dpkg. And I think it
    is quite unlikely that such an error occurs, but has never been found previously. And if it still occurs, it is even more unlikely, that we
    will find it out and fix it before sarge. Or ever, if you have a look at
    dpkg's bug page...

    Regards, Frank
    --
    Frank K�ster, Biozentrum der Univ. Basel
    Abt. Biophysikalische Chemie

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)