arctica-greeter/src, branch pr/travis-ciArctica Greeter: Greeter Frontend for LightDM
https://cgit.arctica-project.org/arctica-greeter/atom?h=pr%2Ftravis-ci2021-04-12T13:33:10+00:00src/main-window.vala: Fix missing parenthesis-close in debug message.2021-04-12T13:33:10+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2021-04-12T09:05:43+00:00urn:sha1:9906e2fc7cf281093e5d45b4bd5017b6514750dd Fix 'Creation method of abstract class cannot be public.' in GreeterList class.2019-12-02T19:02:50+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2019-12-02T19:02:38+00:00urn:sha1:28202f951717a5c2b9eb2be2f22aaa98a5484eeasrc/arctica-greeter.vala: Use set_decorated(false) on main_window, rather 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.2019-03-17T18:09:09+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2019-03-17T18:09:09+00:00urn:sha1:fbced2ea10e000c65a946c223dbd610b9673f2cbRemove mlockall.2019-03-17T16:25:46+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2019-03-17T16:25:37+00:00urn:sha1:7aab2968b93387463d4d5d0aabf9c29a76c994b8
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
Fix build with vala 0.442019-03-06T18:41:35+00:00Rico Tzschichholzricotz@ubuntu.com2019-03-06T18:41:20+00:00urn:sha1:88f6c01e504a93d1081827b76d38f9cebd9fc797Fix background if image file is not readable.2018-11-26T12:37:56+00:00CobinjaCobinja@users.noreply.github.com2018-11-26T12:37:46+00:00urn:sha1:96fc2cab17e3c69a38d3a2274dc33956c32f80eb
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
src/background.vala: Fix for previous commit. Vala needs a bool expression in if-clauses.2018-09-06T06:00:46+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2018-09-06T06:00:46+00:00urn:sha1:4d0870b066139bd26de9322c1857f2d60f68099fsrc/background.vala: Fix FTBFS against Vala 0.42. This introduces a slight behaviour change compared to the previous version, but actually in a direction we want it to be.2018-08-22T10:40:41+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2018-08-22T10:40:41+00:00urn:sha1:db7f4094b3e58c3ced1067a480cac6f9037abc3cPosix.Signal.<SIG>: Provide old-style Posix.SIG<SIG> API calls if built with Vala API version << 0.40. (Fixes FTBFS on Debian 9).2018-06-21T13:34:50+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2018-06-21T13:34:50+00:00urn:sha1:b64aabd538656abff8a090477a2225c37fbd9976Use Posix.Signal.* rather than Posix.SIG*. (Vala 0.40 deprecations).2018-06-16T21:35:22+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2018-06-16T21:35:22+00:00urn:sha1:b12c6d9683451f8b40bfe4d03a14c6aef96fa4b1