I am attempting a clean reinstallation of various Macports applications - i.e. I have renamed /opt/local as /opt/ZZlocal (so I can go back if necessary), I have reinstalled Macports 1.5.1 into MacOS and I am starting from the beginning. The first two applications I attempted both fail to work. They have both worked OK in a previous installation (though I was having trouble updating them). 1) Gnucash apparently installed OK, but when I try to launch it, the X11 log reports: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libjpeg.62.dylib Trace/BPT trap
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
2) Gramps does not install. It gets about half way through the process and then fails reporting: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< ---> Fetching gnome-doc-utils ---> Attempting to fetch gnome-doc-utils-0.10.3.tar.bz2 from http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/gnome-doc-utils/... ---> Verifying checksum(s) for gnome-doc-utils ---> Extracting gnome-doc-utils ---> Configuring gnome-doc-utils ---> Building gnome-doc-utils with target all ---> Staging gnome-doc-utils into destroot Error: violation by /opt/local/man Error: Target org.macports.destroot returned: mtree violation! Error: The following dependencies failed to build: py-gnome libzvt gnome-session control-center gnome-doc-utils gnome-panel gnome-desktop startup-notification gnome-menus py-gtk2 py-cairo py-numeric py-gobject libwnck shared-mime-info gst-plugins-base cdparanoia gstreamer flex gzip py-wxpython wxWidgets libsdl libsdl_mixer libmikmod libogg libvorbis smpeg liboil libtheora libgnomekbd libxklavier metacity gnome-themes gtk-engines2 nautilus eel libexif librsvg libcroco vte py-orbit Error: Status 1 encountered during processing.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
I would be grateful for any suggestions about how to get around these problems. David Rowe
Le 07-08-11 à 16:22, David Rowe a écrit :
I am attempting a clean reinstallation of various Macports applications - i.e. I have renamed /opt/local as /opt/ZZlocal (so I can go back if necessary), I have reinstalled Macports 1.5.1 into MacOS and I am starting from the beginning.
The first two applications I attempted both fail to work. They have both worked OK in a previous installation (though I was having trouble updating them).
1) Gnucash apparently installed OK, but when I try to launch it, the X11 log reports: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libjpeg.62.dylib
Trace/BPT trap
Means you have a DYLD_LIBRARY_PATH defined somewhere (I think) yves
Hi David, Here's my take on the problems you've been experiencing. On 12/08/2007, at 06:22, David Rowe wrote:
1) Gnucash apparently installed OK, but when I try to launch it, the X11 log reports: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libjpeg.62.dylib
Trace/BPT trap
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
I've seen the comments from other people, but I can't help but think that there's a better way of dealing with this than fiddling with DYLD_LIBRARY_PATH and DYLD_FALLBACK_LIBRARY_PATH. One think that I'd suggest would be to try forcing a rebuild of Gnucash's dependencies, and after that Gnucash itself. The jpeg port provides /opt/local/lib/ libjpeg.62.dylib, so the following will hopefully work: sudo port -f upgrade jpeg sudo port -fn upgrade gnucash (-n tells port not to rebuild all the rest of gnucash's dependencies) If that doesn't work, it looks to me like something that really should be fixed by the Gnucash developers rather than the port's maintainer, so it'd be great if you can report your problem to them.
2) Gramps does not install. It gets about half way through the process and then fails reporting:
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< ---> Fetching gnome-doc-utils ---> Attempting to fetch gnome-doc-utils-0.10.3.tar.bz2 from http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/gnome- doc-utils/0.10/ ---> Verifying checksum(s) for gnome-doc-utils ---> Extracting gnome-doc-utils ---> Configuring gnome-doc-utils ---> Building gnome-doc-utils with target all ---> Staging gnome-doc-utils into destroot Error: violation by /opt/local/man Error: Target org.macports.destroot returned: mtree violation! Error: The following dependencies failed to build: py-gnome libzvt gnome-session control-center gnome-doc-utils gnome-panel gnome- desktop startup-notification gnome-menus py-gtk2 py-cairo py- numeric py-gobject libwnck shared-mime-info gst-plugins-base cdparanoia gstreamer flex gzip py-wxpython wxWidgets libsdl libsdl_mixer libmikmod libogg libvorbis smpeg liboil libtheora libgnomekbd libxklavier metacity gnome-themes gtk-engines2 nautilus eel libexif librsvg libcroco vte py-orbit Error: Status 1 encountered during processing.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
This is something that the port maintainer needs to fix; it'd be great if you could file a Trac ticket and CC it to him, or failing that, if you could email him about the problem (run "port info gnome- doc-utils" to his email address). "Error: violation by /opt/local/ man" means that the port is trying to install things into /opt/local/ man, which is outside the prescribed MacPorts directory layout (raising errors for this is new with MacPorts 1.5.1). Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org
Boey Maun Suang wrote:
Here's my take on the problems you've been experiencing.
On 12/08/2007, at 06:22, David Rowe wrote:
1) Gnucash apparently installed OK, but when I try to launch it, the X11 log reports: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
Expected in: /opt/local/lib/libjpeg.62.dylib
Trace/BPT trap
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
I've seen the comments from other people, but I can't help but think that there's a better way of dealing with this than fiddling with DYLD_LIBRARY_PATH and DYLD_FALLBACK_LIBRARY_PATH. One think that I'd suggest would be to try forcing a rebuild of Gnucash's dependencies, and after that Gnucash itself. The jpeg port provides /opt/local/lib/libjpeg.62.dylib, so the following will hopefully work:
sudo port -f upgrade jpeg sudo port -fn upgrade gnucash (-n tells port not to rebuild all the rest of gnucash's dependencies)
If that doesn't work, it looks to me like something that really should be fixed by the Gnucash developers rather than the port's maintainer, so it'd be great if you can report your problem to them.
Thanks for your help. I tried 'sudo port -f upgrade jpeg; sudo port -fn upgrade gnucash', but it made no difference. As suggested, I have reported the problem on the Gnome/Gnucash Bugzilla as http://bugzilla.gnome.org/show_bug.cgi?id=466417 (in case anyone wants to follow it's progress) I find now that this issue has already been raised as a MacPorts ticket: http://trac.macosforge.org/projects/macports/ticket/12323 Regards David Rowe
--On August 13, 2007 4:31:43 PM +1000 Boey Maun Suang <boeyms@macports.org> wrote:
On 12/08/2007, at 06:22, David Rowe wrote:
1) Gnucash apparently installed OK, but when I try to launch it, the X11 log reports: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libjpeg.62.dylib
Trace/BPT trap
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
I've seen the comments from other people, but I can't help but think that there's a better way of dealing with this than fiddling with DYLD_LIBRARY_PATH and DYLD_FALLBACK_LIBRARY_PATH. One think that I'd suggest would be to try forcing a rebuild of Gnucash's dependencies, and after that Gnucash itself. The jpeg port provides /opt/local/lib/libjpeg.62.dylib, so the following will hopefully work:
sudo port -f upgrade jpeg sudo port -fn upgrade gnucash (-n tells port not to rebuild all the rest of gnucash's dependencies)
If that doesn't work, it looks to me like something that really should be fixed by the Gnucash developers rather than the port's maintainer, so it'd be great if you can report your problem to them.
It may not be that simple. There are two JPEG libraries involved. The one in System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib defines __cg_jpeg_resync_to_restart and the one in /opt/local/lib/libjpeg.62.0.0.dylib doesn't. Gnucash is linked against the latter, but ImageIO needs the former. I don't know if Gnucash will work with the former or not. The real question to me is why the MacPorts build of Gnucash needs ImageIO. I built it by hand (using MacPorts for all the dependencies) and my copy doesn't need it. It links against the MacPorts JPEG library and runs fine. It's possible that Gnucash will work with ImageIO if you remove the MacPorts version of libjpeg and let it build with the system library. You may have similar problems with the TIFF library. -- Mike Alexander mta@umich.edu Ann Arbor, MI PGP key ID: BEA343A6
Mike Alexander wrote:
--On August 13, 2007 4:31:43 PM +1000 Boey Maun Suang <boeyms@macports.org> wrote:
On 12/08/2007, at 06:22, David Rowe wrote:
1) Gnucash apparently installed OK, but when I try to launch it, the X11 log reports: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libjpeg.62.dylib
Trace/BPT trap
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
I've seen the comments from other people, but I can't help but think that there's a better way of dealing with this than fiddling with DYLD_LIBRARY_PATH and DYLD_FALLBACK_LIBRARY_PATH. One think that I'd suggest would be to try forcing a rebuild of Gnucash's dependencies, and after that Gnucash itself. The jpeg port provides /opt/local/lib/libjpeg.62.dylib, so the following will hopefully work:
sudo port -f upgrade jpeg sudo port -fn upgrade gnucash (-n tells port not to rebuild all the rest of gnucash's dependencies)
If that doesn't work, it looks to me like something that really should be fixed by the Gnucash developers rather than the port's maintainer, so it'd be great if you can report your problem to them.
It may not be that simple. There are two JPEG libraries involved. The one in System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib defines __cg_jpeg_resync_to_restart and the one in /opt/local/lib/libjpeg.62.0.0.dylib doesn't. Gnucash is linked against the latter, but ImageIO needs the former. I don't know if Gnucash will work with the former or not.
The real question to me is why the MacPorts build of Gnucash needs ImageIO. I built it by hand (using MacPorts for all the dependencies) and my copy doesn't need it. It links against the MacPorts JPEG library and runs fine.
It's possible that Gnucash will work with ImageIO if you remove the MacPorts version of libjpeg and let it build with the system library. You may have similar problems with the TIFF library.
Following Mike's comment, I tried editing the shell script: /opt/local/bin/gnucash (the one that launches Gnucash). Line 20 originally read: DYLD_LIBRARY_PATH="${EXTRA_LIBS}:${DYLD_LIBRARY_PATH}" So I altered it to: #DYLD_LIBRARY_PATH="${EXTRA_LIBS}:${DYLD_LIBRARY_PATH}" DYLD_LIBRARY_PATH="/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources:/opt/local/lib:/opt/local/lib/gnucash" and Gnucash 2.2.0 now loads and apparently runs its basic functions OK. ** Please note: I have NOT tested the full functionality. This is just a work-round so I can try out the new version of gnucash on a non-critical application. Use it at your own risk. David Rowe
participants (4)
-
Boey Maun Suang
-
David Rowe
-
Mike Alexander
-
Yves de Champlain