Custom Query (1145 matches)
Results (49 - 51 of 1145)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #901 | worksforme | usb-creator-gtk doesn't work on cluster | jdreed | |
| Description |
I suspect this is due to poor interaction between the horrible things we do with aufs and whatever python goo usb-creator-gtk uses to frob disks, but... If I attempt to burn to an empty FAT32-formatted flash drive, the "Make startup disk" button is grayed out. If I then choose "erase disk", it fails with "/dev/sdb1 contains a mounted filesystem" which is not true, since usb-creator-gtk has just unmounted it. I'm not sure whose fault this is. |
|||
| #915 | worksforme | gconf key no longer disables face browser | jdreed | |
| Description |
Instead, we get to speak DBus:: dbus-send --system --dest=org.gnome.DisplayManager /org/gnome/DisplayManager/Settings org.gnome.DisplayManager.Settings.SetFaceBrowserEnabled boolean:false I'm not sure what the best way to do this is, since dbus might not be running when the package is configured? The one upside to this is that the login screen with the face browser disabled is a lot less stupid, in that the username prompt is just there (as opposed to forcing the user to click "Log In" first. |
|||
| #930 | worksforme | clearing /home maybe breaks natty cluster logins | kaduk | |
| Description |
While tracking down #928, I created a local user so that I could get .xsession-errors output from the early stages. This definitely did not play nicely with us clearing /home in the chroot, and the clearing needed to be commented out for the local user to be able to login. I do remember this command returning an error at some point, though, possibly EBUSY; we should investigate whether this is an actual issue or just an artifact of my debugging strategy. |
|||
