Libraries not found

[frednet]

Binary package hint: cenon.app

On starting up cenon it is unable to find the library files. You get the following message

You need to install the Cenon Library!

It seems to be unable to find the gnuSTEP files as it's looking in /usr/local/lib/gnuSTEP instead of /usr/lib/gnuSTEP which is where the gnuSTEP files are.

I've tried a soft link and it seems to work to a degree but it also complains when I try to load a file with the following

Could not open file
/usr/local/lib/GNUstep/Cenon/Devices/Gerber

which is not surprising as it should be looking in

/usr/lib/GNUstep/Library/Cenon/Devices/gerber

note that the g in gerber is lower case in the real directory gerber as well as the location of it being incorrect.

I'm running Ubuntu 9.04 (64bit version) and Cenon-3.83-1build1

ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
Package: cenon.app 3.83-1build1
ProcEnviron:
 LANGUAGE=
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: cenon.app
Uname: Linux 2.6.28-13-generic x86_64

[John Crisp (john-reetspetit)]

Same problem here. Not tried to research it further as the above seems to sum it up.

Clean install Jaunty 9.04 / KDE

Intel 32 bit

Uname : 2.6.28-11-generic

Cenon-3.83-1build1

[DEFHol (dfleener)]

I have the same bug. After reading the bug description above, I made soft links at all the places mentioned in the post, and now cenon starts without giving me an error message.

[Dennis Crunkilton (decrunkilton)]

Same bug. Thanks for showing me how to fix it.

ProblemType: Bug
Architecture: intel32
DistroRelease: Ubuntu 10.04
Package: cenon.app 3.83-1build2
ProcEnviron:
 LANGUAGE=
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: cenon.app
uname: 2.6.32-24-generic #39-Ubuntu SMP

1.
On start-up
"You need to install the Cenon Library!"
Click OK

sudo ln -s /usr/lib/GNUstep /usr/local/lib/GNUstep
clears message

2.
Restart Cenon
New Document | import hpgl path-to-file.plt
"Could not open file
/usr/local/lib/GNUstep/Cenon/Devices/hpgl."

Actual path:
/usr/lib/GNUstep/Library/Cenon/Devices/hpgl/

sudo ln -s /usr/lib/GNUstep/Library/Cenon /usr/local/lib/GNUstep/Cenon
Clears message. Seems to work. However, I have little Cenon experience. Not thoroughly tested.

[Lenin (gagarin)]

I can start cenon (3.83-1build3) on natty

[Lenin (gagarin)]

could you try with the latest version? http://ftp.debian.org/debian/pool/main/c/cenon.app/

[Marc J. Driftmeyer (mjd-reanimality)]

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.