Re: [Evolution] Evo 1.4.6 to Evo 2.2, SuSE to Ubuntu

[guenther <guenther rudersport de>]

[ re-arranging the quoting ]

> > On Fri, 2005-06-17 at 13:20 -0400, Kelly J. Morris wrote:
> > > /etc/gdm/Xsession: Beginning session setup ...
> > > (gnome-session:8396) libgnome vfs-WARNING **: Unable to create
> > > ~/.gnome2
> > > directory: Permission denied
> > > could not create per-user gnome configuration directory
> > > '/home/kelly/.gnome2/': Permission denied. 

Well, as Michael already suggested, this looks like /home/kelly either
does *not* belong to the user 'kelly' or the permissions of this dir are
totally borked.

Maybe there is something way more seriously wrong than that, though,
given that gnome-vfs actually tries to create this dir -- depending on
the underlying gnome-vfs logic, which I don't know. ~/.gnome2 [1] should
already be there, if the user 'kelly' used GNOME before. So either it
(falsely) tries to create this dir, cause the permissions of /home/kelly
or /home/kelly/.gnome2 are wrong, or it actually tries to create it,
cause it is missing (and fails, due to missing permission on ~)...

If this dir is not present currently... Kelly, is there any content left
at all in /home/kelly?


Just guessing, though. Sorry, if I'm totally off the track here, scaring
you for no reason.


On Fri, 2005-06-17 at 17:08 -0400, Kelly J. Morris wrote:
> On Fri, 2005-06-17 at 16:02, Not Zed wrote:
>
> > Do you own your home directory and have write permissions do it?
>
> Yes.
> > login as root from a virtual terminal and do
> >
> > chown kelly /home/kelly
> > chmod 755 /home/kelly
>
> OK, but the UID of the imported files from SuSE was 500 and the UID at
> Ubuntu was 1000. Why 755? Is the idea kind of "splitting the
> difference," i.e. there can't be a conflict between 500 and 1000 if all
> have been changed to 755?

Given this response I wonder if you checked/set the ownership and
permissions of ~/.evolution/mail/local [1] properly. Are you *sure* the
ownership and permissions are correctly set as we asked previously?


Some explanations:

The 'chmod' command (which Michael mentioned above) has 2 options in
this case. The latter being the directory to change the permissions on.
And the first one being the permissions to set.

"755" are the permissions to set, in octal notation. The 3 digits
represent the permissions for user, group and other (world)
respectively. In this case it is read/write/execute (7) permissions for
the user [2] and read/execute (5) permissions for group and other.

This number does not in any way refer to a user ID (UID) or group ID
(GID). (As I mentioned before, the UID/GID of your old system does mean
nothing on your new system anyway. Do not care about the old UID -- no
more than any file/dir still with the old UID needs to be changed to the
new (current) UID.)

I recommend reading 'man chmod' and 'man chown' or even better a good
book about UNIX/Linux basics. Asking a friend who does know this already
would be a good idea as well, to solve this present issue without
harming your data any further...

Hopefully no harm done yet...

...guenther


[1] ~ is an abbreviation for your users home directory, /home/kelly in
    this case

[2] read = 4, write = 2, execute = 1
    read + write + execute = 4 + 2 + 1 = 7


-- 
char *t="\10pse\0r\0dtu\0  ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}