From: Jason St. John jstj...@purdue.edu
---
man/logind.conf.xml | 33 +
1 file changed, 17 insertions(+), 16 deletions(-)
diff --git a/man/logind.conf.xml b/man/logind.conf.xml
index 74a100e..8ab6d72 100644
--- a/man/logind.conf.xml
+++ b/man/logind.conf.xml
@@
On Mon, Jul 08, 2013 at 06:19:02PM +0200, Jan Engelhardt wrote:
---
man/machinectl.xml | 14 ++--
man/systemctl.xml | 180
-
man/systemd.journal-fields.xml | 8 +-
3 files changed, 101 insertions(+), 101 deletions(-)
On Tue, Jul 09, 2013 at 01:12:05PM +0200, Jason St. John wrote:
From: Jason St. John jstj...@purdue.edu
---
man/logind.conf.xml | 33 +
1 file changed, 17 insertions(+), 16 deletions(-)
Applied.
Zbyszek
___
---
src/core/unit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/core/unit.c b/src/core/unit.c
index 447f201..b3f9832 100644
--- a/src/core/unit.c
+++ b/src/core/unit.c
@@ -2302,7 +2302,7 @@ int unit_deserialize(Unit *u, FILE *f, FDSet *fds) {
Hi,
Does the attached patch look better? I have fixed the sequence of xattr
processing (now just after uid, gid, mode and etc.) + switched to use a list
for collecting the xattrs.
I think it is more generic to allow many xattrs to be set for one node, since
it is normal use case.
Best
On Tue, Jul 9, 2013 at 3:47 PM, Reshetova, Elena
elena.reshet...@intel.com wrote:
Does the attached patch look better? I have fixed the sequence of xattr
processing (now just after uid, gid, mode and etc.) + switched to use a list
for collecting the xattrs.
I think it is more generic to allow
-static int node_permissions_apply(struct udev_device *dev, bool
apply, mode_t mode, uid_t uid, gid_t gid)
+static int node_permissions_apply(struct udev_device *dev, bool apply,
mode_t mode,
+ uid_t uid, gid_t gid, struct
+udev_list xattr_list)
Guess we
From: Holger Hans Peter Freyther hol...@moiji-mobile.com
Instruct travis-ci to build systemd and create a tarball. In case
of an error travis-ci will complain on IRC. The systemd testsuite
currently requires the host to have a recent version of systemd
installed and running. This is not the case
Tcrypt uses a different approach to passphrases/key files. The
passphrase and all key files are incorporated into the password
to open the volume. So, the idea of slots that provide a way to
open the volume with different passphrases/key files that are
independent from each other like with LUKS
--
---
Shawn Landden
+1 360 389 3001 (SMS preferred)
0001-basic-SO_REUSEPORT-support.patch
Description: Binary data
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
El 09/07/13 16:01, Shawn escribió:
It should IMHO all be wrapped in #ifdef SO_REUSEPORT
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Tue, Jul 09, 2013 at 01:01:13PM -0700, Shawn wrote:
--
How do you envision using this? Does it even make sense with
systemd-managed sockets?
--
Tomasz Torcz Morality must always be based on practicality.
xmpp: zdzich...@chrome.pl-- Baron Vladimir
On Tue, 09.07.13 16:28, Cristian Rodríguez (crrodrig...@opensuse.org) wrote:
It should IMHO all be wrapped in #ifdef SO_REUSEPORT
No need for that, adding this to missing.h the way the patch did is
sufficient. This feature won't work on newer kernels, but it's totally
fine to compile that even
On Tue, 09.07.13 13:01, Shawn (shawnland...@gmail.com) wrote:
Heya,
reuse is an english word, hence no need to put a middle capital letter
in it, i.e. ReUsePort looks wrong, ReusePort looks better.
The thing is a boolean, so it should have type bool. It's not an int.
Also, there are tabs in
14 matches
Mail list logo