Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#23413 closed defect (worksforme)

Cross-dependency between xorg-libX11 and ghostscript

Reported by: chaos215bar2@… Owned by: jeremyhu (Jeremy Huddleston Sequoia)
Priority: Normal Milestone:
Component: ports Version: 1.8.2
Keywords: Cc: takanori@…
Port: xorg-libX11

Description

Output from "port upgrade outdated":

--->  Computing dependencies for xorg-libX11
--->  Building xorg-libX11
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xorg-libX11/work/libX11-1.3.3" && /usr/bin/make -j2 all V=1 " returned error 2
Command output: Making all in zh_CN.UTF-8
make[2]: Nothing to be done for `all'.
Making all in zh_HK.big5
make[2]: Nothing to be done for `all'.
Making all in zh_HK.big5hkscs
make[2]: Nothing to be done for `all'.
Making all in zh_HK.UTF-8
make[2]: Nothing to be done for `all'.
Making all in zh_TW
make[2]: Nothing to be done for `all'.
Making all in zh_TW.big5
make[2]: Nothing to be done for `all'.
Making all in zh_TW.UTF-8
make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all-am'.
Making all in man
Making all in xkb
make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all-am'.
Making all in specs
Making all in libX11
/opt/local/bin/groff -Tps -e -t -ms -dxV="libX11 1.3.3" -I. ../../specs/macros.t libX11.ms 2> index.libX11.ps.raw > libX11.ps
/opt/local/bin/ps2pdf libX11.ps libX11.pdf
dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib
  Referenced from: /opt/local/lib/libgs.8.70.dylib
  Reason: image not found
make[2]: *** [libX11.pdf] Trace/BPT trap
rm libX11.ps
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

Error: Unable to upgrade port: 1

ghostscript depends on xorg-libX11. However, the build script for xorg-libX11 attempts to run a command which uses ghostscript. Prior to upgrading xorg-libX11, jpeg was upgraded from @6b_3 to @7_0, but the yet-to-be upgraded ghostscript still referenced "/opt/local/lib/libjpeg.62.dylib", from the now deactivated jpeg @6b_3.

A workaround is to temporarily deactivate jpeg @7_0 and reactivate jpeg @6b_3. A simple fix may be to modify the xorg-libX11 build script to use only the system version of ghostscript, which it must have used when building for the first time.

Change History (5)

comment:1 Changed 14 years ago by jmroot (Joshua Root)

Cc: takanori@… added
Owner: changed from macports-tickets@… to jeremyhu@…

comment:2 Changed 14 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: worksforme
Status: newclosed

ghostscript is pulled in by a build dependency on port:groff to build documentation.

Just skip updating xorg-libX11 until you're done with the others.

comment:3 in reply to:  2 Changed 14 years ago by jmroot (Joshua Root)

Replying to jeremyhu@…:

ghostscript is pulled in by a build dependency on port:groff to build documentation.

That doesn't seem right; groff has no dependencies.

comment:4 Changed 14 years ago by jeremyhu (Jeremy Huddleston Sequoia)

ah... i thought it pulled in gs

Fixed in r63098 ... libX11 should now be depending on ghostscript to build documentation.

comment:5 Changed 14 years ago by blb@…

Doesn't that now create a loop? ghostscript depends on xorg-libXext which itself wants xorg-libX11...

Is there some way to tell it to never generate the PDFs?

Note: See TracTickets for help on using tickets.