(Fix included.) Incorrect soft link to libgsf-1.114.0.0.dylib breaks anything dependent on libgsf

[edthome@…]

(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.

[rhwood@…]

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

[rhwood@…]

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.