By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 606

Summary:	launching privileged apps from the panel "kicker" throws a password dialog box
Product:	TDE	Reporter:	James <james>
Component:	tdebase	Assignee:	Timothy Pearson <kb9vqf>
Status:	RESOLVED FIXED
Severity:	normal	CC:	bugwatch, james, michele.calgaro
Priority:	P5
Version:	3.5.13 [Trinity]
Hardware:	i386
OS:	Debian Squeeze
Compiler Version:		TDE Version String:
Application Version:		Application Name:

Description James 2011-11-09 11:16:11 CST

Back in Trinity 3.5.12, launching privileged apps from the panel would automatically allow "administrative privileges", but this no longer works in 3.5.13.  For instance, launching synaptic runs "kdesu -u root -c /usr/sbin/synaptic", which throws a password dialog box, apparently without first checking for administrative group membership or checking in /etc/sudoers.

This all rather defeats the convenience of having launch icons on the panel, where it becomes easier to simply type "sudo" on the command line.  Have I missed some new configuration setting?  Or this is a new bug?


James

Comment 1 Timothy Pearson 2011-11-09 11:21:01 CST

Have you installed kdesudo-trinity?

Comment 2 James 2011-11-10 13:08:15 CST

> Have you installed kdesudo-trinity?

No, I had not.  After installing kdesudo-trinity, privileged apps start normally now.  Thanks Tim!

I had considered the kdesudo-trinity package, but was put-off by the description.  The entire synaptic package description is:

 KdeSudo is a graphical frontend for the sudo utility.
 It allows you to run programs as another user by entering your password.

There is nothing there about interactions with kdesu, or about running programs by NOT entering a password.  And synaptic will not show "Installed Files" until after the package is installed.  Something should be added in clarification to the description, where, superficially, kdesudo-trinity is "Required to extend 'sudo' functionality to kdesu".

I also notice that where /opt/trinity/bin/kdesu had been installed from kdebase, there is now a link, /opt/trinity/bin/kdesu -> kdesudo, installed from the kdesudo-trinity package, so that, effectively, kdesudo _replaces_ kdesu.  This should be mentioned explicitly in the description for the kdesudo-trinity package - kdesudo does not "extend" kdesu functionality.  Instead, the description might be "kdesudo replaces kdesu to provide 'sudo' functionality when running privileged applications", or something to that effect.  Does kdesudo grant privileges based upon group membership? or /etc/sudoers? or both?  A word about that in the description would also be nice.

Here, I have not installed the entire Trinity Desktop, but just the parts I want. Mostly, I still think "kicker" is the best panel app available on Linux, and I've tried as many as I could find. I'm going to "mix and match" my favorite and "best" desktop components, no matter from where or what "environment" they come.  Many thanks for Trinity!

James

Comment 3 Michele Calgaro 2014-03-04 21:10:40 CST

Is this bug still valid?

Comment 4 James 2014-03-04 23:04:22 CST

I think this can be closed.

The names have changed and there may have been other changes - kdesu to tdesu and there is the "TDE su daemon" tdesud.

A quick check with the TDE version 14.0 candidate on Arch, it seems to work normally.


James

Comment 5 Michele Calgaro 2014-03-04 23:38:59 CST

Thanks James. I am closing this report so. 
Should the problem appear again, please reopen the bug.