Le 3 août 07 à 07:26, James Mahoney a écrit : > Hey everybody, > > I got everything running now. Again, I am running Debian Etch on > x86. Here's how: > > I changed setup.sh so that line 107 reads > > bundledir="$GNUSTEP_SYSTEM_ROOT/Library/Bundles" > > instead of > > bundledir="$GNUSTEP_LOCAL_ROOT/Library/Bundles" > > This is so setup.sh performs the 'defaults write . . .' for the > bundles correctly, as Camaelon.themeEngine, EtoileWildMenus.bundle, > and EtoileBehavior.bundle are installed in $GNUSTEP_SYSTEM_ROOT and > not $GNUSTEP_LOCAL_ROOT. This corrects the problem named in the > last section of my last emails, that etoile_system couldn't load "3 > user defined AppKit Bundles." WildMenus and the Nesedah theme are > functional even running GNUstep apps outside of the Etoile > environment (which is as it should be once these bundles are defined).
Well, this bug was fixed in -trunk but hasn't been backported in - stable for the release as expected :-/ I'm going to update -stable now. > I ran ./setup.sh and chose option 1, the sudo option, so that > things would be set up system wide and the defaults written for > user 'james' and not for 'root.' > > Also, I ran 'sudo chmod 644 /usr/GNUstep/System/Library/Etoile/ > SystemTaskList.plist' to make it so regular users can read that > file and so root can still write it. Earlier the permissions were > to set to 600 (-rw-------), read and write for root only, making > etoile_system fail, as it did not have a readable > SystemTaskList.plist. > > I did have to run 'make install' as root (see next paragraph), so > that might explain the permissions problems. I don't know what > would happen if 'sudo make install' would run. Permissions were incorrect in the release archive. This is fixed now. If you download the release archive again and try to install it, you shoudn't encounter this problem anymore. The problem was also reported by Andreas Höschler in another thread. > I am still mystified as to the behavior of sudo. I have to run > 'make install' logged in as root, otherwise this happens: > [EMAIL PROTECTED]:~/Etoile-0.2$ sudo make install > GNUmakefile:1: /common.make: No such file or directory > GNUmakefile:82: /aggregate.make: No such file or directory > make: *** No rule to make target `/aggregate.make'. Stop. > > This tells me that the environment variables which are set by > sourcing GNUstep.sh are being forgotten somehow by sudo. That depends of your platform AFAIK. > Alright, that's all I've got right now. Thanks for your time in > helping me out and in writing this software. I hope I can be of > some help by reporting my troubles and problems with it. We need to make the install process smoother :-) Thanks for the feedback, Quentin. _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
