| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Fixes: https://github.com/ArcticaProject/arctica-greeter/issues/35
|
|
|
|
|
|
|
|
| |
font_family and font_size.
This now also supports font family names containing blanks.
Fixes: https://github.com/ArcticaProject/arctica-greeter/issues/34
|
|
|
|
| |
Signed-off-by: Elyes HAOUAS <ehaouas@noos.fr>
|
| |
|
|
|
|
| |
Signed-off-by: Elyes HAOUAS <ehaouas@noos.fr>
|
| |
|
| |
|
|
|
|
| |
than fullscreen(). With fullscreen() Arctica Greeter's main window gets only shown on the primary monitor and one cannot let the login box follow the pointing device to the active monitor anymore.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Protect memory from being paged to disk, as we deal with passwords
According to systemd-dev,
"mlockall() is generally a bad idea and certainly has no place in a graphical program.
A program like this uses lots of memory and it is crucial that this memory can be paged
out to relieve memory pressure."
With systemd version 239 the ulimit for RLIMIT_MEMLOCK was set to 16 MiB
and therefore the mlockall call would fail. This is lucky becasue the subsequent mmap would not fail.
With systemd version 240 the RLIMIT_MEMLOCK is now set to 64 MiB
and now the mlockall no longer fails. However, it not possible to mmap in all
the memory and because that would still exceed the MEMLOCK limit.
"
See https://bugzilla.redhat.com/show_bug.cgi?id=1662857 &
https://github.com/CanonicalLtd/lightdm/issues/55
RLIMIT_MEMLOCK = 64 MiB means, arctica-greeter will most likely fail with 64 bit and
will always fail on 32 bit systems.
Hence we better disable it.
Ported from Unity Greeter / Slick Greeter.
https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1815493
https://github.com/linuxmint/slick-greeter/pull/127
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a bug, where we fell back to the defined background color, if
reading an image file failed.
If that file was a user background, we didn't fall back to the defined
system background before using the color, now we do.
Only if that one is not readable either, we fall back to the color.
Ported from Slick Greeter:
https://github.com/linuxmint/slick-greeter/commit/32f2bb5feebca3377c9fc202e0a6aac6ddb75212.patch
|
|
|
|
| |
in if-clauses.
|
|
|
|
| |
behaviour change compared to the previous version, but actually in a direction we want it to be.
|
|
|
|
| |
Vala API version << 0.40. (Fixes FTBFS on Debian 9).
|
| |
|
|
|
|
|
|
|
| |
This adds the option "only-on-monitor". Default is "auto", which means
"Follow the mouse", like it was without this option.
Ported from slick-greeter by Mike Gabriel <mike.gabriel@das-netzwerkteam.de>
|
|
|
|
| |
Greeter. Makes handling windows opened via some of the indicators much more organic.
|
|
|
|
| |
remote-service-configure-uri. Support an empty string as value and show a more intelligent message if it's empty.
|
| |
|
| |
|
|
|
|
| |
email or user name).
|
|
|
|
| |
non-supported remote login session.
|
| |
|
| |
|
|
|
|
| |
security/pam-freerdp2.h.
|
|
|
|
| |
security/pam.x2go.h.
|
| |
|
|
|
|
| |
not "x2gosession:".
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Inspired by these slick-greeter commits:
commit ffd43c4d425e70bc003b490dcddb8fbae1fffea7
Author: Clement Lefebvre <clement.lefebvre@linuxmint.com>
Date: Sat Apr 8 14:13:23 2017 +0100
HiDPI: Allow to force HiDPI support ON or OFF
commit 809f1b30a321ae12fdd3ba154791f9ead291acc7
Author: Clement Lefebvre <clement.lefebvre@linuxmint.com>
Date: Fri Apr 7 23:04:50 2017 +0100
HiDPI: Take the screen size in consideration
HiDPI shouldn't be activated on large screens where the dpi is OK.
commit 851fca4e5508471d6f388edcd0327c3fc5b2b12f
Author: Clement Lefebvre <clement.lefebvre@linuxmint.com>
Date: Fri Apr 7 18:43:42 2017 +0100
Add HiDPI support
Only support 1x and 2x scale ratios for now.
Also add a setting so the user can disable HiDPI support.
|
|
|
|
| |
debug message.
|
| |
|
|
|
|
|
|
|
| |
on exit, so the user session components won't fail to connect.
Based on fix for lightdm-gtk-greeter see:
https://bugs.launchpad.net/lightdm-gtk-greeter/+bug/1670933
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On non Debian/Ubuntu systems, the /etc/default/keyboard path does not exist.
To prevent expensive Python startup (and hundreds/thousands of stats +
follow-up loads) we'll reduce to an initial early stat, i.e. if the
non-standard file exists only then will we exectute the helper stub.
This is most useful on systems that employ systemd for the X11 keyboard
configuration (`00-keyboard.conf` from systemd-localed) so that the X server
already has the correct layout upon starting up. This approach also avoids
unnecessary xkbcomp calls forcing recompilation of non-cached assets.
Signed-off-by: Ikey Doherty <ikey@solus-project.com>
|
|
|
|
| |
Inspired by https://github.com/linuxmint/slick-greeter/commit/3959b22a
|
| |
|
|
|
|
| |
This reverts commit 6d087e792ebe9f27efeddef9209b7a85698088bf.
|
|
|
|
|
|
|
|
|
|
| |
Ported from slick-greeter:
commit 591d9aab85c35511a7bc44e8cb2968840941b32c
Author: Clement Lefebvre <clement.lefebvre@linuxmint.com>
Date: Wed Jun 7 21:30:36 2017 +0100
A11y: Fix HighContrast option
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ported from slick-greeter:
Author: Clement Lefebvre <clement.lefebvre@linuxmint.com>
Date: Sat Jun 10 15:57:49 2017 +0100
Explicitly set the keyboard layout
The keyboard layout isn't properly set by default in some case.
This affects wireless Logitech keyboards in particular, and it results
in the greeter using an American layout instead of the layout chosen
during the installation.
|
|
|
|
|
|
|
|
|
| |
Ported from slick-greeter:
From 82d912b8fe98e01c80a59e3c010b1bbb18c859b0 Mon Sep 17 00:00:00 2001
From: Clement Lefebvre <clement.lefebvre@linuxmint.com>
Date: Tue, 11 Jul 2017 16:57:23 +0200
Subject: [PATCH 1/1] Add support for numlockx
|
| |
|
|
|
|
| |
headers of files I have worked on.
|
| |
|
| |
|
|
|
|
| |
background image. Check if the returned directory entry is not a sub-directory. If so, then skip it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
gathering thread during initialization.
Wait for the main window
to be realized before passing its cairo surface to the background
object and drawing the background for the first time.
We also need to make sure in our background's size_allocate function
to abort if we're not really active yet (no GdkWindow realized, and
no AnimateTimer yet).
Moved some background init stuff from the main window to the background
class for clarity, and removed the default_background setting - it is
already grabbing the default color in Background's class init.
Obtained (and modified) from the following slick-greeter commits:
d2a7122d731c0f19f502a9efba1feee651bcfa7c
d4a2a94eb7120393bb225b680fdfecf5c1d3c4ea
941ecbc5dcb4e7a072c1ca8816d9678f59a96418
Adaptations by: Mike Gabriel <mike.gabriel@das-netzwerkteam.de>
|
|
|
|
| |
in test mode.
|
| |
|