Hey everybody, I am still having problems installing/setting up Etoile 0.2... read on.
On 2007-08-01 04:50:20 -0500 Quentin Mathé <[EMAIL PROTECTED]> wrote: [snip] > You shouldn't run ./setup.sh as root, it isn't ready to be used this way. > When you run setup.sh as root some environment variables like > $GNUSTEP_SYSTEM_ROOT might be lost and also $GNUSTEP_USER_ROOT would point > to /root, the outcome is that some elements aren't set up for your daily > user account (the one you use to log in from GDM). What if I source GNUstep.sh in root's bashrc/profile as well? (Which I do.) > > So you just need to run setup.sh with the user identity you are going to use > to login in Étoilé, usually you just need to type: > ../setup.sh > then the script provide some choices, pick the first option by typing '1', > then it will ask for your sudo password. Don't choose option '2' because it > isn't well supported now. I am curious about sudo's handling of environment variables. For example, when I run 'sudo ./setup.sh' (which I imagine I shouldn't be doing in the first place, but I got curious), it tells me [EMAIL PROTECTED]:~/Etoile-0.2$ sudo ./setup.sh Your GNUstep environment isn't set up correctly. To install Etoile, you must source GNUstep.sh or GNUstep.csh located in System/Library/Makefiles/GNUstep.sh I do indeed source GNUstep.sh, and setup.sh is aware of this when I run it logged in as 'root' or as 'james.' My question is: if sudo seems to be forgetting environment variables, what consequences are there for the commands run with sudo in setup.sh? > > The following line just means SystemTaskList.plist isn't installed, so > etoile_system doesn't which Étoilé processes must started and managed when > you log in. SystemTaskList.plist is installed into > $GNUSTEP_SYSTEM_ROOT/Library/Etoile > 2007-08-01 03:47:51.771 etoile_system[2193] WARNING: no usable > workspace process set file found. I'm not going to do workspace SystemTaskList.plist is indeed present, but the permissions are set to rw for root and no permissions for anybody else (-rw-------). Also, I (as root) ran 'make uninstall' and ran 'setdown.sh' both as 'root' and as 'james' with the sudo option (option number 1). I then deleted the Etoile-0.2 folder, and untarred the etoile-0.2.tar.gz again, ran 'make' as 'james,' ran 'make install' as root, and then ran setup.sh as 'james' and chose the sudo option. Choosing etoile.desktop still doesn't work, I have the same problem as before: nothing starts (well, once in a while I see a few of those rapidly flashing small sqaure windows which always seem to accompany the start of the first GNUstep app in a session of X: I get them starting GNUMail, for example, and remember them when running svn checkouts of the stable branch not too long ago) and I am left with the same color background as I had in GDM. This time however, the .xsession-errors is a little different: /etc/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/gdm/PreSession/Default: running: /usr/bin/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x "/var/ lib/gdm/:0.Xservers" -h "" -l ":0" "james" /etc/gdm/Xsession: Beginning session setup... 2007-08-02 19:12:21.047 etoile_system[25966] Setting up SCSystem server instance 2007-08-02 19:12:21.398 etoile_system[25966] Loading 3 user defined AppKit bundles 2007-08-02 19:12:21.398 etoile_system[25966] * Unable to load '/usr/GNUstep/Local/Library/Bundles/Cam aelon.themeEngine' 2007-08-02 19:12:21.398 etoile_system[25966] * Unable to load '/usr/GNUstep/Local/Library/Bundles/Eto ileMenus.bundle' 2007-08-02 19:12:21.399 etoile_system[25966] * Unable to load '/usr/GNUstep/Local/Library/Bundles/Eto ileBehavior.bundle' 2007-08-02 19:12:21.417 etoile_system[25966] Failed to determine offsets for style 1 2007-08-02 19:12:21.418 etoile_system[25966] Failed to determine offsets for style 2 2007-08-02 19:12:21.418 etoile_system[25966] Failed to determine offsets for style 3 2007-08-02 19:12:21.419 etoile_system[25966] Failed to determine offsets for style 4 2007-08-02 19:12:21.419 etoile_system[25966] Failed to determine offsets for style 5 2007-08-02 19:12:21.420 etoile_system[25966] Failed to determine offsets for style 6 2007-08-02 19:12:21.420 etoile_system[25966] Failed to determine offsets for style 7 2007-08-02 19:12:21.421 etoile_system[25966] Failed to determine offsets for style 8 2007-08-02 19:12:21.421 etoile_system[25966] Failed to determine offsets for style 9 2007-08-02 19:12:21.422 etoile_system[25966] Failed to determine offsets for style 10 2007-08-02 19:12:21.422 etoile_system[25966] Failed to determine offsets for style 11 2007-08-02 19:12:21.423 etoile_system[25966] Failed to determine offsets for style 12 2007-08-02 19:12:21.423 etoile_system[25966] Failed to determine offsets for style 13 2007-08-02 19:12:21.424 etoile_system[25966] Failed to determine offsets for style 14 2007-08-02 19:12:21.424 etoile_system[25966] Failed to determine offsets for style 15 2007-08-02 19:12:21.499 etoile_system[25966] WARNING: no usable workspace process set file found. I'm not going to do workspace process management. 2007-08-02 19:12:21.499 etoile_system[25966] Launch queue is empty now X connection to :0.0 broken (explicit kill or server shutdown). Before I reinstalled Etoile, the .xsession-errors didn't mention "Loading 3 user defined AppKit bundles" and thus I didn't get the "Unable to load..." errors. Those three missing bundles are in /usr/GNUstep/System instead of Local/. I am not sure why. Also, after the Etoile reinstall, SystemTaskList.plist is present but still has the root-only permissions (-rw-------). Alright, thanks for your time and help! [snip] James _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
