I quickly write a troubleshoot post on Étoilé blog.
If you can try it, let me know which step you have problem.
I check the permission of my system and they are all property set.
Some are under my username and some are root.
But the permissions are all correct.
The way I did is that I compile everything under my account
and only 'sudo' for installation.
'setup.sh' is supposedly to run with regular user account, not root.
But I believe it is only tested with Ubuntu.
Maybe you can take a look at the script and set up your system manually.
Most of the stuff is mentioned in the post already

Yen-Ju

On 8/2/07, James Mahoney <[EMAIL PROTECTED]> wrote:
> Hey again,
>
> I'm going to think out loud, and explain what I think might be going on with 
> some of these phenomena.  That way you won't have to explain everything to 
> me, or you can correct my misunderstandings.
>
> On 2007-08-02 19:35:51 -0500 James Mahoney <[EMAIL PROTECTED]> wrote:
> [snip]
> > 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.)
> >
>
> The $GNUSTEP_SYSTEM_ROOT will be fine, but the preferences won't be set right 
> for 'james.'  The preferences will be set right for 'root' however.  I don't 
> know what other consequences there might be.
>
> [snip]
>
> > 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-------).
>
> Some program is now trying to load the 3 user defined AppKit Bundles because 
> the preferences of 'james' got changed when you ran ./setup.sh as 'james' 
> (instead of as 'root').  When you ran setup.sh logged in as root, root's 
> preferences got changed, but not james's.  (see my answer to the first 
> question about sourcing GNUstep.sh as root).
>
> Ok, those are my thoughts.  I still need help with everything else from my 
> previous email.  Thanks!
>
> James
>
>
>
> _______________________________________________
> Etoile-discuss mailing list
> [email protected]
> https://mail.gna.org/listinfo/etoile-discuss
>

_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss

Répondre à