Opened 16 years ago

Closed 16 years ago

Last modified 15 years ago

#16279 closed defect (wontfix)

texlive_base fails to build

Reported by: furr@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: Cc:
Port:

Description

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.

Change History (9)

comment:1 Changed 16 years ago by 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.

comment:2 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)

Milestone: Port Bugs
Priority: HighNormal
Resolution: invalid
Status: newclosed

comment:3 Changed 16 years ago by furr@…

Resolution: invalid
Status: closedreopened

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

comment:4 Changed 16 years ago by raimue (Rainer Müller)

Resolution: invalid
Status: reopenedclosed

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.

comment:5 Changed 16 years ago by furr@…

Resolution: invalid
Status: closedreopened

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.

comment:6 Changed 16 years ago by 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.

comment:7 in reply to:  6 Changed 16 years ago by 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".

comment:8 Changed 16 years ago by milosh@…

Resolution: wontfix
Status: reopenedclosed

comment:9 Changed 15 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.