Opened 11 years ago
Closed 11 years ago
#40325 closed defect (invalid)
gettext failing to build
Reported by: | coolfactor@… | Owned by: | ryandesign (Ryan Carsten Schmidt) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.2.0 |
Keywords: | Cc: | ||
Port: | gettext |
Description
gettext has been failing to build on my MacBookPro3,1 running OS X 10.8.4. Log file is attached.
---> Computing dependencies for gettext ---> Fetching archive for gettext ---> Attempting to fetch gettext-0.18.3.1_0+universal.darwin_12.i386-x86_64.tbz2 from http://packages.macports.org/gettext ---> Attempting to fetch gettext-0.18.3.1_0+universal.darwin_12.i386-x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/gettext ---> Attempting to fetch gettext-0.18.3.1_0+universal.darwin_12.i386-x86_64.tbz2 from http://lil.fr.packages.macports.org/gettext ---> Fetching distfiles for gettext ---> Verifying checksums for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext Error: org.macports.build for port gettext returned: command execution failed
Attachments (1)
Change History (4)
Changed 11 years ago by coolfactor@…
comment:1 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
Owner: | changed from macports-tickets@… to ryandesign@… |
---|---|
Port: | gettext added |
Ok, you're trying to install gettext with the universal variant. MacPorts first ensures that dependencies are installed universal. Despite that check, dependency libiconv appears to not actually be universal:
:info:build Undefined symbols for architecture i386: :info:build "_libiconv", referenced from: :info:build _xmlIconvWrapper in libxml_rpl.a(libxml_rpl_la-encoding.o) :info:build "_libiconv_close", referenced from: :info:build _xmlFindCharEncodingHandler in libxml_rpl.a(libxml_rpl_la-encoding.o) :info:build _xmlCharEncCloseFunc in libxml_rpl.a(libxml_rpl_la-encoding.o) :info:build "_libiconv_open", referenced from: :info:build _xmlFindCharEncodingHandler in libxml_rpl.a(libxml_rpl_la-encoding.o) :info:build ld: symbol(s) not found for architecture i386
You told me by email that you then forcibly uninstalled something (what? libiconv?), cleaned gettext and reinstalled it, and it worked, except activation failed:
:error:activate org.macports.activate for port gettext returned: Image error: /opt/local/share/gettext/archive.dir.tar.bz2 already exists and does not belong to a registered port. Unable to activate port gettext. Use 'port -f activate gettext' to force the activation.
I suspect you installed some third-party software, which was itself built using MacPorts, and it overwrote some files in your MacPorts installation. See ProblemHotlist#xmlwf for some of the usual culprits and what to do about it.
comment:2 Changed 11 years ago by coolfactor@…
Yes, you are correct. I did install some third-party software and it installed into /opt/, and that's when the problems begin. I don't recall which software this was, but that gives me a starting point to resolving this. Thanks. Closing ticket.
(EDIT: can you close it for me? I can't see how)
comment:3 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → invalid |
---|---|
Status: | new → closed |
If it's not one of the third-party programs listed in the wiki page I mentioned, please let us know its name so we can add it to the Hall of Shame, or edit the wiki page and add it yourself. Please also ask the developers to package their software in a different prefix so this does not happen to other users.
If you can figure out what all it installed, you can try to rebuild all the affected ports, but you may have to do them in a particular order (based on dependencies). It may be easier to uninstall all ports, remove /opt/local, reinstall MacPorts, then reinstall those ports you want.
gettext install log