| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This got dropped accidentally i think because of .gitignore
See merge request GNOME/gdm!5
|
|
|
|
|
|
|
|
| |
I really don't want
$ git grep slave
to return hits.
|
| |
|
|
|
|
|
|
|
| |
It's identical to gnome.session these days. All GDMification comes
from the overriden gnome-shell.desktop file.
https://bugzilla.gnome.org/show_bug.cgi?id=744764
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710847
|
|
|
|
|
|
| |
The executable was moved from bin to libexec in caribou 0.14.4 release.
https://bugzilla.gnome.org/show_bug.cgi?id=736612
|
|
|
|
|
|
| |
This is used in *one* place in the simple slave. Just port it
over to use gdm_settings_direct instead of keeping an entire
DBus API around for just one call...
|
| |
|
| |
|
|
|
|
|
|
|
| |
This commit drops the gdm wrapper script, removing
one more instance of shell in boot up.
https://bugzilla.gnome.org/show_bug.cgi?id=683278
|
|
|
|
|
|
|
|
|
|
|
| |
The level of copy/paste going on here before is rather astonishing.
For example, in some cases, I dropped spurious handling of SIGHUP,
when the code didn't have any settings to reread.
Anyways, the code is now clearer, and we get to drop all the bits of
gdm-signal-handler.[ch] for the integrated GLib handling.
https://bugzilla.gnome.org/show_bug.cgi?id=676181
|
|
|
|
| |
Closes #684081
|
|
|
|
|
|
| |
Use yelp-tools instead gnome-doc-utils
https://bugzilla.gnome.org/show_bug.cgi?id=681604
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before, the session worker and session communicated by a series of signals
and methods... but backwards. The session worker would listen for a series
of signals sent out by the session, and respond back by calling methods on
it. This requires a lot of annoying, silly manual labor when trying to add
another method to the API.
So, reverse the API so that the worker manager calls async methods on the
worker itself.
https://bugzilla.gnome.org/show_bug.cgi?id=678057
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678057
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libgdmgreeter is useful for clients that aren't greeters.
This will be even more true in the future as it gets updated
to be useful for screensavers.
Given it offers APIs that apply to non-greeter applications,
it's silly to have greeter in the library name.
This commit renames libgdmgreeter to libgdm.
https://bugzilla.gnome.org/show_bug.cgi?id=676381
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GdmGreeterClient is the interface greeters use to communicate
with their respective slaves. It will eventually also be
useful as an interface for screensavers to do authentication.
The actual GdmGreeterClient code is a just a thin wrapper around
some libdbus calls. Something very similar can be automatically
generated using gdbus-codegen.
This commit:
- updates the library to use the most up to date dbus
interfaces provided by the daemon
- replaces the hand rolled dbus code with generated code,
but leaving the client interface to get at the generated
objects.
Based on work by Giovanni Campagna <gcampagna@src.gnome.org>
https://bugzilla.gnome.org/show_bug.cgi?id=676381
|
|
|
|
|
| |
This commit adds a small test program that excerises
the new interface for connecting to GDM.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GdmSession is an object in the slave that manages
the various session worker processes. Each session
worker process talks to PAM to perform authentication
for the user. For instance, if the user has a fingerprint
reader, then there will normally be two worker processes,
one for handling fingerprint auth, and one for handling
password auth. GdmSession is the interface layer in the
slave to talking to those running worker processes.
This commit ports GdmSession over to GDBus from dbus-glib.
https://bugzilla.gnome.org/show_bug.cgi?id=622888
|
|
|
|
|
|
|
|
| |
This is one big commit because it uses generated code both
in the daemon and in the slaves, so we need to port both at the
same time.
https://bugzilla.gnome.org/show_bug.cgi?id=622888
|
|
|
|
|
|
|
|
|
|
|
|
| |
GdmGreeterServer is the slave-side object that handles communication
with greeters. The greeter talks over a private peer-to-peer dbus
connection to its slave via GdmGreeterServer.
This commit makes GdmGreeterServer use GDBus.
This gets us one step closer to GDM running without dbus-glib.
https://bugzilla.gnome.org/show_bug.cgi?id=622888
|
|
|
|
|
|
|
|
|
|
|
| |
GdmSettings is a system bus service provided by
GDM so that greeters can read custom.conf without
parsing the file themselves.
This commit changes GdmSettings to use gdbus instead
of dbus-glib.
https://bugzilla.gnome.org/show_bug.cgi?id=622888
|
|
|
|
|
|
| |
This commit drops gdm-session-relay.c and cleans up .gitignore.
(two things missed in the last house cleaning commit)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GDM has a currently unused feature called "factory mode", where
the login screen gets allocated its own VT and any subsequent logins
from that login screen go to their own VT. Any time there's a user
switch GDM just jumps back to initial VT where the login screen is
patiently waiting.
This feature has a lot of upsides, and we've had it as a TODO item to
start using it for while now.
It doesn't look it's going to happen in the near term, though, and
factory mode has downsides as well:
- a VT switch after the user hits enter at the login screen would be
jarring and would ruin the "flicker free" boot experience we've tried
to acheive at various points in the past. This could theoretically be
fixed by Wayland.
- it adds a bunch of untested, unused code to the codebase.
This latter reason makes me want to kill it for now. It shouldn't be
hard to resurrect later if we end up needing the feature.
This commit drops that code.
|
|
|
|
| |
we have legitimate ones!
|
| |
|
|
|
|
|
|
| |
We live in a modern society where phones look like
something from Inspector Gadget and signal marshalling
is no longer something to waste goo credits on.
|
|
|
|
|
|
|
|
| |
The code which used the Hal connection already was disabled, so gdm connected
to Hal in vain (which just triggered Hal startup when using D-Bus activation).
Remove all remaining traces of hal now.
https://bugzilla.gnome.org/show_bug.cgi?id=593787
|
|
We may remove this at some point in the near future and use
Behdad's script instead:
http://mail.gnome.org/archives/desktop-devel-list/2009-April/msg00211.html
|