#30604 closed defect (invalid)
pkg-config requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0
Reported by: | cwscws | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.0.1 |
Keywords: | Cc: | ryandesign (Ryan Carsten Schmidt) | |
Port: |
Description
After updating to MacPort 2.0.1 and using the shell command "sudo port selfupdate" and then "sudo port upgrade outdated" I get the error message "Error: Target org.macports.configure returned: configure failure: shell command failed" when it reaches gtk-doc. "Error: Unable to upgrade port: 1". Can not upgrade!
Thank you for any help!
Attachments (3)
Change History (17)
comment:1 Changed 13 years ago by mf2k (Frank Schima)
Changed 13 years ago by cwscws
comment:2 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… added |
---|---|
Summary: | gtk-doc not upgradeable... → pkg-config requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 |
:info:configure Reason: Incompatible library version: pkg-config requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0
Your pkgconfig port is not installed for the same architectures as your libiconv port is. Probably you need to rebuild libiconv.
comment:3 Changed 13 years ago by cwscws
Thank you for the info!
Unfortunately I do not know how to do that - I'm no pro. I'm using MacPorts for some years now but until now I haven't encountered such a problem.
Can you please describe how to install all necessary parts?
Thanx!
comment:4 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Try to rebuild libiconv by running:
sudo port -n upgrade --force libiconv
If it fails, attach the main.log so I can see what went wrong.
Changed 13 years ago by cwscws
Attachment: | main-new.log added |
---|
Changed 13 years ago by cwscws
Attachment: | output-libiconv.rtf added |
---|
comment:5 follow-up: 7 Changed 13 years ago by cwscws
It seems that it didn't work right. What to try next?
I uploaded main.log and the messages terminal outputs when entering "sudo port -n upgrade --force libiconv"
comment:6 follow-up: 8 Changed 13 years ago by cwscws
By the way - all worked fine before using the commands "sudo port selfupdate" and then "sudo port upgrade outdated".
I also tried "file /usr/lib/libiconv.2.dylib" where I get the message
/usr/lib/libiconv.2.dylib: Mach-O universal binary with 3 architectures /usr/lib/libiconv.2.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 /usr/lib/libiconv.2.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libiconv.2.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc
I only want to start a little program called gdash which always worked. Now I get the error message
dyld: Library not loaded: /opt/local/lib/libgio-2.0.0.dylib Referenced from: /usr/local/bin/gdash Reason: no suitable image found. Did find: /opt/local/lib/libgio-2.0.0.dylib: mach-o, but wrong architecture Trace/BPT trap logout
comment:7 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to shabanak@…:
It seems that it didn't work right. What to try next?
I uploaded main.log and the messages terminal outputs when entering "sudo port -n upgrade --force libiconv"
Your output-libiconv.rtf shows libiconv successfully rebuilt (well: reinstalled from our pre-built binaries).
Your main-new.log is from gtk-doc, not libiconv, but since nothing went wrong installing libiconv, there wouldn't be a new main.log from libiconv.
If you're still having trouble for example building gtk-doc, clean that port and try again:
sudo port clean gtk-doc
comment:8 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to shabanak@…:
By the way - all worked fine before using the commands "sudo port selfupdate" and then "sudo port upgrade outdated".
Is it possible you originally installed MacPorts and these ports when running an earlier version of Mac OS X, and have since then upgraded to Snow Leopard? That's the most common reason for these kinds of architecture mismatches. If so, you would need to uninstall and reinstall all ports. See Migration.
I only want to start a little program called gdash which always worked. Now I get the error message
dyld: Library not loaded: /opt/local/lib/libgio-2.0.0.dylib Referenced from: /usr/local/bin/gdash Reason: no suitable image found. Did find: /opt/local/lib/libgio-2.0.0.dylib: mach-o, but wrong architecture Trace/BPT trap logout
This shows again that the architecture for which gdash was built is not the same as the architecture for which libgio was built. Since gdash is in /usr/local I assume you built it yourself, so you could rebuild it.
We don't support users installing things manually in /usr/local because those things can interfere with ports installed with MacPorts. I don't see any reason to believe that's happening here, but it's something to watch out for. I don't see a port for gdash in MacPorts but perhaps we could create one if you tell us the program's web page.
comment:9 Changed 13 years ago by cwscws
Thanks for all the info! It's interesting that I was using MacPorts 2.0.0 on MacOS X 10.6.7 without any problems - GDash was also working without any problems. Now I was updating to MacPorts 2.0.1 on MacOS X 10.6.8 and now I get these error messages...
Unfortunately "sudo port clean gtk-doc" and then "sudo port upgrade outdated" doesn't work. Same error message.
Is there a way to install the libgio-2.0.0.dylib again only? Maybe this would help and I do not need to uninstall all and install all again!?
By the way: GDash is a little Boulder Dash clone game - a very very nice one using GTK. It worked perfectly - until now... Here is the link: http://jutas.eet.bme.hu/~cirix/gdash/
comment:10 Changed 13 years ago by cwscws
Problem solved. I uninstalled everything and installed all necessary ports again and recompiled GDash. Now all is working well... :)
Thanx!
comment:11 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → invalid |
---|---|
Status: | new → closed |
That sounds like a reasonable solution given the issues you were experiencing. Glad you got it working.
I also made a gdash port for you (r81868) so you don't have to build it by hand anymore.
comment:12 Changed 13 years ago by cwscws
Thank you!
There is a newer (latest) version available - maybe you could use this one for your archive: https://rapidshare.com/files/1485528528/gdash-20100605.tar.gz
comment:13 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Thanks for letting me know. But rapidshare URLs are probably not suitable as MacPorts master_sites. Why doesn't the developer of this software put the new version up on his web site, like he did with the previous versions?
comment:14 Changed 13 years ago by cwscws
This is not an official version but as the developer can not be reached anymore the rapidshare link has to be enough. He mailed me this version last year for testing and it's final - I couldn't find any problems with this release.
By the way: The po-file has to be replaced to provide proper german translation: https://rapidshare.com/files/1125957663/de.po.zip
I hope you can include this latest version in your archive so it will be available for all MacPorts users...
You need to attach the log so we can debug this.