Hi! d-i now offers the possibility of installing with disabled root logins. If you do that, the default GNOME desktop is broken because a lot of the links use gksu instead of gksudo:
/usr/share/applications/gdmsetup.desktop:Exec=gksu gdmsetup /usr/share/applications/foomatic-gui.desktop:Exec=gksu -u root /usr/bin/foomatic-gui /usr/share/applications/users.desktop:TryExec=gksu /usr/share/applications/users.desktop:Exec=gksu users-admin /usr/share/applications/shares.desktop:TryExec=gksu /usr/share/applications/shares.desktop:Exec=gksu shares-admin /usr/share/applications/services.desktop:TryExec=gksu /usr/share/applications/services.desktop:Exec=gksu services-admin /usr/share/applications/network.desktop:TryExec=gksu /usr/share/applications/network.desktop:Exec=gksu -u root network-admin /usr/share/applications/disks.desktop:TryExec=gksu /usr/share/applications/disks.desktop:Exec=gksu disks-admin /usr/share/applications/time.desktop:TryExec=gksu /usr/share/applications/time.desktop:Exec=gksu time-admin /usr/share/applications/software-properties.desktop:Exec=gksu /usr/bin/software-properties /usr/share/applications/synaptic.desktop:Exec=gksu -u root /usr/sbin/synaptic /usr/share/applications/update-manager.desktop:Exec=gksu /usr/bin/update-manager Should these applications be using gksudo instead? Should gksu be smarter and try different ways of getting root [1]? Should d-i do some workaround? [1] Since it is possible that user might setup password-less sudo, I would suggest attempting "the sudo way" first, then trying su. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
