gdm

~vcs-imports/gdm/+git/gdm:wip/3v1n0/more-launch-environments

Last commit made on 2018-05-07
Get this branch:
git clone -b wip/3v1n0/more-launch-environments https://git.launchpad.net/~vcs-imports/gdm/+git/gdm

Branch merges

Branch information

Name:
wip/3v1n0/more-launch-environments
Repository:
lp:~vcs-imports/gdm/+git/gdm

Recent commits

b6c22a2... by Marco Trevisan (Treviño)

launch-environment: Export library and gio paths

If launching gdm from special environments (as jhbuild) these should
be forwarded to the children greeter and launched apps too.

https://bugzilla.gnome.org/show_bug.cgi?id=795886

e896734... by Marco Trevisan (Treviño)

launch-environment: Set PATH via optional_environment

There's no need to add a different code path for this global env.

https://bugzilla.gnome.org/show_bug.cgi?id=795886

6a7186f... by Marco Trevisan (Treviño)

launch-environment: Order optional environment vertically

As per better readability.

https://bugzilla.gnome.org/show_bug.cgi?id=795886

d8a9daf... by Scott Cohen

daemon: Don't call g_option_context_set_ignore_unknown_options

When using unknown command line options with the GDM daemon, the
program hangs until explicitly getting killed.

This commit addresses that bug by dropping an unnecessary call to
g_option_context_set_ignore_unknown_options, so GOptionContext will
now give an error when encountering unknown options.

https://bugzilla.gnome.org/show_bug.cgi?id=795494

ef9977b... by Yifan J <email address hidden>

daemon/gdm-manager.c: quit plymouth when xdmcp is the only allowed connection.

gdm is responsible to kill plymouth by spawning the "plymouth quit"
subprocesses in gdm-manager.c. The current code pathes of quiting
plymouth can never be reached when xdmcp is the only connection
allowed. Consequently in the case of

    !show_local_greeter && xdmcp_enabled

the plymouth-quit-wait.service will never quit and the login prompt
will not popup without manual interference. This issue could be
more obviously observed when a downstream like openSUSE which
allows a customized sysconfig to switch the corresponding two
options on a headless server (s390), where the setup is usually:

    DISPLAYMANAGER_REMOTE_ACCESS="yes"
    DISPLAYMANAGER_STARTS_XSERVER="no"

The proposed patch handles this edge case by quit plymouth immediately
when the condition is detected.

https://bugzilla.gnome.org/show_bug.cgi?id=795120

9c85139... by Cheng-Chia Tseng

Update Chinese (Taiwan) translation

(cherry picked from commit 6b5c3691e4b881ee430b1749971facc92b141855)

29397c2... by Dusan Kazik

Update Slovak translation

(cherry picked from commit f2645e8922d6efd8af6e44906d7d91e91b6f6730)

a510c61... by Ray Strode <email address hidden>

configure: update to 3.28.0

fc093d9... by Ray Strode <email address hidden>

NEWS: update for release

11fe5d8... by Stas Solovey

Update Russian translation