texlive-basic update broken
Mojca Miklavec
mojca.miklavec.lists at gmail.com
Tue Aug 9 15:55:04 PDT 2011
On Wed, Aug 10, 2011 at 00:09, Paulo Moura wrote:
>
> On 09/08/2011, at 16:49, Mojca Miklavec wrote:
>
>> On Tue, Aug 9, 2011 at 19:16, Paulo Moura wrote:
>>>
>>> Hi,
>>>
>>> The texlive-basic update is broken. See the following discussion for details:
>>>
>>> http://www.tug.org/pipermail/tex-live/2011-June/029494.html
>>>
>>> The bug seems to be already fixed up-stream but I'm not sure how we should proceed.
>>
>> How exactly does that you are referring to relate to macports?
>
> See below.
>
> The problem occurs even after uninstalling the previous version. And the error log shows that the problem is the same as discussed in the TUG list:
>
> ...
> :info:activate ! I can't find file `loadhyph-zh-latn.tex'.
> ...
> :info:activate ###############################################################################
> :info:activate fmtutil: Error! Not all formats have been built successfully.
> :info:activate Visit the log files in directory
> :info:activate /opt/local/var/db/texmf/web2c
> :info:activate for details.
> :info:activate ###############################################################################
> :info:activate
> :info:activate This is a summary of all `failed' messages:
> :info:activate `luatex -ini -jobname=luatex -progname=luatex luatex.ini' failed
...
Thank you.
Interesting manifestation of a different problem :)
The original problem had to do with TeX Live installer building some
formats before regenerating language.dat/.def files.
Here the problem is way more fundamental. You can compare update
process of texlive with upgrade of a random package where you keep
upgrading sources file-by-file and try to run "./configure & make"
after updating each file instead of running it only after replacing
the whole source as a unit. Almost every intermediate step would
contain inconsistent state and compiling won't work at all.
The reason why this happens is because at this point you still have
texlive-lang-cjk at 2010 installed which keeps asking for file that
doesn't exist in texlive-base at 2011 (it only existed in
texlive-base at 2010). All the packages texlive-lang-foo depend strictly
on version 2011 of TeX Live.
The only sane way to resolve this particular problem would be to
uninstall all the texlive-lang-* packages before replacing
texlive-base with version 2011. Replacing packages one-by-one and
regenerating formats between those replacements will always result in
errors. You've seen one random manifestation, but you can be sure that
there will be others.
The only really sane way would be to remove the whole texlive first,
reinstall version 2011 and only then generate the formats.
Keep in mind that even though this is not likely to happen on a daily
bases, it cannot be excluded that file A is present in
texfile-foo at 2010 and in texlive-bar at 2011 (at exactly the same
location). What happens if one does the following steps:
- uninstall texlive-bar at 2010
- install texlive-bar at 2011
- uninstall texlive-foo at 2010
- install texlive-foo at 2011
? Am I right that the file A will be removed by the third step? Would
macports detect a problem in this case?
Mojca
More information about the macports-users
mailing list