Bug#460559: tetex-extra: aptitude remove tetex-extra fails
reassign 460559 tex-common retitle 460559 Needs to conflict with etch's version of the tetex packages clone 460559 -1 reassign -1 texlive-base-bin retitle -1 manpages of updmap, fmtutil and texconfig should refer to TeX-on-Debian docs severity 460559 serious severity 460559 normal thanks Paul Menzel [EMAIL PROTECTED] wrote: Am Sonntag, den 03.02.2008, 18:44 +0100 schrieb Frank Küster: Paul Menzel [EMAIL PROTECTED] wrote: I finally found [1] and the /usr/share/texmf-tetex (or texlive – I do not remember and I do not have access to the computer now) was not in my paths either. And you upgraded from an old machine to unstable, right? If I remember correctly the machine was using unstable all the time. I just had not done an sudo aptitude safe-upgrade for over a year and was still using the tetex packages. Hm, which paths did you have in TEXMFDIST before you made the change? If it was only /usr/share/texmf-tetex, than it's the problem I described, just not with upgrades from stable_n to stable_n+2, but within unstable - and I wouldn't care much about that. However, from the info in your first mail it seems to me that the problem was that you only had the new path, /usr/share/texmf-texlive. That means you had already upgraded tex-common, but the old tetex-extra still installed. This is something that can still happen to anyone upgrading from etch to lenny. It seems we need to bump the Conflicts line in tex-common from Conflicts: tetex-base (= 3.0-3), tetex-bin (= 3.0-4) to Conflicts: tetex-base (= 2007), tetex-bin (= 2007) But before doing that, I'd like to do some testing first. Any ideas how we could have helped you find that info? I did not find it with google. If the output in the updmap logfile had a reference like „read the files /usr/share/doc/tex-common/TeX-on-Debian*” I might have found it. Hm, well, I think looking into /usr/share/doc/$package should be the first thing on a Debian system, much prior to searching with Google. You've already found that the problem has to to with updmap, which is in the tetex-bin package. $ ls /usr/share/doc/tetex-bin/ NEWS.Debian.gz README.Developers changelog.Debian.experimental.gz changelog.gz README.Debian TODO.Debianchangelog.Debian.gz copyright Both README.Debian and NEWS.Debian point you to TeX-on-Debian.* Also a note in the warning running updmap-sys --edit which finds a modified configuration file (and recommends to delete it, if I remember correctly) might have helped. You used --syncwithtrees, and that give a very generic information which is not Debian-specific, and the script cannot guess that you have a Debian-specific problem. The manpages, however, (and maybe the output of --edit, that's right) should mention the documentation in tex-common. (Cloning the bug and reassigning to texlive-base-bin). Regards, Frank -- Frank Küster Debian Developer (teTeX/TeXLive)
Bug#460559: tetex-extra: aptitude remove tetex-extra fails
Dear Frank, thanks for your response. Am Sonntag, den 03.02.2008, 18:44 +0100 schrieb Frank Küster: Paul Menzel [EMAIL PROTECTED] wrote: I finally found [1] and the /usr/share/texmf-tetex (or texlive – I do not remember and I do not have access to the computer now) was not in my paths either. And you upgraded from an old machine to unstable, right? If I remember correctly the machine was using unstable all the time. I just had not done an sudo aptitude safe-upgrade for over a year and was still using the tetex packages. Unfortunately there were no information about what tools to use, to modify the paths. Or rather, you did not find them. I'm not sure in which state your system was. But it seems you already had upgraded tex-common, you should have found /usr/share/doc/tex-common/TeX-on-Debian*. All versions have a table of contents, and in the second chapter, Changing your configuration, file placement, the first section is Available TEXMF trees for users and system administrators which contains the necessary information or links to them. I looked at the document. Great work. Any ideas how we could have helped you find that info? I did not find it with google. If the output in the updmap logfile had a reference like „read the files /usr/share/doc/tex-common/TeX-on-Debian*” I might have found it. Also a note in the warning running updmap-sys --edit which finds a modified configuration file (and recommends to delete it, if I remember correctly) might have helped. Therefore I manually edited the config file by adding the path to dvips35.map to a variable in the beginning. If you've added /etc/texmf/texmf.d/05TeXmf.cnf and run update-texmf, that was right. After removing all traces of teTeX, you can now remove the texmf-tetex part of the path again. Thanks again for this great answer and sorry, that I did not read the files in tex-common, which are great documents. Please close this bug report, if you do not have any other reasons. I do not. Greetings, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#460559: tetex-extra: aptitude remove tetex-extra fails
Paul Menzel [EMAIL PROTECTED] wrote: I finally found [1] and the /usr/share/texmf-tetex (or texlive – I do not remember and I do not have access to the computer now) was not in my paths either. And you upgraded from an old machine to unstable, right? We have added the texlive path to TEXMFDIST during the sarge-etch upgrade, and AFAIR we had a check for that (which failed with a user-friendly error message). Now in the etch-lenny upgrade, we remove texmf-tetex and only keep texmf-texlive. This probably means that if someone skips a release (which is generally not supported), they should manually remove tetex before upgrading tex-common (the package wich contains the TEXMFDIST setting). The question is whether we want to care for this problem, or simply say You have been warnded? Unfortunately there were no information about what tools to use, to modify the paths. Or rather, you did not find them. I'm not sure in which state your system was. But it seems you already had upgraded tex-common, you should have found /usr/share/doc/tex-common/TeX-on-Debian*. All versions have a table of contents, and in the second chapter, Changing your configuration, file placement, the first section is Available TEXMF trees for users and system administrators which contains the necessary information or links to them. Any ideas how we could have helped you find that info? Therefore I manually edited the config file by adding the path to dvips35.map to a variable in the beginning. If you've added /etc/texmf/texmf.d/05TeXmf.cnf and run update-texmf, that was right. After removing all traces of teTeX, you can now remove the texmf-tetex part of the path again. Regards, Frank -- Frank Küster Debian Developer (teTeX/TeXLive)
Bug#460559: tetex-extra: aptitude remove tetex-extra fails
Hi, I finally found a solution, but I have not found any time yet to report back, so thanks for beating me to it, Hilmar. Am Mittwoch, den 30.01.2008, 23:26 +0100 schrieb Hilmar Preusse: On 13.01.08 Paul Menzel ([EMAIL PROTECTED]) wrote: !!! ERROR! The map file `dvips35.map' has not been found at all. Either put this file into the right place or remove the reference from the configuration file. An automatic way to disable unavailable map files is to call updmap-sys --syncwithtrees For manual editing, call updmap-sys --edit Did you try this one? For any reason your dvips35.map file disappeared. updmap-sys --syncwithtrees This gave the same error. updmap-sys --edit This just showed the config file in a pager. If you managed to remove purge tetex I suggest to install the TeX system from the scratch. I wanted to do this. But dpkg always returned with this error. I finally found [1] and the /usr/share/texmf-tetex (or texlive – I do not remember and I do not have access to the computer now) was not in my paths either. Unfortunately there were no information about what tools to use, to modify the paths. Therefore I manually edited the config file by adding the path to dvips35.map to a variable in the beginning. Then the file could be found and tetex-extra could be removed by aptitude. So before closing this report, can somebody just tell everybody about the instructions to edit the paths kpsewhich --show-path=map finds. Thanks a lot. Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346326#30 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#460559: tetex-extra: aptitude remove tetex-extra fails
On 13.01.08 Paul Menzel ([EMAIL PROTECTED]) wrote: Hi, !!! ERROR! The map file `dvips35.map' has not been found at all. Either put this file into the right place or remove the reference from the configuration file. An automatic way to disable unavailable map files is to call updmap-sys --syncwithtrees For manual editing, call updmap-sys --edit Did you try this one? For any reason your dvips35.map file disappeared. If you managed to remove purge tetex I suggest to install the TeX system from the scratch. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460559: tetex-extra: aptitude remove tetex-extra fails
Subject: aptitude remove tetex-extra fails Package: tetex-extra Version: 3.0-17 Severity: important *** Please type your report below this line *** Hello, i have an old computer on which I have not done any package updates/upgrades for some time – I guess over a year. I am trying to bring it up to date. Back then tetex was being installed and now I want to move to texlive. $ dpkg -l tetex-extra […] ||/ Name VersionBeschreibung +++-==-==- rH tetex-extra3.0-17 Additional library files of teTeX But I get the following error. $ sudo aptitude install bind9-host cpp dnsutils gnome-games gnome-keyring gnome-nettool gnome-volume-manager libaspell15 latex-ucs […] Die folgenden Pakete werden zurückgehalten: […] Die folgenden NEUEN Pakete werden zusätzlich installiert: cpp-4.2{a} dvipdfmx{a} freeglut3{a} ggzcore-bin{a} gnome-cards-data{a} gnuchess{a} gnuchess-book{a} guile-1.8-libs{a} libbind9-30{a} libdns32{a} libgdl-1-0{a} libgdl-1-common{a} libgdl-gnome-1-0{a} libggz2{a} libggzcore9{a} libggzmod4{a} libgtkglext1{a} libisc32{a} libisccc30{a} libisccfg30{a} liblwres30{a} libpam-gnome-keyring{a} lmodern{a} perl-tk{a} python-ctypes{a} python-gnome2-extras{a} python-gst0.10{a} python-gtkglext1{a} python-opengl{a} python-setuptools{a} python-xml{a} serpentine{a} texlive-base{a} texlive-base-bin{a} texlive-base-bin-doc{a} texlive-common{a} texlive-doc-base{a} texlive-latex-base{a} texlive-latex-base-doc{a} whois{a} Die folgenden Pakete werden ENTFERNT: libaspell15c2{a} tetex-bin{a} tetex-extra{a} Die folgenden Pakete werden aktualisiert: bind9-host cpp dnsutils gnome-games gnome-games-data gnome-keyring gnome-nettool gnome-volume-manager latex-ucs libaspell15 tetex-base Die folgenden Pakete werden EMPFOHLEN, aber NICHT installiert: […] 11 Pakete aktualisiert, 40 zusätzlich installiert, 3 werden entfernt und 22 nicht aktualisiert. Muss 93,3MB an Archiven herunterladen. Nach dem Entpacken werden 63,9MB zusätzlich belegt sein. Wollen Sie fortsetzen? [Y/n/?] […] Extrahiere Templates aus Paketen: 100% (Lese Datenbank ... 93414 Dateien und Verzeichnisse sind derzeit installiert.) Entferne libaspell15c2 ... Entferne tetex-extra ... Running updmap-sys. This may take some time. ... updmap failed. Output has been stored in /tmp/tetex.updmap.sNwS5437 Please include this file if you report a bug. dpkg: Fehler beim Bearbeiten von tetex-extra (--remove): Unterprozess post-removal script gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: tetex-extra E: Sub-process /usr/bin/dpkg returned an error code (1) Ein Paket konnte nicht installiert werden. Versuche zu lösen: After trying aptitude safe-upgrade, I got the following. Wollen Sie fortsetzen? [Y/n/?] Schreibe erweiterte Statusinformationen... Fehler! E: Ich konnte keine Datei für Paket tetex-extra finden. Das könnte heißen, dass Sie dieses Paket von Hand korrigieren müssen. I looked at the log-file and tried $ sudo updmap-sys --syncwithtrees updmap-sys: This is updmap-sys, version 1107552857-debian updmap-sys: using transcript file `/var/lib/texmf/web2c/updmap-sys.log' updmap-sys: initial config file is `/var/lib/texmf/web2c/updmap.cfg' updmap-sys: configuration file updated: `/etc/texmf/web2c/updmap.cfg' updmap is creating new map files using the following configuration: config file: `/etc/texmf/web2c/updmap.cfg' dvips output directory: `/var/lib/texmf/fonts/map/dvips/updmap' pdftex output directory: `/var/lib/texmf/fonts/map/pdftex/updmap' dvipdfm output directory: `/var/lib/texmf/fonts/map/dvipdfm/updmap' prefer outlines: `true' texhash enabled: `false' download standard fonts (dvips): `false' download standard fonts (pdftex): `true' download standard fonts (dvipdfm): `true' updmap-sys: Scanning for LW35 support files !!! ERROR! The map file `dvips35.map' has not been found at all. Either put this file into the right place or remove the reference from the configuration file. An automatic way to disable unavailable map files is to call updmap-sys --syncwithtrees For manual editing, call updmap-sys --edit Here is the output in English: $ LANG=C sudo aptitude remove tetex-extra Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages have been kept back: […] The following packages will be REMOVED: tetex-extra 0 packages upgraded, 0 newly installed, 1 to remove and 34 not upgraded. Need to get 0B of archives. After unpacking 43.2MB will be freed. Writing extended state information... Done (Reading database ... 89363 files and directories currently installed.) Removing tetex-extra ... Running updmap-sys. This may take some time. ... updmap failed. Output has been stored in /tmp/tetex.updmap.lMtD6349 Please include