Bug#612924: Bug#600012: texlive-base: Claims to recreate pdftexconfig.tex upon clean install
Frank Küster fr...@debian.org wrote: First of all, the follow-up mail to my original bug report #60012 was misdirected, and this bug seems to have been bogus from the beginning. I have no idea what I did back then, but I _cannot_ reproduce it in squeeze or sid. There's also no indication in the code what could go wrong. Therefore closing. Then, if my above analysis was right, we should prepare a fix for squeeze. And hm, maybe, not remove the code in sid, but just comment it out and watch what happens... The analysis was not right. It's in the function resurrect_conffile_sid that the commandline arguments to the preinst script are checked. And only upon upgrading it tries to do something. However, there is a bug (#612924), as discussed earlier: $ loginlenny ... # aptitude install texlive-base ... # rm /etc/texmf/tex/generic/config/pdftexconfig.tex # $edit /etc/apt/sources.list # to point to squeeze # aptitude update ... # aptitude safe-upgrade 21 | tee s_upgrade.lg ... gives Preparing to replace texlive-base 2007.dfsg.2-1~lenny2 (using .../texlive-base_2009-11_all.deb) ... Reinstalling deleted mandatory conffile pdftexconfig.tex cp: cannot stat `/usr/share/texlive-base/pdftexconfig.tex': No such file or directory dpkg: error processing /var/cache/apt/archives/texlive-base_2009-11_all.deb (--unpack): subprocess new pre-installation script returned error exit status 1 Preparing to replace texlive-doc-base 2007.dfsg.2-1 (using .../texlive-doc-base_2009-2_all.deb) ... Unpacking replacement texlive-doc-base ... dpkg: regarding .../texlive-common_2009-11_all.deb containing texlive-common: texlive-common conflicts with texlive-base ( 2009-1) texlive-base (version 2007.dfsg.2-1~lenny2) is present and installed. dpkg: error processing /var/cache/apt/archives/texlive-common_2009-11_all.deb (--unpack): conflicting packages - not installing texlive-common dpkg: regarding .../tex-common_2.08_all.deb containing tex-common: tex-common conflicts with texlive-common ( 2009) texlive-common (version 2007.dfsg.2-1~lenny2) is present and installed. dpkg: error processing /var/cache/apt/archives/tex-common_2.08_all.deb (--unpack): conflicting packages - not installing tex-common as previously described. But the reason is not only that the template file is in /usr/share/texlive-bin/, moreover: In many cases texlive-bin is removed prior to installing texlive-base as a decision of aptitude's conflict resolver. That means we have no possibility to resurrect the file in preinst. There's code to do it again in postinst anyway. So simply dropping that line would be the patch, I guess. I will test it and ask release about a fix for stable. Regards, Frank -- Frank Küster Vorstand B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600012: texlive-base: Claims to recreate pdftexconfig.tex upon clean install
Norbert Preining prein...@logic.at wrote: On Do, 16 Dez 2010, Frank Küster wrote: So there is no checking whether there is already an old version installed. Even in postinst, we have a case $1 in configure) before the resurrect code. We should at least have a check whether we are uprgrading, and what the previous version was. And remove the code as soon as squeeze is released... Frank, can you look into that, maybe? First of all, the follow-up mail to my original bug report #60012 was misdirected, it should have gone to #612924, which is about the RC issue - mine is just cosmetics. Then, if my above analysis was right, we should prepare a fix for squeeze. And hm, maybe, not remove the code in sid, but just comment it out and watch what happens... As for the question whether I'll look into it: I cannot promise anything at the moment. This week, I need to co-found a local chapter of the political party, and celebrate my birthday. Regards, Frank -- Dr. Frank Küster VCD Miltenberg, ADFC Aschaffenburg-Miltenberg B90/Grüne KV Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600012: texlive-base: Claims to recreate pdftexconfig.tex upon clean install
On Do, 16 Dez 2010, Frank Küster wrote: So there is no checking whether there is already an old version installed. Even in postinst, we have a case $1 in configure) before the resurrect code. We should at least have a check whether we are uprgrading, and what the previous version was. And remove the code as soon as squeeze is released... Frank, can you look into that, maybe? Best wishes Norbert Norbert Preiningpreining@{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 SCRAMOGE (vb.) To cut oneself whilst licking envelopes. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600012: texlive-base: Claims to recreate pdftexconfig.tex upon clean install
On 13.12.10 Robert Bihlmeyer (ro...@orcus.priv.at) wrote: Hi, Summary: breaks lenny-sid upgrade; probably RC This also happens during an upgrade from lenny. Why? I guess because this conffile was previously associated with texlive-base-bin, which got removed (and the unchanged pdftexconfig.tex with it). I didn't have a thorough look at that. I just want to remark that I did already a few upgrades form lenny to sid and never run into a problem. You you exactly describe your scenario for reproduction? H. -- sigmentation fault signature.asc Description: Digital signature
Bug#600012: texlive-base: Claims to recreate pdftexconfig.tex upon clean install
Hilmar Preusse hill...@web.de wrote: On 13.12.10 Robert Bihlmeyer (ro...@orcus.priv.at) wrote: Hi, Summary: breaks lenny-sid upgrade; probably RC This also happens during an upgrade from lenny. Why? I guess because this conffile was previously associated with texlive-base-bin, which got removed (and the unchanged pdftexconfig.tex with it). Can you provide us with some logs, or some other way to investigate or reproduce it? I didn't have a thorough look at that. I just want to remark that I did already a few upgrades form lenny to sid and never run into a problem. So did I. However, there *is* something strange in texlive-base.preinst: # texlive-base preinst.post begin # make sure that no strange old duplicate lines are hanging around in # 10texlive-base.cnf [...] # Cleanup after Bug #420390 for sid users resurrect_conffile_sid /etc/texmf/metafont/misc/modes.mf texlive-base $1 $2 resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex texlive-base $1 $2 # we do not ship config.ps currently, do we need to resurrect that one, too? #resurrect_conffile_sid /etc/texmf/dvips/config/config.ps texlive-bin $1 $2 # texlive-base preinst.post end So there is no checking whether there is already an old version installed. Even in postinst, we have a case $1 in configure) before the resurrect code. We should at least have a check whether we are uprgrading, and what the previous version was. And remove the code as soon as squeeze is released... Regards, Frank -- Dr. Frank Küster VCD Miltenberg, ADFC Aschaffenburg-Miltenberg B90/Grüne KV Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600012: texlive-base: Claims to recreate pdftexconfig.tex upon clean install
Summary: breaks lenny-sid upgrade; probably RC This also happens during an upgrade from lenny. Why? I guess because this conffile was previously associated with texlive-base-bin, which got removed (and the unchanged pdftexconfig.tex with it). The original report is about a harmless message. Unfortunately, in my case the resurrection logic does not work at all. The preinst tries to take the file from /usr/share/texlive-base/pdftexconfig.tex. But there's nothing there yet, because the package is not unpacked yet (preinst, remember!). Therefore the script fails, preventing package installation completely and stopping the upgrade. Putting something at the above path works around the bug. Cheers, -- Robert Bihlmeyer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org