#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 15 years ago by jmroot (Joshua Root)
Cc: | takanori@… added |
---|---|
Owner: | changed from macports-tickets@… to jeremyhu@… |
comment:2 follow-up: 3 Changed 15 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → worksforme |
---|---|
Status: | new → closed |
comment:3 Changed 15 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 15 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 15 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?
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.