sudo port upgrade libgnome ---> Fetching gnome-vfs ---> Verifying checksum(s) for gnome-vfs ---> Extracting gnome-vfs ---> Configuring gnome-vfs ---> Building gnome-vfs 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_gnome_g nome-vfs/work/gnome-vfs-2.18.1" && make all " returned error 2 Command output: ne_xml.c:484: warning: pointer targets in passing argument 2 of 'ne_xml_parse' differ in signedness ... /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -L/opt/local/lib -lresolv -flat_namespace -o libneon.la ne_request.lo ne_session.lo ne_basic.lo ne_string.lo ne_uri.lo ne_dates.lo ne_alloc.lo ne_md5.lo ne_utils.lo ne_auth.lo ne_redirect.lo ne_compress.lo ne_207.lo ne_xml.lo ne_props.lo ne_locks.lo ne_xmlreq.lo ne_acl.lo ne_gnomevfs.lo -lz -L/opt/local/lib -lgssapi - lkrb5 -lasn1 -lcom_err -lcrypto -lroken -lresolv -L/opt/local/lib - lxml2 -lpthread -lz -liconv -lm grep: /opt/local/lib/libcom_err.la: No such file or directory sed: /opt/local/lib/libcom_err.la: No such file or directory libtool: link: `/opt/local/lib/libcom_err.la' is not a valid libtool archive make[3]: *** [libneon.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Unable to upgrade port: 1 Any clues how to fix it? Thanks, -Kastus
On Sep 3, 2007, at 00:21, Kastus Shchuka wrote:
sudo port upgrade libgnome ---> Fetching gnome-vfs ---> Verifying checksum(s) for gnome-vfs ---> Extracting gnome-vfs ---> Configuring gnome-vfs ---> Building gnome-vfs 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_gnome _gnome-vfs/work/gnome-vfs-2.18.1" && make all " returned error 2 Command output: ne_xml.c:484: warning: pointer targets in passing argument 2 of 'ne_xml_parse' differ in signedness ... /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -L/opt/local/ lib -lresolv -flat_namespace -o libneon.la ne_request.lo ne_session.lo ne_basic.lo ne_string.lo ne_uri.lo ne_dates.lo ne_alloc.lo ne_md5.lo ne_utils.lo ne_auth.lo ne_redirect.lo ne_compress.lo ne_207.lo ne_xml.lo ne_props.lo ne_locks.lo ne_xmlreq.lo ne_acl.lo ne_gnomevfs.lo -lz -L/opt/local/lib - lgssapi -lkrb5 -lasn1 -lcom_err -lcrypto -lroken -lresolv -L/opt/ local/lib -lxml2 -lpthread -lz -liconv -lm grep: /opt/local/lib/libcom_err.la: No such file or directory sed: /opt/local/lib/libcom_err.la: No such file or directory libtool: link: `/opt/local/lib/libcom_err.la' is not a valid libtool archive make[3]: *** [libneon.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Error: Unable to upgrade port: 1
Any clues how to fix it?
This came up on the list a couple weeks ago: http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005037.html It looks like the presence of the heimdal port may be partly to blame... do you have and require heimdal?
On Sep 2, 2007, at 10:35 PM, Ryan Schmidt wrote:
On Sep 3, 2007, at 00:21, Kastus Shchuka wrote:
sudo port upgrade libgnome ---> Fetching gnome-vfs ---> Verifying checksum(s) for gnome-vfs ---> Extracting gnome-vfs ---> Configuring gnome-vfs ---> Building gnome-vfs 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_gnom e_gnome-vfs/work/gnome-vfs-2.18.1" && make all " returned error 2 Command output: ne_xml.c:484: warning: pointer targets in passing argument 2 of 'ne_xml_parse' differ in signedness ... /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -L/opt/local/ lib -lresolv -flat_namespace -o libneon.la ne_request.lo ne_session.lo ne_basic.lo ne_string.lo ne_uri.lo ne_dates.lo ne_alloc.lo ne_md5.lo ne_utils.lo ne_auth.lo ne_redirect.lo ne_compress.lo ne_207.lo ne_xml.lo ne_props.lo ne_locks.lo ne_xmlreq.lo ne_acl.lo ne_gnomevfs.lo -lz -L/opt/local/lib - lgssapi -lkrb5 -lasn1 -lcom_err -lcrypto -lroken -lresolv -L/opt/ local/lib -lxml2 -lpthread -lz -liconv -lm grep: /opt/local/lib/libcom_err.la: No such file or directory sed: /opt/local/lib/libcom_err.la: No such file or directory libtool: link: `/opt/local/lib/libcom_err.la' is not a valid libtool archive make[3]: *** [libneon.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Error: Unable to upgrade port: 1
Any clues how to fix it?
This came up on the list a couple weeks ago:
http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005037.html
It looks like the presence of the heimdal port may be partly to blame... do you have and require heimdal?
No, I don't require heimdal as such but I have it installed. I think it was installed as a dependency of some other port. Also gnome-vfs upgrade was automatically invoked as a dependncy of libgnome. libgnome upgrade installed successfully despite the error in gnome-vfs. Thanks, -Kastus
On Sep 3, 2007, at 10:19, Kastus Shchuka wrote:
On Sep 2, 2007, at 10:35 PM, Ryan Schmidt wrote:
On Sep 3, 2007, at 00:21, Kastus Shchuka wrote:
sudo port upgrade libgnome ---> Fetching gnome-vfs ---> Verifying checksum(s) for gnome-vfs ---> Extracting gnome-vfs ---> Configuring gnome-vfs ---> Building gnome-vfs 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_gno me_gnome-vfs/work/gnome-vfs-2.18.1" && make all " returned error 2 Command output: ne_xml.c:484: warning: pointer targets in passing argument 2 of 'ne_xml_parse' differ in signedness ... /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -L/opt/local/ lib -lresolv -flat_namespace -o libneon.la ne_request.lo ne_session.lo ne_basic.lo ne_string.lo ne_uri.lo ne_dates.lo ne_alloc.lo ne_md5.lo ne_utils.lo ne_auth.lo ne_redirect.lo ne_compress.lo ne_207.lo ne_xml.lo ne_props.lo ne_locks.lo ne_xmlreq.lo ne_acl.lo ne_gnomevfs.lo -lz -L/opt/local/lib - lgssapi -lkrb5 -lasn1 -lcom_err -lcrypto -lroken -lresolv -L/opt/ local/lib -lxml2 -lpthread -lz -liconv -lm grep: /opt/local/lib/libcom_err.la: No such file or directory sed: /opt/local/lib/libcom_err.la: No such file or directory libtool: link: `/opt/local/lib/libcom_err.la' is not a valid libtool archive make[3]: *** [libneon.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Error: Unable to upgrade port: 1
Any clues how to fix it?
This came up on the list a couple weeks ago:
http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005037.html
It looks like the presence of the heimdal port may be partly to blame... do you have and require heimdal?
No, I don't require heimdal as such but I have it installed. I think it was installed as a dependency of some other port.
You could type "port dependents heimdal" to discover if any currently- installed port requires heimdal. If none do, you could uninstall it.
Also gnome-vfs upgrade was automatically invoked as a dependncy of libgnome. libgnome upgrade installed successfully despite the error in gnome-vfs.
On Sep 3, 2007, at 10:05 AM, Ryan Schmidt wrote:
On Sep 3, 2007, at 10:19, Kastus Shchuka wrote:
On Sep 2, 2007, at 10:35 PM, Ryan Schmidt wrote:
This came up on the list a couple weeks ago:
http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005037.html
It looks like the presence of the heimdal port may be partly to blame... do you have and require heimdal?
No, I don't require heimdal as such but I have it installed. I think it was installed as a dependency of some other port.
You could type "port dependents heimdal" to discover if any currently-installed port requires heimdal. If none do, you could uninstall it.
Here are my dependencies: port dependents heimdal gnome-vfs depends on heimdal port dependents gnome-vfs libgnome depends on gnome-vfs yelp depends on gnome-vfs libgsf depends on gnome-vfs libgnome depends on gnome-vfs port dependents libgnome libbonoboui depends on libgnome yelp depends on libgnome port dependents yelp gnucash-docs depends on yelp port dependents gnucash-docs gnucash depends on gnucash-docs gnucash depends on gnucash-docs All I really need is gnucash. Is it safe to remove heimdal then? Thanks, -Kastus
On Sep 3, 2007, at 12:22, Kastus Shchuka wrote:
On Sep 3, 2007, at 10:05 AM, Ryan Schmidt wrote:
On Sep 3, 2007, at 10:19, Kastus Shchuka wrote:
On Sep 2, 2007, at 10:35 PM, Ryan Schmidt wrote:
This came up on the list a couple weeks ago:
http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005037.html
It looks like the presence of the heimdal port may be partly to blame... do you have and require heimdal?
No, I don't require heimdal as such but I have it installed. I think it was installed as a dependency of some other port.
You could type "port dependents heimdal" to discover if any currently-installed port requires heimdal. If none do, you could uninstall it.
Here are my dependencies:
port dependents heimdal gnome-vfs depends on heimdal
[snip]
All I really need is gnucash. Is it safe to remove heimdal then?
The gnome-vfs maintainer removed its dependency on heimdal on 2007-08-08. Here is his solution for upgrading: http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005039.html
On Sep 3, 2007, at 10:44 AM, Ryan Schmidt wrote:
On Sep 3, 2007, at 12:22, Kastus Shchuka wrote:
On Sep 3, 2007, at 10:05 AM, Ryan Schmidt wrote:
On Sep 3, 2007, at 10:19, Kastus Shchuka wrote:
On Sep 2, 2007, at 10:35 PM, Ryan Schmidt wrote:
This came up on the list a couple weeks ago:
http://lists.macosforge.org/pipermail/macports-users/2007- August/005037.html
It looks like the presence of the heimdal port may be partly to blame... do you have and require heimdal?
No, I don't require heimdal as such but I have it installed. I think it was installed as a dependency of some other port.
You could type "port dependents heimdal" to discover if any currently-installed port requires heimdal. If none do, you could uninstall it.
Here are my dependencies:
port dependents heimdal gnome-vfs depends on heimdal
[snip]
All I really need is gnucash. Is it safe to remove heimdal then?
The gnome-vfs maintainer removed its dependency on heimdal on 2007-08-08. Here is his solution for upgrading:
http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005039.html
I tried this and unfortunately it didn't work: sudo port deactivate heimdal Password: ---> Deactivating heimdal kastus-shchukas-ibook-g4:~ pike$ sudo port -vd upgrade gnome-vfs DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gnome-vfs DEBUG: epoch: in tree: 0 installed: 0 DEBUG: gnome-vfs 2.18.1_1 exists in the ports tree DEBUG: gnome-vfs 2.18.1_0 is installed [snip] Extracting /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_g nome-vfs/work/gnome-vfs-2.18.1/modules/../imported/neon/.libs/libneon.a (cd .libs/libhttp.lax/libneon.a && ar x /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_g nome-vfs/work/gnome-vfs-2.18.1/modules/../imported/neon/.libs/libneon.a) gcc -o .libs/libhttp.so -bundle .libs/http-neon-method.o .libs/http- proxy.o .libs/libhttp.lax/libneon.a/ne_207.o .libs/libhttp.lax/ libneon.a/ne_acl.o .libs/libhttp.lax/libneon.a/ne_alloc.o .libs/ libhttp.lax/libneon.a/ne_auth.o .libs/libhttp.lax/libneon.a/ ne_basic.o .libs/libhttp.lax/libneon.a/ne_compress.o .libs/ libhttp.lax/libneon.a/ne_dates.o .libs/libhttp.lax/libneon.a/ ne_gnomevfs.o .libs/libhttp.lax/libneon.a/ne_locks.o .libs/ libhttp.lax/libneon.a/ne_md5.o .libs/libhttp.lax/libneon.a/ ne_props.o .libs/libhttp.lax/libneon.a/ne_redirect.o .libs/ libhttp.lax/libneon.a/ne_request.o .libs/libhttp.lax/libneon.a/ ne_session.o .libs/libhttp.lax/libneon.a/ne_string.o .libs/ libhttp.lax/libneon.a/ne_uri.o .libs/libhttp.lax/libneon.a/ ne_utils.o .libs/libhttp.lax/libneon.a/ne_xml.o .libs/libhttp.lax/ libneon.a/ne_xmlreq.o -L/opt/local/lib /opt/local/lib/ libgconf-2.dylib /opt/local/lib/libORBit-2.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libgthread-2.0.dylib /opt/local/ lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/ lib/libintl.dylib -lgssapi -lkrb5 -lasn1 -lcom_err -lcrypto -lroken - lresolv /opt/local/lib/libxml2.dylib /opt/local/lib/libz.dylib - lpthread -lz /opt/local/lib/libiconv.dylib -lm ../libgnomevfs/.libs/ libgnomevfs-2.dylib /opt/local/lib/libdbus-glib-1.dylib /opt/local/ lib/libdbus-1.dylib /opt/local/lib/libssl.dylib /opt/local/lib/ libcrypto.dylib /opt/local/lib/libhowl.dylib /usr/bin/ld: warning -prebind has no effect with -bundle /usr/bin/ld: can't locate file for: -lgssapi collect2: ld returned 1 exit status make[2]: *** [libhttp.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_g nome-vfs/work/gnome-vfs-2.18.1" && make all " returned error 2 Command output: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../ imported/neon -D_REENTRANT -DORBIT2=1 -I/opt/local/include/glib-2.0 - I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ include/libxml2 -I/opt/local/include/gconf/2 -I/opt/local/include/ orbit-2.0 -D_REENTRANT -DORBIT2=1 -I/opt/local/include/glib-2.0 -I/ opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ include/gconf/2 -I/opt/local/include/orbit-2.0 -I/opt/local/include/ howl -I/opt/local/include -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE - D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT - DSSH_PROGRAM=\"/usr/bin/ssh\" -DG_DISABLE_DEPRECATED - DGNOME_VFS_PREFIX=\"/opt/local\" -DGNOME_VFS_DATADIR=\"/opt/local/ share\" -DGNOME_VFS_LIBDIR=\"/opt/local/lib\" -DGNOME_VFS_SYSCONFDIR= \"/opt/local/etc\" -DG_LOG_DOMAIN=\"gnome-vfs-modules\" -I/opt/local/ include -no-cpp-precomp -O2 -MT sftp-method.lo -MD -MP -MF .deps/sftp- method.Tpo -c sftp-method.c -o sftp-method.o >/dev/null 2>&1 [snip] gcc -o .libs/libhttp.so -bundle .libs/http-neon-method.o .libs/http- proxy.o .libs/libhttp.lax/libneon.a/ne_207.o .libs/libhttp.lax/ libneon.a/ne_acl.o .libs/libhttp.lax/libneon.a/ne_alloc.o .libs/ libhttp.lax/libneon.a/ne_auth.o .libs/libhttp.lax/libneon.a/ ne_basic.o .libs/libhttp.lax/libneon.a/ne_compress.o .libs/ libhttp.lax/libneon.a/ne_dates.o .libs/libhttp.lax/libneon.a/ ne_gnomevfs.o .libs/libhttp.lax/libneon.a/ne_locks.o .libs/ libhttp.lax/libneon.a/ne_md5.o .libs/libhttp.lax/libneon.a/ ne_props.o .libs/libhttp.lax/libneon.a/ne_redirect.o .libs/ libhttp.lax/libneon.a/ne_request.o .libs/libhttp.lax/libneon.a/ ne_session.o .libs/libhttp.lax/libneon.a/ne_string.o .libs/ libhttp.lax/libneon.a/ne_uri.o .libs/libhttp.lax/libneon.a/ ne_utils.o .libs/libhttp.lax/libneon.a/ne_xml.o .libs/libhttp.lax/ libneon.a/ne_xmlreq.o -L/opt/local/lib /opt/local/lib/ libgconf-2.dylib /opt/local/lib/libORBit-2.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libgthread-2.0.dylib /opt/local/ lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/ lib/libintl.dylib -lgssapi -lkrb5 -lasn1 -lcom_err -lcrypto -lroken - lresolv /opt/local/lib/libxml2.dylib /opt/local/lib/libz.dylib - lpthread -lz /opt/local/lib/libiconv.dylib -lm ../libgnomevfs/.libs/ libgnomevfs-2.dylib /opt/local/lib/libdbus-glib-1.dylib /opt/local/ lib/libdbus-1.dylib /opt/local/lib/libssl.dylib /opt/local/lib/ libcrypto.dylib /opt/local/lib/libhowl.dylib /usr/bin/ld: warning -prebind has no effect with -bundle /usr/bin/ld: can't locate file for: -lgssapi collect2: ld returned 1 exit status make[2]: *** [libhttp.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for gnome-vfs): org.macports.archive org.macports.build org.macports.destroot DEBUG: Registry error: xorg not registered as installed. invoked from within "registry_installed ${portname}" invoked from within "$workername eval registry_installed \${portname}" Error: Unable to upgrade port: 1
Hi Kastus, On 04/09/2007, at 06:47, Kastus Shchuka wrote:
[snip] gcc -o .libs/libhttp.so -bundle .libs/http-neon-method.o .libs/ http-proxy.o .libs/libhttp.lax/libneon.a/ne_207.o .libs/ libhttp.lax/libneon.a/ne_acl.o .libs/libhttp.lax/libneon.a/ ne_alloc.o .libs/libhttp.lax/libneon.a/ne_auth.o .libs/libhttp.lax/ libneon.a/ne_basic.o .libs/libhttp.lax/libneon.a/ ne_compress.o .libs/libhttp.lax/libneon.a/ne_dates.o .libs/ libhttp.lax/libneon.a/ne_gnomevfs.o .libs/libhttp.lax/libneon.a/ ne_locks.o .libs/libhttp.lax/libneon.a/ne_md5.o .libs/libhttp.lax/ libneon.a/ne_props.o .libs/libhttp.lax/libneon.a/ ne_redirect.o .libs/libhttp.lax/libneon.a/ne_request.o .libs/ libhttp.lax/libneon.a/ne_session.o .libs/libhttp.lax/libneon.a/ ne_string.o .libs/libhttp.lax/libneon.a/ne_uri.o .libs/libhttp.lax/ libneon.a/ne_utils.o .libs/libhttp.lax/libneon.a/ne_xml.o .libs/ libhttp.lax/libneon.a/ne_xmlreq.o -L/opt/local/lib /opt/local/lib/ libgconf-2.dylib /opt/local/lib/libORBit-2.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libgthread-2.0.dylib /opt/local/ lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/ local/lib/libintl.dylib -lgssapi -lkrb5 -lasn1 -lcom_err -lcrypto - lroken -lresolv /opt/local/lib/libxml2.dylib /opt/local/lib/ libz.dylib -lpthread -lz /opt/local/lib/libiconv.dylib -lm ../ libgnomevfs/.libs/libgnomevfs-2.dylib /opt/local/lib/libdbus- glib-1.dylib /opt/local/lib/libdbus-1.dylib /opt/local/lib/ libssl.dylib /opt/local/lib/libcrypto.dylib /opt/local/lib/ libhowl.dylib /usr/bin/ld: warning -prebind has no effect with -bundle /usr/bin/ld: can't locate file for: -lgssapi collect2: ld returned 1 exit status make[2]: *** [libhttp.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Have you tried doing a "port clean" after deactivating/removing heimdal and before trying to reinstall gnome-vfs? I think what has happened is that gnome-vfs picked up building from where it left off, but because heimdal was present at configure time, gnome-vfs found heimdal's GSSAPI support and configured itself to link against it, which fails once you deactivated heimdal. "port clean" with take it back to the beginning, and so "port install" should then work. Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org
On Sep 10, 2007, at 9:35 PM, Boey Maun Suang wrote:
Hi Kastus,
On 04/09/2007, at 06:47, Kastus Shchuka wrote:
[snip] gcc -o .libs/libhttp.so -bundle .libs/http-neon-method.o .libs/ http-proxy.o .libs/libhttp.lax/libneon.a/ne_207.o .libs/ libhttp.lax/libneon.a/ne_acl.o .libs/libhttp.lax/libneon.a/ ne_alloc.o .libs/libhttp.lax/libneon.a/ne_auth.o .libs/libhttp.lax/ libneon.a/ne_basic.o .libs/libhttp.lax/libneon.a/ ne_compress.o .libs/libhttp.lax/libneon.a/ne_dates.o .libs/ libhttp.lax/libneon.a/ne_gnomevfs.o .libs/libhttp.lax/libneon.a/ ne_locks.o .libs/libhttp.lax/libneon.a/ne_md5.o .libs/libhttp.lax/ libneon.a/ne_props.o .libs/libhttp.lax/libneon.a/ ne_redirect.o .libs/libhttp.lax/libneon.a/ne_request.o .libs/ libhttp.lax/libneon.a/ne_session.o .libs/libhttp.lax/libneon.a/ ne_string.o .libs/libhttp.lax/libneon.a/ne_uri.o .libs/libhttp.lax/ libneon.a/ne_utils.o .libs/libhttp.lax/libneon.a/ne_xml.o .libs/ libhttp.lax/libneon.a/ne_xmlreq.o -L/opt/local/lib /opt/local/ lib/libgconf-2.dylib /opt/local/lib/libORBit-2.dylib /opt/local/ lib/libgmodule-2.0.dylib /opt/local/lib/libgthread-2.0.dylib /opt/ local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib / opt/local/lib/libintl.dylib -lgssapi -lkrb5 -lasn1 -lcom_err - lcrypto -lroken -lresolv /opt/local/lib/libxml2.dylib /opt/local/ lib/libz.dylib -lpthread -lz /opt/local/lib/libiconv.dylib -lm ../ libgnomevfs/.libs/libgnomevfs-2.dylib /opt/local/lib/libdbus- glib-1.dylib /opt/local/lib/libdbus-1.dylib /opt/local/lib/ libssl.dylib /opt/local/lib/libcrypto.dylib /opt/local/lib/ libhowl.dylib /usr/bin/ld: warning -prebind has no effect with -bundle /usr/bin/ld: can't locate file for: -lgssapi collect2: ld returned 1 exit status make[2]: *** [libhttp.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
Have you tried doing a "port clean" after deactivating/removing heimdal and before trying to reinstall gnome-vfs? I think what has happened is that gnome-vfs picked up building from where it left off, but because heimdal was present at configure time, gnome-vfs found heimdal's GSSAPI support and configured itself to link against it, which fails once you deactivated heimdal. "port clean" with take it back to the beginning, and so "port install" should then work.
I haven't tried "port clean" but somehow gnome-vfs succeded to build as a dependency of yelp. I also noticed that it was re-fetched then. So the problem is solved now. Thanks for your response!
Kind regards,
Maun Suang
-- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org
Regards, -Kastus
participants (3)
-
Boey Maun Suang
-
Kastus Shchuka
-
Ryan Schmidt