Comment 7 for bug 363153

I have tracked down where the bug actually occurs. This hang is caused when VNC is being set up. The mythbuntu_install.py script that is part of ubiquity calls a python module in mythbuntu-common.

The actual script called is /var/lib/python-support/python2.6/mythbuntu_common/vnc.py

Line 56 of this file calls this command:
        os.system(SCRIPTDIR + "/create_vnc_passwd " + password)

That launches a bash script which would look like this (let's say the password was "pass&word"):

        /usr/share/mythbuntu-common/scripts/create_vnc_passwd pass&word

At which point you should get an error because bash sees the "&" as showing that another command is coming. This is where the installer freezes and the ubiquity debug log shows:

May 4 20:24:30 debconf (filter): <-- GET mythbuntu/x11vnc
debconf (developer): <-- GET mythbuntu/x11vnc
debconf (developer): --> 1 true
May 4 20:24:31 debconf (filter): <-- SPAWN vncpasswd /root/.vnc/passwd
May 4 20:24:31 debconf (filter): ignoring unknown (multi-line?) command
May 4 20:24:31 debconf (filter): <-- PASSWORD:
May 4 20:24:31 debconf (filter): ignoring unknown (multi-line?) command
May 4 20:24:31 debconf (filter): <-- PASSWORD must be at least 6 characters - try again
May 4 20:24:31 debconf (filter): ignoring unknown (multi-line?) command
May 4 20:24:31 debconf (filter): <-- PASSWORD:PROGRESS STOP
May 4 20:24:31 debconf (filter): ignoring unknown (multi-line?) command

The fix:

If the vnc.py script from mythbuntu-common passed this password encapsulated in single quotes it should prevent this bug from occurring.

I'll do some testing. I know I can boot the live cd, make the change to the file, and then do a test install. I am uncertain of how to test this change when made to the mythbuntu-common source package (how do I repackage the change into the liveCD for testing?)