Opened 15 years ago

Closed 15 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 15 years ago by rhwood@…

Owner: changed from darwinports-bugs@… to gnome-darwinports@…

This bug stems from the fact that libgsf-1.12 installed a libgsf-1.1.dylib while libgsf-1.14 does not.

comment:2 Changed 15 years ago by rhwood@…

Resolution: remind
Status: newclosed

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.

Note: See TracTickets for help on using tickets.