Tomoaki Okayama wrote:
> I've just tested texlive on 10.5/i386 and no error occurred.
> The log file is here (with -Kkmly --build-as-nobody option):
> 
> http://fink.sodan.ecc.u-tokyo.ac.jp/~okayama/tex/fink-build-log_texlive_0.20100722-0test7_2011.01.11-19.21.35.gz
> 
> Currently I couldn't figure out why you get such an error,
> and how to fix it. Any ideas?

The error I have shown comes from a conflict with Fink headers in 
/sw/include/unicode. To avoid this, you have to use

BuildConflicts: libicu36-dev

Removing libicu36-dev lets my build go further, but then it fails again 
with the crazy error

> make[4]: *** No rule to make target
> `/sw/var/ccache/XeTeXFontM.tmp.hilbert.math.univ-rennes1.fr.871.ii',
> needed by `libxetexmm_a-XeTeXFontMgr_Mac.o'. Stop.
> make[3]: *** [all-recursive] Error 1

This comes from the line

> sudo g++ -DHAVE_CONFIG_H -I. -I../../../texk/web2c -I./w2c -I/sw/include 
> -I../../../texk/web2c/xetexdir -DU_STATIC_IMPLEMENTATION 
> -I/Volumes/FinkBuild/sw/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/icu/include
>  -I/sw/include/freetype2 -I/sw/include -DXETEX_MAC -DXETEX_GRAPHITE 
> -I/Volumes/FinkBuild/sw/src/fink.build/txlive-0.20100722-0test7/texlive/Work/libs/graphite/include
>  -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include 
> -I/sw/lib/fontconfig2/include -I/sw/include -ObjC++ -g -O2 -MT 
> libxetexmm_a-XeTeXFontMgr_ac.o -MD -MP -MF 
> .deps/libxetexmm_a-XeTeXFontMgr_Mac.Tpo -c -o libxetexmm_a-XeTeXFontMgr_Mac.o 
> `test -f 'xetexdir/XeTeXFontMgr_Mac.cpp' || echo 
> '../../../texk/web2c/'`xetexdir/XeTeXFontMgr_Mac.cpp

which, incidentally, is the same line where the build on 10.6/64bit 
crashes, for a different reason (on 10.5, it complains about deprecated 
stuff, too.)

If I run this line by hand, it is non-deterministic: Sometimes it 
produces a reasonable *.Tpo file, sometimes it produces a crazy file:

> costabel% cat ./.deps/libxetexmm_a-XeTeXFontMgr_Mac.Tpo
> libxetexmm_a-XeTeXFontMgr_Mac.o \
> /sw/var/ccache/tmp.hash.hilbert.math.univ-rennes1.fr.871.o: \
> /sw/var/ccache/XeTeXFontM.tmp.hilbert.math.univ-rennes1.fr.871.ii

If I remove the ccache-default package, this error goes away; so you need

BuildConflicts: ccache-default

The package texlive then builds successfully. Upon installation, I get 
the following error message:


> ###############################################################################
> fmtutil: Error! Not all formats have been built successfully.
> Visit the log files in directory
>   /sw/var/lib/texmf/web2c
> for details.
> ###############################################################################
> 
> This is a summary of all `failed' messages:
> `mpost -ini  -jobname=mpost -progname=mpost -translate-file=cp227.tcx 
> mpost.mp' failed
> `mpost -ini  -jobname=metafun -progname=mpost -translate-file=cp227.tcx 
> metafun.mp' failed
> `omega -ini  -jobname=omega -progname=omega omega.ini' failed
> `omega -ini  -jobname=lambda -progname=lambda lambda.ini' failed
> /sw/bin/dpkg: error processing texlive-base (--install):
>  subprocess post-installation script returned error exit status 1
> dpkg: dependency problems prevent configuration of texlive:
>  texlive depends on texlive-base (= 0.20100722-0test7); however:
>   Package texlive-base is not configured yet.
> /sw/bin/dpkg: error processing texlive (--install):
>  dependency problems - leaving unconfigured
> Errors were encountered while processing:
>  texlive-base
>  texlive

Re-trying to install texlive-base gives the same error.

When I try to use pdflatex, it works, but it starts with

> This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
> \write18 enabled.
> 
> kpathsea: Running mktexfmt pdflatex.fmt
> fmtutil: running `pdfetex -ini -jobname=pdflatex -progname=pdflatex
> -translate-file=cp227.tcx *pdflatex.ini'

and ending with

> fmtutil: /Users/costabel/.texmf-var/web2c/pdfetex/pdflatex.fmt installed.

But the next time, it starts again building the format file.

There is a perfectly fine pdflatex.fmt in 
/sw/var/lib/texmf/web2c/pdfetex/ and another one, rebuilt every time, in 
~/.texmf-var/web2c/pdfetex/, but pdflatex finds neither of them.

I see the right path !!/sw/var/lib/texmf/web2c among tons of garbage with

> costabel% kpsepath fmt | tr ":" "\n"
> .
> /Users/costabel/.texmf-config/web2c/unsetengine
> /Users/costabel/.texmf-var/web2c/unsetengine
> /Users/costabel/Library/texmf/web2c/unsetengine
> !!/sw/etc/texmf-config/web2c/unsetengine
> !!/sw/var/lib/texmf/web2c/unsetengine
> !!/sw/share/texmf-local/web2c/unsetengine
> !!/sw/share/texmf/web2c/unsetengine
> !!/sw/share/texmf-dist/web2c/unsetengine
> /Users/costabel/.texmf-config/web2c
> /Users/costabel/.texmf-var/web2c
> /Users/costabel/Library/texmf/web2c
> !!/sw/etc/texmf-config/web2c
> !!/sw/var/lib/texmf/web2c
> !!/sw/share/texmf-local/web2c
> !!/sw/share/texmf/web2c
> !!/sw/share/texmf-dist/web2c

but 'kpsewhich pdflatex.fmt' does not give anything. In fact, the path 
/Users/costabel/.texmf-var/web2c is wrong, because the *fmt is created 
in a subdirectory. This was not the case in previous tex packages.

This is the same kind of crazy behavior that has prevented me from 
installing Fink's xetex package for years, and I don't know what the 
solution for this problem is.

Sigh :-(

There are some other differences between our build logs that hint at 
missing BuildDepends, for example: I get

> costabel% otool -L /sw/bin/xdvipdfmx
> /sw/bin/xdvipdfmx:
>       
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
>  (compatibility version 1.0.0, current version 34.0.0)
>       /sw/lib/libkpathsea.6.dylib (compatibility version 7.0.0, current 
> version 7.0.0)
>       /sw/lib/freetype219/lib/libfreetype.6.dylib (compatibility version 
> 11.0.0, current version 11.0.0)
>       /sw/lib/libpng12.0.dylib (compatibility version 45.0.0, current version 
> 45.0.0)
>       /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 
> 1.2.3)
>       /sw/lib/libpaper.1.dylib (compatibility version 3.0.0, current version 
> 3.2.0)
>       /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
> 1.0.0)
>       /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
> version 111.1.5)
>       
> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 
> (compatibility version 150.0.0, current version 476.19.0)

and I am pretty sure that you don't have libpaper in your list, and you 
have libpng14 instead of libpng12. The latter is strange, because you 
have libpng3 in the builddepends list. You need also libpaper1-dev (or 
buildconflict with the latter).

-- 
Martin








------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to