[MacPorts] #22493: Incompatible library version

MacPorts noreply at macports.org
Thu Nov 12 20:02:00 PST 2009


#22493: Incompatible library version
-------------------------------------------+--------------------------------
 Reporter:  vash_the__typhoon@…            |       Owner:  ryandesign@…           
     Type:  defect                         |      Status:  new                    
 Priority:  Normal                         |   Milestone:                         
Component:  ports                          |     Version:  1.8.1                  
 Keywords:                                 |        Port:  libiconv               
-------------------------------------------+--------------------------------

Comment(by vash_the__typhoon@…):

 First Thanks for the replies...


 Replying to [comment:1 jmr@…]:
 > You'll notice that all your HTTP downloads are failing, so only ports
 that have at least one FTP mirror listed can be fetched. Check your proxy
 settings.
 [[BR]]
 Yeah I know these aren't working, but I don't know how to add an exception
 for Macports to get out.[[BR]]
 From what I read it uses libcurl to 'fetch' these packages but I can't
 make it use a proxy with a username and password.[[BR]]
 I've tried adding
 {{{
 http_proxy="http://<user>:<pass>@<my-proxy>:<proxy-port>/"
 export http_proxy
 HTTP_PROXY="http://<user>:<pass>@<my-proxy>:<proxy-port>/"
 export HTTP_PROXY
 }}}

 to my ~/.profile but it still didn't work ... So I don't know what else to
 do ?

 Replying to [comment:2 jmr@…]:
 >'''port''' set to ''libiconv''
 [[BR]]
 Sorry I don't know what you mean by this?[[BR]]

 Replying to [comment:3 ryandesign@…]:
 > Also, you have the coreutils port installed with the +with_default_names
 variant. This port provides the utilities tr, uname, dircolors and others,
 which are now failing. The reason they are failing is that they can't find
 a compatible iconv library. (It can't find the version 8 library provided
 by MacPorts, and is only finding the version 7 library provided by Mac OS
 X.) You just upgraded libiconv, so one explanation is that your coreutils
 and libiconv are built for different architectures. This might happen if
 you had ports installed on Leopard (which builds for the architecture
 i386), upgraded to Snow Leopard (which builds for the architecture
 x86_64), and then tried to continue using your ports. What version of Mac
 OS X are you using, and did you recently upgrade? Or did you recently
 migrate your data (including your MacPorts install) from a different
 computer to this one? In either case, check the [wiki:Migration Migration]
 page for the steps you need to take to uninstall and reinstall all ports.
 >
 > Installing coreutils (or any of the ports that offer it) with the
 +with_default_names variant can cause problems which is why we plan to
 remove that variant from all ports. See #20748. So you may want to install
 coreutils without that variant -- if indeed you need to install that port
 at all.
 >
 > One simple step you can take right now to get at least your ~/.profile
 working again is to simply uninstall (or deactivate) the coreutils port.
 This will remove the currently-broken tr, uname, dircolors, etc. scripts
 from your PATH so that Mac OS X's functional ones are used instead.
 [[BR]]

 OK, I haven't upgraded or migrated my system, still running Leopard:
 10.5.8.[[BR]]

 I really don't know why I have (or need) half of the ports that I have
 installed, I think most of them came down as dependencies on the ones I
 actually wanted so I ''guess'' I need them???[[BR]]
 The reason I installed coreutils was so I could get the GNU '''ls'''
 rather than the OSX '''ls''' so I can colour code the terminal.
 Deactivating coreutils did fix all the other programs so thank-you [[BR]]
 ...but I don't have my '''gls''' anymore .. which I would really like
 back. I tried to install the '''coreutils''' without the
 '''+with_default_names''' but it fails to install as[[BR]]

 {{{
 -->  Computing dependencies for coreutils
 --->  Fetching coreutils
 --->  Verifying checksum(s) for coreutils
 --->  Extracting coreutils
 --->  Configuring coreutils
 --->  Building coreutils
 --->  Staging coreutils into destroot
 Error: Target org.macports.destroot returned: shell command " cd
 "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/coreutils-7.6"
 && /usr/bin/make install
 DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot
 " returned error 2
 Command output:           need_charset_alias=false ; \
         fi ; \
         if $need_charset_alias; then \
           /bin/sh
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/coreutils-7.6
 /build-aux/install-sh -d
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib
 ; \
         fi ; \
         if test -f
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.alias;
 then \
           sed -f ref-add.sed
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.alias
 >
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.tmp
 ; \
           /usr/bin/install -c -m 644
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.tmp
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.alias
 ; \
           rm -f
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.tmp
 ; \
         else \
           if $need_charset_alias; then \
             sed -f ref-add.sed charset.alias >
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.tmp
 ; \
             /usr/bin/install -c -m 644
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.tmp
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.alias
 ; \
             rm -f
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/lib/charset.tmp
 ; \
           fi ; \
         fi
 make[5]: Nothing to be done for `install-data-am'.
 Making install in src
 /usr/bin/make  install-am
 test -z "/opt/local/bin" || ../build-aux/install-sh -c -d
 "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/bin"
   ./ginstall uname
 '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/bin/./guname'
 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
   Referenced from: /opt/local/lib/libintl.8.dylib
   Reason: Incompatible library version: libintl.8.dylib requires version
 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0
 /bin/sh: line 1: 36118 Trace/BPT trap          ./ginstall $files
 "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/destroot/opt/local/bin$dir"
 make[4]: *** [install-binPROGRAMS] Error 133
 make[3]: *** [install-am] Error 2
 make[2]: *** [install] Error 2
 make[1]: *** [install-recursive] Error 1
 make: *** [install] Error 2

 Error: Status 1 encountered during processing.

 }}}

 It still can't find a proper version of libiconv.2.dylib

 Is there some way I can force Macports to install the correct version of
 libiconv.2.dylb ?

 B

-- 
Ticket URL: <http://trac.macports.org/ticket/22493#comment:4>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list