texlive_base fails to build

[furr@…]

On a new install of 10.5 I get: $ sudo port install texlive ---> Building texlive_base with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_tex_texlive_base/work/texlive_base-2007" && make all " returned error 2 Command output: make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make all-recursive Making all in data make[4]: Nothing to be done for `all'. Making all in src make[4]: Nothing to be done for `all'. make[4]: Nothing to be done for `all-am'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. cd gui; make CC='/usr/bin/gcc-4.0' CFLAGS='-O2 ' libgui.a make[3]: `libgui.a' is up to date. /bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -o xdvi-xaw.bin -L/opt/local/lib browser.o dvi-draw.o dvi-init.o dvisel.o encodings.o events.o filehist.o font-open.o gf.o hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a -L/usr/X11R6 1/lib -L/usr/X11/lib -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -lXpm -lX11 -liconv ../kpathsea/libkpathsea.la -lm /usr/bin/gcc-4.0 -o xdvi-xaw.bin browser.o dvi-draw.o dvi-init.o dvisel.o encodings.o events.o filehist.o font-open.o gf.o hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o 1/lib -L/opt/local/lib ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a -L/usr/X11R6 -L/usr/X11/lib -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -lXpm -lX11 -lXau -lXdmcp -liconv ../kpathsea/.libs/libkpathsea.a -lm powerpc-apple-darwin9-gcc-4.0.1: 1/lib: No such file or directory make[2]: * [xdvi-xaw.bin] Error 1 make[1]: * [all] Error 1 make: * [all] Error 1

Error: The following dependencies failed to build: texlive_base texlive_texmf-full Error: Status 1 encountered during processing.

[raimue (Rainer Müller)]

This is not a failure in texlive_base, but a general problem after you upgraded from Tiger to Leopard. Please see the ProblemHotlist.

PS: Please remember WikiFormatting, use {{{ }}} to mark raw text input.

[furr@…]

This is not closed, it is still a bug. Please fix the configure script.

[raimue (Rainer Müller)]

Sorry, but it is really invalid. It is not a bug in the port or in the software provided by the port. It is a problem with your system which was caused by the upgrade from Tiger to Leopard.

You have to fix it yourself as described at ProblemHotlist.

[furr@…]

The fact that the software can not correctly configure the build when there is similarly named directly in /usr is, without a doubt, an error in the configure script.

[raimue (Rainer Müller)]

This is an error for many ports using autoconf and link against X11, but only after the upgrade from Tiger to Leopard. The updater leaves unexpected paths. So who is to blame?

You could file a bug with Apple, but I don't think anything will change in the Leopard updater (nor will it affect people using older DVDs). As far as I found the ​problem is fixed in autoconf/automake CVS, but I expect that it will take another few years to spread a version with this fix included.

Please understand that we are not going to fix configure scripts for so many ports as there is a much simpler solution. Just remove these paths and everything will work fine.

[raimue (Rainer Müller)]

Replying to raimue@macports.org:

[...] As far as I found the ​problem is fixed in autoconf/automake CVS, but I expect that it will take another few years to spread a version with this fix included.

Sorry, should have read the whole ​thread before posting. It is not yet fixed and the workaround given is simple: "avoid directory names with spaces".

[(none)]

Milestone Port Bugs deleted