[Debian GNUstep maintainers] Bug#584505: libProjectCenter.so.0: cannot open shared object file: No such file or directory

[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
#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 user at host:dir
case "$TERM" in
xterm*|rxvt*)
     PROMPT_COMMAND='echo -ne "\033]0;${USER}@${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:
>>      
>    
>> mdriftmeyer at 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.
>
>    
>> mdriftmeyer at horus:/usr/share/GNUstep$ sudo mkdir System
>> mdriftmeyer at 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
>> mdriftmeyer at 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 :: mjd at reanimality.com <mailto:mjd at reanimality.com>
Web :: http://www.reanimality.com
Cell :: (509) 435-5212