antiX-forum

Hello. Anti and I have discussed the possibility of launching apps that require root access using gksu instead of wterm. But there are two issues with this approach:

1. gksu is a little sluggish
2. gksu only seems to require a root password for the first instance

The first problem required some research, but the fix was simple enough:

Code: Select all

gksu -g command

This is the disable-grab flag and basically allows gksu to be launched in it's own window, which does help.

The second problem is more difficult. I have done extensive research, found numerous threads, and posted at forums of other debian-based distros. The basic fix seems like it should have been to add the line

Code: Select all

Defaults timestamp_timeout=0

to the top of /etc/sudoers, but it doesn't seem to work.

Also, when trying to fix this problem, I came accross this line in the sudoers file:

Code: Select all

onthego   ALL=/usr/sbin/mesm

AFAIK, the user "onthego" hasn't been defined anywhere, and "mesm" does not seem to be installed in /usr/bin/. A quick google search did not yield any info and I couldn't find mesm in synaptic (I got 3 packages when doing a search, but none are installed).

Any ideas?

Thanks.

john

Onthego is this, right?
http://www.mepis.org/docs/en/index.php/Onthego
That makes me wonder if mesm is an alias or older name for msystem, or something like that. Just guessing...

As far as gksu not requiring a password after the first instance, you can change this in the password prompt window.

open a run dialog and type gksu leafpad (or any app) When the window opens and asks for a password there is a check box "remember password", just uncheck it and it will ask for a password every time you call it.

I always change everything from using the terminal to gksu. I have even altered your cc scripts to use gksu where needed. I prefer the look over a terminal opening everytime I need root access and not closing until I'm done with the app.

@ erie: You're right, it worked. With the box checked, the user is not prompted for a password. This is probably why it felt like /etc/sudoers was being ignored. This just may do the trick - having the box unchecked by default. Perhaps anti will now consider going with gksu instead of wterm. Thanks!

@ jerry: looks like that's it!

john