First C programming under Freebsd

Whats wrong with just using local PAM daemon and its rules to authenticate like all native FreeBSD software does?
 
expl said:
Whats wrong with just using local PAM daemon and its rules to authenticate like all native FreeBSD software does?

They don't integrate into Gnome and/or KDE. ConsoleKit/PolicyKit do.
 
SirDice said:
They don't integrate into Gnome and/or KDE. ConsoleKit/PolicyKit do.

If you mean code for OpenPAM is not portable then there isn't much need for portability when you write a WiFi manager for FreeBSD. And you can integrate it to QT/GTK apps.
 
expl said:
If you mean code for OpenPAM is not portable then there isn't much need for portability when you write a WiFi manager for FreeBSD. And you can integrate it to QT/GTK apps.

Sorry, but you fail to see the added benifits of ConsoleKit. With ConsoleKit you get a framework to assign users different privileges. Like changing WiFi settings i.e. Sure this can be done using PAM but ConsoleKit makes this so much nicer and more fine grained. It's more or less how Windows Group Policies work.

There's a rather big difference between authenticating a user and authorizing a user. PAM takes care of the authentication while ConsoleKit/PolicyKit can take care of the authorization. Why would a user need to authenticate again when that user's already logged in? ConsoleKit/PolicyKit can authorize that user to use that function, no need for passwords, popups or whatever.
 
SirDice said:
Why would a user need to authenticate again when that user's already logged in? ConsoleKit/PolicyKit can authorize that user to use that function, no need for passwords, popups or whatever.

User needs to authenticate because he needs to do something that only root is allowed to and if you let normal users do that without authorization every time then its not that secure ain't it?
 
Back
Top