Opened 19 years ago
Closed 19 years ago
#7992 closed defect (remind)
(Fix included.) Incorrect soft link to libgsf-1.114.0.0.dylib breaks anything dependent on libgsf
| Reported by: | edthome@… | Owned by: | gnome-darwinports@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.2 |
| Keywords: | Cc: | ||
| Port: |
Description
(Embarrassingly) I discovered this trying to use a gnome game. I did not check all games, but Stones, Mines, Gnometris did not load. When trying to start the game from the Terminal, I got an error message:
dyld: Library not loaded: /opt/local/lib/libgsf-1.1.dylib Referenced from: /opt/local/bin/gnome-stones Reason: image not found Trace/BPT trap
So I checked ls -al /opt/local/lib and found that the softlink to libgsf-1.114.0.0 was named libgsf-1.dylib. So I created a new softlink named libgsf-1.1.dylib, as well as another softlink to libgsf-gnome-1.114.0.0.dylib (which was similarly misnamed) called libgsf-gnome-1.1.dylib, and it worked!!!
Thank you.
Change History (2)
comment:1 Changed 19 years ago by rhwood@…
| Owner: | changed from darwinports-bugs@… to gnome-darwinports@… |
|---|
comment:2 Changed 19 years ago by rhwood@…
| Resolution: | → remind |
|---|---|
| Status: | new → closed |
Fix commited to CVS.
However, I am investigating how to generate the symlinks only on the event of upgrade, so that new installations do not get the extranious symlinks.
This bug stems from the fact that libgsf-1.12 installed a libgsf-1.1.dylib while libgsf-1.14 does not.