gdm can't login to any session when /bin/sh is symlinked to bash

That line wrap made the execve log completely unreadable. here is a file instead.

I now know what is happening. I had a large build system that failed if /bin/sh pointed to dash so I set it to point to /bin/bash instead. That is what makes the login fail. starting xinit then "/etc/gdm/Xsession gnome-session" produces the following error

/etc/gdm/Xsession: Beginning session setup...
/etc/bash_completion.d/apport_completion: line 128: `_apport-bug': not a valid identifier

setting back the /bin/sh link to dash makes it work and I can also login from the normal gdm login screen.

So this bug should be moved to apport or maybe bash ?? but I do not know how to do that

reassigning to apport according to the previous comment

Can you give us a bit more details about your setup?
I tried to reproduce this by creating a fresh Ubuntu VM, linked sh to bash, made sure that bash_completion is enabled in .bashrc, run xinit, then /etc/gdm/Xsession gnome-session and got a fully functional gnome login, and I can login from gdm just fine.

Here's the terminal log from my attempt.

I was about to take another stab at this problem but now it works.

So something has changed on the system and I have no idea of what. But since its no longer present I'm goin to close this issue.

ARRGGHH!!

No it did not work it was the link change that did not work so /bin/sh pointed still to dash. When I now change it I have the same problem but now I have no time to look in to it for the moment.

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. However, if the issue still exists please feel free to reopen with the requested information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Hello!

I'll happily answer any questions about this.

I can reproduce the problem on my box.

Just to re-iterate how to reproduce:
 * sudo ln -sf bash /bin/sh
 * Make sure you have bash script or two in "Startup Applications"
 * Have your .bash_profile stupidly source /etc/bash_completion (in my case by sourcing ~/.bashrc).
 * Log out.
 * Try to log back in.

It just kicks you right out and the following lines appear in the ~/.xsession-errors file:
/etc/gdm/Xsession: Beginning session setup...
/etc/bash_completion.d/apport_completion: line 128: `_apport-bug': not a valid identifier

This is a some-what pathological setup, because of the .bash_profile sourcing .bashrc, but a lot of people thrash around wrt to which file does what in bash.

A fix for this is to wrap all of bash_completion in an if [[ ! shopt -oq posix ]]; then .. fi block.

Actually, it looks like you can just add this to the top of bash_completion:

# Only run if shell is interactive.
if [[ $- != *i* ]] ; then
    return
fi

Ciao!

Christian, thank you. I can confirm that your comment 10 fixed the same problem as I reported it already in bug 408804.

Somebody please test if this affects release later than lucid. bug 588811 looks similar and was reported against Maverick, but might have been a Maverick-only problem.

I can confirm that this is still an issue in Precise.