showed up for me. The usual solution for cast issues is to use
some union-based type conversion, but in the case above this is not
really nicely possible. Hence, let's drop it, unless somebody has a
better solution...
Lennart
--
Lennart Poettering, Red Hat
\-Wdeclaration-after-statement\); \
+ struct UNIQUE(_assert_struct_) { char x[(expr) ? 0 : -1]; }; \
+ _Pragma(GCC diagnostic pop);
#endif
#define assert_return(expr, r) \
Lennart
--
Lennart Poettering, Red Hat
. Maybe today, maybe tomorrow.
http://willnewton.name/uncategorized/using-gnu-indirect-functions/
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
probing the
initramfs? Does anyone out there load policy from it with systemd?
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Lennart
--
Lennart Poettering, Red Hat
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
=
sd_event_source_unref(client-timeout_resend);
+
r = sd_event_add_monotonic(client-event,
client-timeout_resend,
usec, 0,
Lennart
--
Lennart Poettering, Red Hat
__NR_setns
+return syscall(__NR_setns, fd, nstype);
+#else
+errno = ENOSYS;
+return -1;
+#endif
+}
+#endif
+
#endif
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
\
$(SECCOMP_LIBS)
+endif
#
--
systemd_run_SOURCES = \
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
in configure.ac.
Any opinions?
Clang also caught those. I had to add -Wno-cast-align in the
autogen-shortcut to keep the noise down. It would be nice not to have
to do that of course.
I have removed the switch now.
Lennart
--
Lennart Poettering, Red Hat
,
client-timeout_resend,
usec, 0,
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman
this part in the socket proxy we need
to enhance sd-resolve to provide hooks into the event loop. And that
probably means we also need to teach it callbacks...
So I figure this is a bit more difficult to do...
Lennart
--
Lennart Poettering, Red Hat
. Attached patch works
for me.
It's actually even easier than this patch, as in_initrd() is a normal
exported function, we can call it directly from selinux_setup(). I have
made that change to your patch and commited it. Please test!
Thanks!
Lennart
--
Lennart Poettering, Red Hat
of
support in systemd as SELinux, SMACK and IMA have would be policy
uploading during early boot.
Thanks!
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman
should always stay in the original
state so that we can easily sync and diff them from/to upstream.
Thanks!
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman
it to be installed via [Install] instead of a static symlink in
/usr. However, I'd still create the /etc symlink on make install; the
same way as we enable remote-fs.target or suchlike.
Tom?
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing
:-)
It's entirely moronic. It gets even worse when you notice the x86
madness that is socketcall(), where they decided to multiplex all socket
system calls through a single meta-syscall, just because.
Lennart
--
Lennart Poettering, Red Hat
module loading for selinux .
Hmm, on-demand module loading for selinux? What do you mean by that?
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
) ||
(x-type == SOURCE_REALTIME y-type == SOURCE_REALTIME)'
failed at src/libsystemd/sd-event/sd-event.c:264, function
latest_time_prioq_compare(). Aborting.
Thanks!
Applied!
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd
choice what they want to do.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
+ libsystemd-shared.la \
+ -lresolv
pkgconfiglib_DATA += \
src/libudev/libudev.pc
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd
On Fri, 21.02.14 16:31, Jason A. Donenfeld (ja...@zx2c4.com) wrote:
On Fri, Feb 21, 2014 at 4:19 PM, Lennart Poettering
lenn...@poettering.net wrote:
Well, ultimately it's up the distributions to decide what they want to
enable and what not.
True, but this requires manual patching
it, then nspawn should start it.
Otherwise if nobody is going to use nspawn, why start it?
That'd be all backwards...
nspawn is not going to reach into the container and start specific
services there as it pleases. The code inside the container should
figure out what it wants to run.
Lennart
--
Lennart
it at boot,
because it is simpler, and less magic...
networkd does not currently have a client API, thus socket and bus
activation do not apply.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
by the kernel, we will not allow
renaming interfaces to that so that we never race against the
kernel. Hence the example above uses foobar as interface name instead.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
;
assert_se(v = 0);
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
;
const char *id = NULL;
v = detect_virtualization(id);
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
), not to strerror(-r)...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
) {
log_error(Failed to run event loop: %s, strerror(-r));
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
);
+saved = strjoin(BACKLIGHT_DIR, escaped_path_id, :,
escaped_ss, :, escaped_sysname, NULL);
Hmm, you defined BACKLIGHT_DIR without a trailing slash, so isn't a
trailing slash missing here?
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel
));
+log_error(Failed to read hostname and machine information:
%s, strerror(-r));
goto finish;
}
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
;
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
exist).
Pleas check if everythings is good for SMACK now!
Thanks,
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
,
Holger Schurig, Jason A. Donenfeld, Jason St. John, Jasper
St. Pierre, Kay Sievers, Lennart Poettering, Łukasz Stelmach,
Marcel Holtmann, Michael Scherer, Michal Sekletar, Mike
Gilbert, Samuli Suominen, Thomas Bächler, Thomas Hindoe
Paaboel Andersen, Tom Gundersen, Umut
On Mon, 24.02.14 16:30, David Timothy Strauss (da...@davidstrauss.net) wrote:
On Mon, Feb 24, 2014 at 2:08 PM, Lennart Poettering
lenn...@poettering.net wrote:
logind is now a lot more aggressive when suspending the
machine due to a closed laptop lid. Instead of acting only
On Tue, 25.02.14 09:04, Mathieu Bridon (boche...@fedoraproject.org) wrote:
On Mon, 2014-02-24 at 23:08 +0100, Lennart Poettering wrote:
* A new unit file option AppArmoreProfile= has been added to
set the AppArmor profile for the processes of a unit.
I think
On Tue, 25.02.14 13:05, Colin Guthrie (gm...@colin.guthr.ie) wrote:
'Twas brillig, and Lennart Poettering at 24/02/14 22:08 did gyre and gimble:
* systemd will now understand the usual M, K, G, T suffixes
according to SI conventions (i.e. to the base 1000) when
, so that anyone cast query this without the need for
privs.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
(), CanHibernate(), ...). They should just call
that. It will tell them precisely whether the operation is not
implemented in the code, or whether it is available on the hardware, and
so on. But no, they decided to involve version checks...
Lennart
--
Lennart Poettering, Red Hat
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
]: segfault at ip 080db4b7 sp bfa1ff50 error 5 in
systemd[8048000+fb000]
systemd[1]: Caught SEGV, dumped core as pid 48.
systemd[1]: Freezing execution.
Hmm, any chance you can get a proper backtrace for this? There should be
a coredump file for PID 48?
Lennart
--
Lennart Poettering
as if this is a local configuration problem of what is
exposed by the kernel...
Also note that PID will do the initial timezone bump for /dev/rtc only,
too. Supporting an alternative RTC would also mean we'd ave t touch the
earliest boot code.
Lennart
--
Lennart Poettering, Red Hat
to be executed,
since just loading the libs already results in code execution in the
library. So in order not to change behaviour ld exclude libraries with
constructors from --as-needed...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing
as
well...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
?
(We'll be around for the GNOME West Coast hackfest as well as the RH
summit, which brings us over there).
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman
problem.
Oh, and note that Al Viro dislikes systemd and particularly me with a
passion. It's probably not good mentioning us in any discussion with
him...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel
get. Linux systems might vary greatly in the
libraries they offer or have installed, but a glibc they all should
have
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
in even
distribution. But then again, it doesn't really matter
Btw, please avoid extranous {} for single-line blocks like in the case
above. This isn't PHP after all!
Thanks for doing this work!
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel
.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Thu, 27.02.14 17:06, Chris Murphy (li...@colorremedies.com) wrote:
On Feb 27, 2014, at 4:09 PM, Lennart Poettering lenn...@poettering.net
wrote:
- uuids for btrfs subvols
btrfs subvol show pathtosubvolume
It will show the subvol uuid, and if it's a snapshot it will also show
On Thu, 27.02.14 17:47, Chris Murphy (li...@colorremedies.com) wrote:
On Feb 27, 2014, at 5:16 PM, Lennart Poettering lenn...@poettering.net
wrote:
On Thu, 27.02.14 17:06, Chris Murphy (li...@colorremedies.com) wrote:
On Feb 27, 2014, at 4:09 PM, Lennart Poettering lenn
architecture here!
#endif
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-handler@.service you take %i and use your own bus
client or systemctl show -p to query the Result property which will
tell you the reason the unit failed.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel
On Fri, 28.02.14 02:21, Timothée Ravier (sios...@gmail.com) wrote:
On 26/02/2014 02:38, Lennart Poettering wrote:
On Wed, 26.02.14 02:01, Jason A. Donenfeld (ja...@zx2c4.com) wrote:
Upstream KDE patch is here:
https://projects.kde.org/projects/kde/kde-workspace/repository/revisions
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Fri, 28.02.14 11:13, Koen Kooi (k...@dominion.thruhere.net) wrote:
Op 27 feb. 2014, om 18:56 heeft Lennart Poettering lenn...@poettering.net
het volgende geschreven:
On Thu, 27.02.14 10:46, Mike (bellyac...@gmail.com) wrote:
Heya,
My biggest dilemma at this time right now
== IPV4LL_STATE_WAITING_ANNOUNCE) ...
Becomes this:
if (IN_SET(ll-state,
IPV4LL_STATE_WAITING_PROBE,
IPV4LL_STATE_PROBING,
IPV4LL_STATE_WAITING_ANNOUNCE) ...
Lennart
--
Lennart Poettering, Red Hat
___
systemd
on and so on.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Fri, 28.02.14 14:34, Tom Gundersen (t...@jklm.no) wrote:
On Fri, Feb 28, 2014 at 2:24 PM, Lennart Poettering
lenn...@poettering.net wrote:
If you stop LL state machine and start again, then you will go through
the probe/announce/defend process anyways. Tell you the truth I didn't
.
All of this is now documented more formally in the wiki:
http://www.freedesktop.org/wiki/Software/systemd/Backports/
Please have a look!
Thanks,
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel
.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
it.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Sat, 01.03.14 20:36, Samuli Suominen (ssuomi...@gentoo.org) wrote:
On 01/03/14 20:11, Lennart Poettering wrote:
On Sat, 01.03.14 17:46, Ȳ�翵 (j-zero.hw...@samsung.com) wrote:
Hello,
I've tried to build systemd(v43) with statically linking.
I revised Makefile.am and spec file
, or in ~/.config/systemd/user.conf. Do you need
anything else?
Alternatively you can use pam_env for this?
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
know that we think this is really non-sensical
and don't expect us to support this upstream.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd
it needs to
do and quickly exits, and never does exec(). -- but anyway, the
take-away here is probably that it is harder thatn it might sound...)
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
of
directory names. In exec_spawn() we'd then just create all those dirs,
right after resolving the UID/GID. When running in system mode we'd then
create the dirs in /run, when running user mode in $XDG_RUNTIME_DIR.
Should be a ~20 line patch or so...
Lennart
--
Lennart Poettering, Red Hat
dynamic
nature of systemd.
Well, but /var and /etc are by their very nature non-volatile,
non-dynamic. We shouldnt set up more during runtime then we really have
to...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel
like this
would be the right place to start enforcing naming rules for 3rd party
apps...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd
.
This makes the consumer side slightly more complex, but I guess we could
wrap this is in a macro too.
I am pretty sure that whatever we end up adding here, it should come
with an RPM macro from day 1, so that we have some freedom to change
around later on should we need it.
Lennart
--
Lennart
one?
It sounds really strange to add a hook to make something configurable
depending on something else that is not really configuration...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
still broken on i386, where we the seccomp trick doesn't work
on socket(), due to the i386 specific madness that is socketcall(). It
works fine on all other archs though, including x86-64.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing
these as StartupCPUShares= and StartupBlockIOWeight=
which could set different values to apply only while the boot process is
not complete yet. Or something like that.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel
for the State property.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
ln's --relative option here, so
that the symlink is relative regardless what the setup is.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd
that it manages
the system is already baked into its very name. It's what it is...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
be bumped to normal levels.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
to stderr. I think you
deserve to know, after all the destructive criticism that you tend to
receive.
Thanks!
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman
for this, because they
are imperative...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
. The second instance will then spawn the WM.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
in run systemctl start my-wm@$DISPLAY.service
and you get it loaded.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
this should be OK. If this breaks
for people we can consider making use of this only after an autoconf check.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On Sun, 02.03.14 23:55, Lennart Poettering (lenn...@poettering.net) wrote:
I am still open for this btw. If somebody wants to hack on that, I
figure this should simply be addded to ExecContext, as a strv of
directory names. In exec_spawn() we'd then just create all those dirs,
right after
for this and
then falls back to absolute symlinks if the relative ones don't work.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
client has issued this call.
(Note that on normal desktops logind issues the call, so you might get
away with not invoking it, but this will break in early boot and on
systems without logind)
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
, does t work then?
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Mon, 03.03.14 16:26, Mike Gilbert (flop...@gentoo.org) wrote:
On Mon, Mar 3, 2014 at 11:57 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 03.03.14 16:12, Michael Biebl (mbi...@gmail.com) wrote:
The patch looked ok to me as is, but I can certainly add a --relative
there is no udev there, or suchlike.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
like that it clobbers *offset even when
it fails. Feel free to commit with some temporary variable added we read
this into first...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
) {
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
,
and the messages look different to the receiver depending on the number
of other subscribers. So I dropped this again...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman
, still don't get what you are trying to do there...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
BlockIOWeight=10 updatedb
Is an awesome way to run updatedb in the background without taking much
resources, totally cgroup-enabled...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
Subscribe(). Then I can't explain how come we were receiving the
signal, can you? Could it be that one of systemd applications was
subscribing and we were just lucky to get the signal?
machined and logind are the only ones in the systemd tree that call it
currently.
Lennart
--
Lennart
-send cannot listen for signals, it only does method invocations,
hence Subscribe() does not apply to it at all...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org
is relatively important and really close to the
system lifecycle... But brightness keys (or volume keys..) are not close
at all. I am really sure that that's for the DEs to handle, not us.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing
the
systemd instance inside the container must be confused about the cgroup
it is running in...
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
;
+
+return (ret == 0);
No need for the extra ()
Otherwise looks good.
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
1 - 100 of 8528 matches
Mail list logo
