- switch to cmake.
- add missing setusercontext() call in switchuser.cpp, now the ulimits
are properly applied when logging in.
- add support for bsd_auth(3) through auth_userokay(3). Now allows to
login via login_ldap/login_yubikey/etc...
- add support for consolekit, no need to do ck-launch-session in
.xinitrc anymore.
- make consolekit support at runtime optional, ie don't badly bail out
if systemwide dbus daemon is not running. Being discussed with
upstream.
parts based on a diff from 'johnw', ok ajacoutot@
default_path, sometimes inherited by some window managers)
ref: http://secunia.com/advisories/41005
Removes patches merged upstream. Amend MESSAGE to teach users
who modified slim.conf how to fix it there.
Prompted by and ok jasper@
x11/slim, does not setlogin(). Some software use getlogin()
to decide the user name, so when user is using slim as the
login manager, those software would get wrong results, and
some programs refuse to start
(Seen with opencvs some times ago, reminded by a discution
with zinovik and theo and setlogin hint from guenter)
ok maintainer & dcoppa@
#529306 & FreeBSD PR134801 :
The security issue is caused by slim generating the X authority file
by passing the X authority cookie via the command line to "xauth".
This can be exploited to disclose the X authority cookie by consulting
the process list and e.g. gain access the user's display.
While here, use slightly better random seeding for cookie generation.
Patches adapted from the ones provided to debian/FreeBSD by Eygene Ryabinkin <rea@codelabs.ru>
