Gnome login hangs F20 after fedup upgrade

[David Highley]

"Pete Travis wrote:"
> 
> --===============8084609375064345886==
> Content-Type: multipart/alternative; boundary=001a11c36c50d0f15c04ee3edcaa
> 
> --001a11c36c50d0f15c04ee3edcaa
> Content-Type: text/plain; charset=ISO-8859-1
> 
> On Dec 23, 2013 4:47 PM, "David Highley" <dhighley at highley-recommended.com>
> wrote:
> >
> > "
> >
> > OK, I did find those and some old gnome2 stuff. So I went the drastic
> > route and wiped out all files and directories with gnome in the name.
> > Still get the same results.
> >
> 
> And with the new user account? This is a crucial test, because tweaking
> your config files and troubleshooting the display stack are very different.

Bingo, seems to be old scruff somewhere in the accounts that is
preventing the logins from working. Did two tests. One with a local new
account and another with the account on the remote user server using
autofs and NFS to server the home directories. Both tests worked.

Now do we take a meat axe and remove all the dot directories or in great
pain discover what is blocking the logins from working. Note we have
already removed every directory and file that had gnome in the name.

> 
> --Pete
> 
> --001a11c36c50d0f15c04ee3edcaa
> Content-Type: text/html; charset=ISO-8859-1
> 
> <p dir="ltr"><br>
> On Dec 23, 2013 4:47 PM, &quot;David Highley&quot; &lt;<a href="mailto:dhighley at highley-recommended.com">dhighley at highley-recommended.com</a>&gt; wrote:<br>
> &gt;<br>
> &gt; &quot;<br>
> &gt;<br>
> &gt; OK, I did find those and some old gnome2 stuff. So I went the drastic<br>
> &gt; route and wiped out all files and directories with gnome in the name.<br>
> &gt; Still get the same results.<br>
> &gt;</p>
> <p dir="ltr">And with the new user account? This is a crucial test, because tweaking your config files and troubleshooting the display stack are very different. </p>
> <p dir="ltr">--Pete<br>
> </p>
> 
> --001a11c36c50d0f15c04ee3edcaa--
> 
> --===============8084609375064345886==
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: base64
> Content-Disposition: inline
> 
> LS0gCnVzZXJzIG1haWxpbmcgbGlzdAp1c2Vyc0BsaXN0cy5mZWRvcmFwcm9qZWN0Lm9yZwpUbyB1
> bnN1YnNjcmliZSBvciBjaGFuZ2Ugc3Vic2NyaXB0aW9uIG9wdGlvbnM6Cmh0dHBzOi8vYWRtaW4u
> ZmVkb3JhcHJvamVjdC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VycwpGZWRvcmEgQ29kZSBvZiBD
> b25kdWN0OiBodHRwOi8vZmVkb3JhcHJvamVjdC5vcmcvY29kZS1vZi1jb25kdWN0Ckd1aWRlbGlu
> ZXM6IGh0dHA6Ly9mZWRvcmFwcm9qZWN0Lm9yZy93aWtpL01haWxpbmdfbGlzdF9ndWlkZWxpbmVz
> CkhhdmUgYSBxdWVzdGlvbj8gQXNrIGF3YXk6IGh0dHA6Ly9hc2suZmVkb3JhcHJvamVjdC5vcmcK
> 
> --===============8084609375064345886==--
>