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

Fri, 04 Jun 2010 15:36:19 -0700 

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
#JAVA_INCLUDE_PATH=/usr/lib/jvm/java-6-openjdk/include
#JAVA_JVM_LIBRARY=/usr/lib/jvm/java-6-openjdk
#JAVA_AWT_LIBRARY=/usr/lib/jvm/java-6-openjdk/jre/lib/amd64
#JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun/jre
#export JAVA_HOME JAVA_INCLUDE_PATH JAVA_JVM_LIBRARY JAVA_AWT_LIBRARY

#MAVEN_HOME=/usr/local/share/maven
#export MAVEN_HOME

#MAVEN_OPTS="-Xmx480m"
#export MAVEN_OPTS

SPEECH_DISPATCHER=".speech-dispatcher/"
export SPEECH_DISPATCHER

GDK_NATIVE_WINDOWS="1"
export GDK_NATIVE_WINDOWS

#Objective-J Build Path
CAPP_BUILD="/home/mdriftmeyer/DeveloperProjects/WebServices/Objective-J/BuildTools"
export CAPP_BUILD

function cd() {
builtin cd "$1" $2
_f=`findup .my-setup`
if test -n "$_f" -a "$_lastf" != "$_f"; then
echo "Loading $_f"
_lastf="$_f"
source "$_f"
fi
}

#QT DECLARATIONS
QT4DIR=/usr/share/qt4

# GNUstep Makefiles System
#GNUSTEP_MAKEFILES=/usr/share/GNUstep/System/Library/Makefiles
#export GNUSTEP_MAKEFILES
# GNUstep initialization script
. /usr/share/GNUstep/Makefiles/GNUstep.sh
if [ `gdomap -L GDNCServer | grep -c Found` == '0' ]; then
 echo "Starting GNUstep services..."
 gdnc
 gpbs
fi
# don't put duplicate lines in the history. See bash(1) for more options
export HISTCONTROL=ignoredups

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(lesspipe)"

# If this is an xterm set the title to u...@host:dir
case "$TERM" in
xterm*|rxvt*)
PROMPT_COMMAND='echo -ne "\033]0;${us...@${hostname}: ${PWD/$HOME/~}\007"' 
    ;;
*)
    ;;
esac

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

#if [ -f ~/.bash_aliases ]; then
#    . ~/.bash_aliases
#fi

# enable color support of ls and also add handy aliases
if [ "$TERM" != "dumb" ]; then
    eval "`dircolors -b`"
    alias ls='ls --color=auto'
    #alias dir='ls --color=auto --format=vertical'
    #alias vdir='ls --color=auto --format=long'
fi

# some more ls aliases
#alias ll='ls -l'
#alias la='ls -A'
#alias l='ls -CF'

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
fi

PATH=$PATH:/usr/bin/X11:/home/mdriftmeyer/DeveloperProjects/Bash_ShellProgramming/bashScripts
export PATH


- Marc

On 06/04/2010 04:34 AM, Yavor Doganov wrote:

В 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, ~/.profile, etc.) GNUstep.sh that does not come
from the official Debian package.  It is utterly wrong to have this
directory in PATH.  Can you figure out what's causing this?

This is what should happen after sourcing GNUstep.sh:

$ echo $PATH
/home/yavor/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
$ echo $LD_LIBRARY_PATH
$ . /usr/share/GNUstep/Makefiles/GNUstep.sh
$ echo $PATH
/home/yavor/GNUstep/Tools:/home/yavor/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
$ echo $LD_LIBRARY_PATH
/home/yavor/GNUstep/Library/Libraries:/usr/local/lib:/usr/lib


  ** Missing /usr/share/GNUstep/System/*....

That's correct, no Debian package installs this directory.


mdriftme...@horus:/usr/share/GNUstep$ sudo mkdir System
mdriftme...@horus:/usr/share/GNUstep$ sudo mkdir System/Tools

Don't contribute to the mess, please :-)
You are expected not to modify anything in /usr except configuration
files...  Otherwise, I'm afraid we won't be able to provide the expected
support.


  ls -rhlt
total 36K
-rw-r--r-- 1 root root  27K Jun  3 10:53 objects.gorm
-rw-r--r-- 1 root root  184 Jun  3 10:53 data.info
-rw-r--r-- 1 root root 1.4K Jun  3 10:53 data.classes
mdriftme...@horus:/usr/lib/GNUstep/Applications/ProjectCenter.app/Resources/English.lproj/ProjectCenter.gorm$

There's nothing wrong with the .gorm file.  It cannot be loaded because
an NSException is raised earlier.


Hope this helps,

Yes, it confirms that this is the same known issue.



--
Marc J. Driftmeyer
Email :: m...@reanimality.com <mailto:m...@reanimality.com>
Web :: http://www.reanimality.com
Cell :: (509) 435-5212

<<attachment: mjd.vcf>>

Reply via email to