Comment 7 for bug 385939

Testing against latest in Debian Sid the path of precedence is based upon $HOME, Local and System.

Instead of placing a symlink into a /usr/local path GNUstep is actually looking for a User Library path ala OS X.

$HOME/GNUstep/Library

Inside this setup should be:

/Colors
/Services

Therefore, add the symlink as follows: $ ln -s /usr/lib/GNUstep/Library/Cenon Cenon

Restart Cenon and the message will disappear.

Solution:

GNUstep is attempting to mirror the installation behavior of Application Libraries half-way.

Because they aren't set up as App Bundles Debian will need to split the App specific libraries and create the path under the $HOME/GNUstep/Library or $HOME/GNUstep/Library/Application Support depending on whichever one GNUstep has settled on.

In short, instead of polluting the /usr/local/lib/GNUstep path or /usr/lib/GNUstep path with application library specific information it's much easier to split that under the User path while the actual application relying solely on the GNUstep libraries then looks for the GNUstep libs to complete the loading.

/lib/GNUstep/Library
/home/User/GNUstep/Library/AppSpecificPathtoLibaries

Either way, GNUstep needs to decide if it wants to be a hack of NeXTStep or a Linux version of Darwin with as much of OS X Foundation, AppKit, WebKit, etc it can muster. System Preferences should match those at the user level, System level and local level for the GNUstep environment if it wants portability between GNUstep and OS X.