Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Marc J. Driftmeyer
Package: projectcenter.app Version: 0.5.3~20100601-1 Severity: normal We have a couple behavior issues: With projectcenter.app libs referenced under /usr/lib/projectcenter.app/ on Sid I get the following results with running from command line: mdriftme...@horus:/usr/lib$ ProjectCenter

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Yavor Doganov
On Thu, Jun 03, 2010 at 11:01:17PM -0700, Marc J. Driftmeyer wrote: We have a couple behavior issues: I'm afraid I can't reproduce them. It appears that ProjectCenter is looking for libProjectCenter.so.0 under /usr/lib/libProjectCenter.so.0 No. Please post the output of ldd

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Marc J. Driftmeyer
Output: mdriftme...@horus:~$ ldd /usr/bin/ProjectCenter linux-vdso.so.1 = (0x7fff1fdff000) libProjectCenter.so.0 = /usr/lib/projectcenter.app/libProjectCenter.so.0 (0x7f48df232000) libgnustep-gui.so.0.16 = /usr/lib/libgnustep-gui.so.0.16 (0x7f48dea3d000)

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Yavor Doganov
В 00:15 -0700 на 04.06.2010 (пт), Marc J. Driftmeyer написа: Output: Thanks, everything seems to be fine. I'll check all my paths under /usr/local to purge any extraneous culprits to see if this clears everything up. Yes, you probably have a stray libProjectCenter from a manual build; it can

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Marc J. Driftmeyer
I'm running a second binge and purge: mdriftme...@horus:~$ sudo apt-get remove --purge gnustep-back-common gnustep-back0.16 gnustep-back0.16-art gnustep-base-common gnustep-base-runtime gnustep-common gnustep-gpbs gnustep-gui-common gnustep-gui-runtime gnustep-make gorm.app

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Yavor Doganov
reassign 584505 gnustep-gui forcemerge 568049 584505 thanks В 01:11 -0700 на 04.06.2010 (пт), Marc J. Driftmeyer написа: 2010-06-04 08:10:07.098 ProjectCenter[11132] FTC_Manager_LookupSize() failed for 'Courier', error 0001! Use the cairo backend; art is currently broken. $ defaults

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Marc J. Driftmeyer
Results: mdriftme...@horus:~/DeveloperProjects$ sudo apt-get install gnustep-back0.16-cairo Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: gnustep-back0.16-cairo 0 upgraded, 1 newly installed, 0 to remove

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Yavor Doganov
В 04:02 -0700 на 04.06.2010 (пт), Marc J. Driftmeyer написа: Results: mdriftme...@horus:~/DeveloperProjects$ ProjectCenter bash: /usr/share/GNUstep/System/Tools/ProjectCenter: No such file or directory Your system is severely misconfigured/broken. You are apparently sourcing (in ~/.bashrc,

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Marc J. Driftmeyer
Here is .bashrc # ~/.bashrc: executed by bash(1) for non-login shells. # see /usr/share/doc/bash/examples/startup-files (in the package bash-doc) # for examples # If not running interactively, don't do anything [ -z $PS1 ] return #JAVA_HOME=/usr/lib/jvm/java-6-openjdk/jre

Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

2010-06-04 Thread Yavor Doganov
Marc J. Driftmeyer wrote: Here is .bashrc Can you check your other init files? By etc I meant it can be .xsession, .randomwm... Any other subsequent sourcing will naturally override all the variables previously set. . /usr/share/GNUstep/Makefiles/GNUstep.sh That's correct, but there's no