Public bug reported:
Installation of ubuntu-touch-session on an amd64 system goes off without
a hitch. However, at next login, the sessions menu has two different
ubuntu touch sessions available, which is strange... If one of these
is selected, the password part of lightdm goes clear, but no
After purging ubuntu-touch-session, there is no session menu at the
lightdm login screen, but lightdm still tries to use ubuntu-touch-
surfaceflinger as the default session, since that is what was written to
the .dmrc in my home directory.
And lightdm is very persistant about keeping this around.
Public bug reported:
I'm not even sure that initramfs-tools-ubuntu-touch should be
installable on amd64, but apt-get doesn't stop me. However, after it is
installed, update-initramfs no longer works:
root@capo-s:~# update-initramfs -u -k all
update-initramfs: Generating
Actually, it looks like something from this script is helpful on my
system (HP dm4t) under x86_64. If I make the changes suggested by loke
in #5, then my laptop doesn't sleep properly. How was it decided that
the functions herein are not needed on x86_64? Again-- upstream runs
this regardless.
Investigating a little further, it looks like (per
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/pm-
utils/raring/revision/58) this script is intended to run on both x86 and
x86_64. Which just leaves the unneeded bashism extglob...
--
You received this bug notification because you
Confirming that this affects me too-- since updating to raring, when I
resume from suspend on my HP dm4t laptop, there is a pause of a minute
or so where the backlight is on but nothing displays... with lines like:
[ 773.833620] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than
I confirm what was written above in the initial description of this bug.
The attached patch just chains two separate grep commands to search
first for shell script and then for text executable. By doing things
this way, both the old-style and new-style results from the file command
will be