Re: [systemd-devel] [PATCH] build-sys: pass originally configured --enable-split-usr to distcheck

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-devel mailing list systemd-devel@

[systemd-devel] [PATCH] build-sys: pass originally configured --enable-split-usr to distcheck

Hello all, this is a little patch which fixes "make distcheck" on split-/usr systems. That together with the previous "Stop depending on current configure options for EXTRA_DIST" now makes check, distcheck, etc. completely work on Debian/Ubuntu. As discussed, I now set up daily upstream make/make

Re: [systemd-devel] disabling ctrl+alt+del

Michał Zegan [2015-05-28 23:22 +0200]: > What is the most correct way to disable ctrl+alt+delete keys? I mean > disable, not redefine. As a first iteration I'd recommend "systemctl mask ctrl-alt-del.target". After that, pressing it will cause an error message in the journal, though ("Failed to enq

Re: [systemd-devel] fsck, /home, btrfs, multiple partitions/drives, boot failure [Ubuntu 15.04]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 В Thu, 28 May 2015 11:41:27 -0700 Roger Binns пишет: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 05/28/2015 02:37 AM, Andrei Borzenkov wrote: > > I was wrong here, device is opened by btrfs driver so there should > > be no collision her

Re: [systemd-devel] systemctl as non-root

В Thu, 28 May 2015 17:21:14 -0700 aaron_wri...@selinc.com пишет: > Brandon Philips wrote on 05/28/2015 05:10:33 PM: > > Access to the system dbus is controlled by dbus policies. You will > > need to write a policy for giving this user access to the systemd1 > object. > > > > I compiled systemd

Re: [systemd-devel] [PATCH 0/2] Using XML entities for paths in manpages

2015-05-28 19:47 GMT+02:00 Filipe Brandenburger : > We're actually still missing a small part of it (A sentence like > "Files in /etc have the highest priority, files in /run take > precedence over files with the same name in */usr/lib*." in files like > hwdb.xml, the last /usr/lib won't get fixed)

Re: [systemd-devel] systemctl as non-root

On Thu, May 28, 2015 at 9:21 PM, wrote: > Brandon Philips wrote on 05/28/2015 05:10:33 PM: >> Access to the system dbus is controlled by dbus policies. You will >> need to write a policy for giving this user access to the systemd1 object. >> > > I compiled systemd without dbus support (--disable

Re: [systemd-devel] systemctl as non-root

Brandon Philips wrote on 05/28/2015 05:10:33 PM: > Access to the system dbus is controlled by dbus policies. You will > need to write a policy for giving this user access to the systemd1 object. > I compiled systemd without dbus support (--disable-dbus), and there is no dbus daemon or dbus lib

Re: [systemd-devel] systemctl as non-root

Access to the system dbus is controlled by dbus policies. You will need to write a policy for giving this user access to the systemd1 object. On May 28, 2015 2:28 PM, wrote: > I'm working on an embedded system, and I ran into a situation where a > non-root user needs to runs systemctl, but when I

Re: [systemd-devel] [PATCH v2] udev: input_id: fix detection of various touchscreens

On Thu, May 28, 2015 at 02:47:35PM +0200, Andreas Pokorny wrote: > There are touch screens that do not provide 'BTN_TOUCH' and hence no > 'EV_KEY'. Previously those would not get any properties assigned and note: I consider this a kernel bug. From the kernel's documentation: * BTN_TOUCH: BTN_TOU

Re: [systemd-devel] [PATCH v2] cgroup-util: fix is_valid check to pass for unified cgroup hierchy.

On 28 May 2015 at 18:08, Lennart Poettering wrote: > On Thu, 28.05.15 16:42, Dimitri John Ledkov (dimitri.j.led...@intel.com) > wrote: > >> It appears in /proc/self/cgroup as `0::/' > > What precisely does this fix? > > I mean, we need to do some major rework of things before the unified > hierar

[systemd-devel] systemctl as non-root

I'm working on an embedded system, and I ran into a situation where a non-root user needs to runs systemctl, but when I try I get: ~ $ systemctl status Failed to get D-Bus connection: No such file or directory So, I try with the suid bit on systemctl set, but then I get: ~ $ systemctl status Fai

[systemd-devel] disabling ctrl+alt+del

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. What is the most correct way to disable ctrl+alt+delete keys? I mean disable, not redefine. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBAgAGBQJVZ4cVAAoJEHb1CzgxXKwY2n0QAKQ+xDNG+t0NgOCiBhSEWF1s UmgeDXqa38/9m3qHMYfQXvssrp9ytsInuHq0re

Re: [systemd-devel] Alienware graphics amplifier scancodes

On Thu, May 28, 2015 at 01:53:57PM -0500, Mario Limonciello wrote: > > > On 05/28/2015 01:46 PM, Greg KH wrote: > >>You > >>>can't guarantee that there is another GPU to display things on. > >Yes you can. > Wait, what? No, you can't. > > 1) Not everyone has multiple monitors plugged into multip

[systemd-devel] I am adding RegisterMachine to docker.

When container stops machinectl still shows it registered? Do I need to Unregister the machine? I though systemd would notice the pid died and remove the machine. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedeskto

Re: [systemd-devel] Alienware graphics amplifier scancodes

On 05/28/2015 01:46 PM, Greg KH wrote: You >can't guarantee that there is another GPU to display things on. Yes you can. Wait, what? No, you can't. 1) Not everyone has multiple monitors plugged into multiple GPU's. 2) The system ships with a dGPU and supports an xGPU. If you remove the d

Re: [systemd-devel] [PATCH] path-util: Fix path_is_mount_point for files

Hello Lennart, Lennart Poettering [2015-05-28 19:44 +0200]: > On Wed, 27.05.15 10:07, Martin Pitt (martin.p...@ubuntu.com) wrote: > > > -int fd_is_mount_point(int fd) { > > +int fd_is_mount_point(int fd, const char *parent) { > > Hmm, now I am confused? Why "parent"? > > I really think this sho

Re: [systemd-devel] Alienware graphics amplifier scancodes

On Thu, May 28, 2015 at 01:25:58PM -0500, Mario Limonciello wrote: > Yes, I'm aware that PCI hotplug support is in the kernel. The kernel > doesn't panic on the PCIe device being removed from the bus, but the > graphics driver and X don't continue working. What should you really do > then? Fix t

Re: [systemd-devel] fsck, /home, btrfs, multiple partitions/drives, boot failure [Ubuntu 15.04]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/28/2015 02:37 AM, Andrei Borzenkov wrote: > I was wrong here, device is opened by btrfs driver so there should > be no collision here. Still obviously scanning fails (and it fails > actively, setting ID_BTRFS_READY). This needs some debugging on

Re: [systemd-devel] Alienware graphics amplifier scancodes

On Thu, May 28, 2015 at 06:48:49PM +0200, Lennart Poettering wrote: > On Wed, 27.05.15 15:59, Mario Limonciello (mario_limoncie...@dell.com) wrote: > > > Hi, > > > > Some Alienware notebooks and desktops support an external graphics > > housing called the "Alienware Graphics Amplifier". It allows

Re: [systemd-devel] Alienware graphics amplifier scancodes

On 05/28/2015 11:48 AM, Lennart Poettering wrote: On Wed, 27.05.15 15:59, Mario Limonciello (mario_limoncie...@dell.com) wrote: You are aware that the kernel has PCI hotplug support? It sounds really weird rebooting the machine due to hotplug events. That's not how these things are done... Are

Re: [systemd-devel] [PATCH 0/2] Using XML entities for paths in manpages

On Thu, May 28, 2015 at 10:44 AM, Michael Biebl wrote: > 2015-05-28 19:41 GMT+02:00 Martin Pitt : >> \o/ Many thanks Filipe, that's great! Biggest patch gone :) > > A huge thanks from me as well to everyone involved! Lennart: Thanks for applying it. Martin and Michael: You're welcome, glad to he

Re: [systemd-devel] [PATCH] path-util: Fix path_is_mount_point for files

On Wed, 27.05.15 10:07, Martin Pitt (martin.p...@ubuntu.com) wrote: > -int fd_is_mount_point(int fd) { > +int fd_is_mount_point(int fd, const char *parent) { Hmm, now I am confused? Why "parent"? I really think this should work as close as the usual *at() calls work. i.e. take a dir fd as first

Re: [systemd-devel] [PATCH 0/2] Using XML entities for paths in manpages

2015-05-28 19:41 GMT+02:00 Martin Pitt : >> > I hope that's helpful! >> >> Applied both! > > \o/ Many thanks Filipe, that's great! Biggest patch gone :) A huge thanks from me as well to everyone involved! -- Why is it that all of the instruments seeking intelligent life in the universe are poin

Re: [systemd-devel] [PATCH v3] systemctl: Don't skip SysV init.d scripts when enabling/disabling units

Lennart Poettering [2015-05-28 19:23 +0200]: > Looks good. Please push. For the archives: Pushed. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) ___ systemd-d

Re: [systemd-devel] [PATCH v3] systemctl: drop hardcoded chkconfig invocation

Lennart Poettering [2015-05-28 19:22 +0200]: > Looks good. Please push! For the archives: Pushed. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) ___ systemd-de

Re: [systemd-devel] [PATCH 0/2] Using XML entities for paths in manpages

Hey Filipe, Lennart Poettering [2015-05-28 19:35 +0200]: > On Wed, 27.05.15 02:38, Filipe Brandenburger (filbran...@google.com) wrote: > > > As suggested by Martin Pitt, for better support of distros with non-merged > > /usr. > > > > This doesn't get us 100% there but I'd say it gets us much cl

Re: [systemd-devel] [PATCH 0/2] Using XML entities for paths in manpages

On Wed, 27.05.15 02:38, Filipe Brandenburger (filbran...@google.com) wrote: > As suggested by Martin Pitt, for better support of distros with non-merged > /usr. > > This doesn't get us 100% there but I'd say it gets us much closer. > > I think we still need a new variable for /etc/udev (similar

Re: [systemd-devel] [PATCH v3] systemctl: Don't skip SysV init.d scripts when enabling/disabling units

On Thu, 28.05.15 15:10, Martin Pitt (martin.p...@ubuntu.com) wrote: > Hello again, > > Lennart Poettering [2015-05-28 13:31 +0200]: > > Hmm? THis sounds the wrong way round. What currently happens should be > > this: if both are available systemd ignores the sysv script, and only > > considers th

Re: [systemd-devel] [PATCH v3] systemctl: drop hardcoded chkconfig invocation

On Thu, 28.05.15 15:02, Martin Pitt (martin.p...@ubuntu.com) wrote: > Lennart Poettering [2015-05-28 13:05 +0200]: > > Nah, please remove this part. We should not ship that upstream. THis > > is something that Fedora's initscripts.rpm should provide eventually, > > and should be neither shipped wi

Re: [systemd-devel] Alienware graphics amplifier scancodes

28.05.2015 01:59, Mario Limonciello wrote: Hi, Some Alienware notebooks and desktops support an external graphics housing called the "Alienware Graphics Amplifier". It allows the usage of a larger or more modern graphics card than your gaming PC would already support. In order to provide a good

Re: [systemd-devel] [PATCH] Fix systemd.resource-control(5) volume number.

On Thu, 28.05.15 09:24, Patrick Donnelly (batr...@batbytes.com) wrote: > On Wed, May 27, 2015 at 5:38 PM, Tom Gundersen wrote: > > On Wed, May 27, 2015 at 9:47 PM, Patrick Donnelly > > wrote: > >> Signed-off-by: Patrick Donnelly > > > > We don't use s-o-b in systemd, so dropped this when apply

Re: [systemd-devel] [PATCH v2] cgroup-util: fix is_valid check to pass for unified cgroup hierchy.

On Thu, 28.05.15 16:42, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote: > It appears in /proc/self/cgroup as `0::/' What precisely does this fix? I mean, we need to do some major rework of things before the unified hierarchy is really supported in systemd, and this one thing won't really

Re: [systemd-devel] Alienware graphics amplifier scancodes

On Wed, 27.05.15 15:59, Mario Limonciello (mario_limoncie...@dell.com) wrote: > Hi, > > Some Alienware notebooks and desktops support an external graphics > housing called the "Alienware Graphics Amplifier". It allows the usage > of a larger or more modern graphics card than your gaming PC would

Re: [systemd-devel] [PATCH 1/9] util: Add unescape_first_word()

On Thu, May 28, 2015 at 01:02:07PM +0100, Richard Maw wrote: > diff --git a/src/shared/util.h b/src/shared/util.h > index eb35952..dd86ddc 100644 > --- a/src/shared/util.h > +++ b/src/shared/util.h > @@ -855,10 +855,13 @@ int is_dir(const char *path, bool follow); > int is_device_node(const char *

Re: [systemd-devel] systemd-networkd and openvswitch?

Hi Richard, thanks for your insights. In the mean time, I was successful in bridging an VLAN trunk to a VM with the native linux bridge, and thus do not need Openvswich in my project any more. Your mail will be helpful to others in the future. ftr, one needs to define the VLANs on the hosts as w

Re: [systemd-devel] Vendor default masked service

On Thu, 28.05.15 13:56, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > On Thu, May 28, 2015 at 1:17 PM, Lennart Poettering > wrote: > > On Wed, 27.05.15 13:05, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > > > >> On Tue, May 26, 2015 at 4:14 PM, Lennart Poettering > >> wrote: > >> > O

Re: [systemd-devel] [PATCH v2] cgroup-util: fix is_valid check to pass for unified cgroup hierchy.

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-deve

Re: [systemd-devel] [PATCH] cgroup-util: fix is_valid check to pass for unified cgroup hierchy.

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-deve

[systemd-devel] [PATCH v2] cgroup-util: fix is_valid check to pass for unified cgroup hierchy.

It appears in /proc/self/cgroup as `0::/' --- v2 change: Test for unified cgroup should pass irrespective of whether allow_named is set. src/shared/cgroup-util.c| 4 src/test/test-cgroup-util.c | 3 ++- 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/src/shared/cgroup-ut

[systemd-devel] [PATCH] cgroup-util: fix is_valid check to pass for unified cgroup hierchy.

It appears in /proc/self/cgroup as `0::/' --- src/shared/cgroup-util.c| 4 src/test/test-cgroup-util.c | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/src/shared/cgroup-util.c b/src/shared/cgroup-util.c index c0b0ca4..eda7523 100644 --- a/src/shared/cgroup-util.c +++

Re: [systemd-devel] [PATCH 1/2] systemctl: Don't skip native units when enabling/disabling SysV init.d scripts

On 05/27/2015 04:00 PM, Lennart Poettering wrote: On Wed, 27.05.15 13:39, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 05/27/2015 01:07 PM, Martin Pitt wrote: Hello, as discussed in the "get some distro patches upstream" thread, this is the generalization for supporting different c

Re: [systemd-devel] 'udevadm settle' brakes lvm on top of imsm raid

On Thu, May 28, 2015 at 10:10 AM, Oleg Samarin wrote: > Hi! > > I have an imsm raid-1 device /dev/md126 assembled of /dev/sda and /dev/sdb. > I have a lvm group on top of /dev/md126p2 with some logical volumes. All > this work fine with Fedora 21. > > I'm trying to fresh install Fedora 22 in some

Re: [systemd-devel] [PATCH] Fix systemd.resource-control(5) volume number.

On Wed, May 27, 2015 at 5:38 PM, Tom Gundersen wrote: > On Wed, May 27, 2015 at 9:47 PM, Patrick Donnelly > wrote: >> Signed-off-by: Patrick Donnelly > > We don't use s-o-b in systemd, so dropped this when applying. Also > adjusted the subject line a bit (for future reference). > > Thanks for t

[systemd-devel] [PATCH v3] systemctl: Don't skip SysV init.d scripts when enabling/disabling units

Hello again, Lennart Poettering [2015-05-28 13:31 +0200]: > Hmm? THis sounds the wrong way round. What currently happens should be > this: if both are available systemd ignores the sysv script, and only > considers the native unit. Is that what you are trying to say? Err yes, sorry. Adjusted the

Re: [systemd-devel] [PATCH v2] udev: input_id: fix detection of various touchscreens

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-de

Re: [systemd-devel] [PATCH 9/9] man: Document \: escapes in nspawn's --overlay option

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-dev

Re: [systemd-devel] [PATCH v3] systemctl: drop hardcoded chkconfig invocation

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-devel mailing list systemd-devel@

[systemd-devel] [PATCH v3] systemctl: drop hardcoded chkconfig invocation

Lennart Poettering [2015-05-28 13:05 +0200]: > Nah, please remove this part. We should not ship that upstream. THis > is something that Fedora's initscripts.rpm should provide eventually, > and should be neither shipped with systemd upstream nor systemd.rpm in > Fedora. OK, done. I changed it to b

[systemd-devel] [PATCH v2] udev: input_id: fix detection of various touchscreens

There are touch screens that do not provide 'BTN_TOUCH' and hence no 'EV_KEY'. Previously those would not get any properties assigned and libinput would not treat those as input devices. Additionally there is an 'IS_DIRECT' property exposed by most touch screens, that would otherwise be detected as

Re: [systemd-devel] Vendor default masked service

On Thu, May 28, 2015 at 2:15 PM, Dimitri John Ledkov wrote: > On 28 May 2015 at 12:56, Umut Tezduyar Lindskog wrote: >> On Thu, May 28, 2015 at 1:17 PM, Lennart Poettering >> wrote: >>> On Wed, 27.05.15 13:05, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: >>> On Tue, May 26, 2015 at 4:1

Re: [systemd-devel] [PATCH 0/9] Allow \: escapes in nspawn command line

On Thu, May 28, 2015 at 2:02 PM, Richard Maw wrote: > File paths may contain : characters, and the nspawn command-line argument > parser had no way of being able to tell which were part of the paths, or used > to separate paths. > > This is fixable by introducing an escaping mechanism. > > The --o

Re: [systemd-devel] Vendor default masked service

On 28 May 2015 at 12:56, Umut Tezduyar Lindskog wrote: > On Thu, May 28, 2015 at 1:17 PM, Lennart Poettering > wrote: >> On Wed, 27.05.15 13:05, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: >> >>> On Tue, May 26, 2015 at 4:14 PM, Lennart Poettering >>> wrote: >>> > On Tue, 26.05.15 11:53, U

[systemd-devel] [PATCH 4/9] strv: Add strv_split_escaped

This is to strv_split_quoted as unescape_first_word is to unquote_first_word. --- src/shared/strv.c | 8 ++-- src/shared/strv.h | 1 + 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/src/shared/strv.c b/src/shared/strv.c index d44a72f..a6c42d4 100644 --- a/src/shared/strv.c +++

[systemd-devel] [PATCH 3/9] man: Document \: escapes in nspawn's --tmpfs option

From: Richard Maw --- man/systemd-nspawn.xml | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/man/systemd-nspawn.xml b/man/systemd-nspawn.xml index 06285ed..49f3e13 100644 --- a/man/systemd-nspawn.xml +++ b/man/systemd-nspawn.xml @@ -597,7 +597,10 @@ otherwise spe

[systemd-devel] [PATCH 6/9] man: Document \: escapes in nspawn's --bind option

From: Richard Maw --- man/systemd-nspawn.xml | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/man/systemd-nspawn.xml b/man/systemd-nspawn.xml index 49f3e13..ffb513d 100644 --- a/man/systemd-nspawn.xml +++ b/man/systemd-nspawn.xml @@ -578,7 +578,9 @@ same path in th

[systemd-devel] [PATCH 1/9] util: Add unescape_first_word()

This is a superset of the functionality of unquote_first_word, allowing non-whitespace separators, and doesn't interpret quotes unless UNQUOTE_QUOTES is included in flags. This also adds UNQUOTE_SEPARATOR_SPLIT, which has it return multiple empty strings when there is a span of separator character

[systemd-devel] [PATCH 7/9] nspawn: escape paths in overlay mount options

Overlayfs uses , as an option separator and : as a list separator. These characters are both valid in file paths, so overlayfs allows file paths which contain these characters to backslash escape these values. --- src/nspawn/nspawn.c | 63 +++-- 1 fi

[systemd-devel] [PATCH 0/9] Allow \: escapes in nspawn command line

File paths may contain : characters, and the nspawn command-line argument parser had no way of being able to tell which were part of the paths, or used to separate paths. This is fixable by introducing an escaping mechanism. The --overlay option had a related problem, as it would still fail if th

[systemd-devel] [PATCH 5/9] nspawn: Allow : characters in nspawn --bind paths

: characters in bind paths can be entered as the \: escape sequence. --- src/nspawn/nspawn.c | 29 + 1 file changed, 21 insertions(+), 8 deletions(-) diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c index 97f980f..c40d50f 100644 --- a/src/nspawn/nspawn.c +++ b/sr

[systemd-devel] [PATCH 8/9] nspawn: Allow : characters in overlay paths

: characters can be entered with the \: escape sequence. --- src/nspawn/nspawn.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c index f7580f9..bace72e 100644 --- a/src/nspawn/nspawn.c +++ b/src/nspawn/nspawn.c @@ -744,9 +744,13

[systemd-devel] [PATCH 2/9] nspawn: Allow : characters in --tmpfs path

This now accepts : characters with the \: escape sequence. Other escape sequences are also interpreted, but having a \ in your file path is less likely than :, so this shouldn't break anyone's existing tools. --- src/nspawn/nspawn.c | 19 +++ 1 file changed, 11 insertions(+), 8 de

[systemd-devel] [PATCH 9/9] man: Document \: escapes in nspawn's --overlay option

From: Richard Maw --- man/systemd-nspawn.xml | 4 1 file changed, 4 insertions(+) diff --git a/man/systemd-nspawn.xml b/man/systemd-nspawn.xml index ffb513d..4e2e582 100644 --- a/man/systemd-nspawn.xml +++ b/man/systemd-nspawn.xml @@ -614,6 +614,10 @@ list of colon-separated paths

Re: [systemd-devel] Vendor default masked service

On Thu, May 28, 2015 at 1:17 PM, Lennart Poettering wrote: > On Wed, 27.05.15 13:05, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > >> On Tue, May 26, 2015 at 4:14 PM, Lennart Poettering >> wrote: >> > On Tue, 26.05.15 11:53, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: >> > >> >> Hi, >

Re: [systemd-devel] [PATCH 2/2] systemctl: Don't skip native units when enabling/disabling SysV init.d scripts

On 28 May 2015 at 12:31, Lennart Poettering wrote: > On Wed, 27.05.15 15:13, Martin Pitt (martin.p...@ubuntu.com) wrote: > >> Hello, >> >> if you have both a systemd unit and a SysV init script with the same >> name, systemctl {en,dis}able currently diverts to chkconfig and >> friends *only*, with

Re: [systemd-devel] [PATCH v2 1/2] systemctl: drop hardcoded chkconfig invocation

Lennart Poettering píše v Čt 28. 05. 2015 v 13:05 +0200: > On Wed, 27.05.15 18:08, Martin Pitt (martin.p...@ubuntu.com) wrote: > > > Hello again, > > > > as discussed previously this second variant of un-hardcoding chkconfig > > now uses the proposed /usr/lib/systemd/systemd-sysv-install > > abst

Re: [systemd-devel] [PATCH] udev: input_id: fix detection of various touchscreens

On Thu, 28.05.15 11:59, Andreas Pokorny (andreas.poko...@canonical.com) wrote: > There are touch screens that do not provide 'BTN_TOUCH' and hence no > 'EV_KEY'. Previously those would not get any properties assigned and > libinput would not treat those as input devices. Additionally there > is an

Re: [systemd-devel] [PATCH 2/2] systemctl: Don't skip native units when enabling/disabling SysV init.d scripts

On Wed, 27.05.15 15:13, Martin Pitt (martin.p...@ubuntu.com) wrote: > Hello, > > if you have both a systemd unit and a SysV init script with the same > name, systemctl {en,dis}able currently diverts to chkconfig and > friends *only*, without actually enabling/disabling the native unit. > This is

Re: [systemd-devel] [PATCH] journal, coredump: allow relative values in some configuration options

On Thu, 28.05.15 11:49, Jan Synacek (jsyna...@redhat.com) wrote: > Lennart Poettering writes: > > > Hmm, this doesn't look right. here we choose the hash table sizes to > > use for a file, and I doubt we should base this on the currently > > available disk space, since sizing the hashtable will

Re: [systemd-devel] Vendor default masked service

On Wed, 27.05.15 13:05, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > On Tue, May 26, 2015 at 4:14 PM, Lennart Poettering > wrote: > > On Tue, 26.05.15 11:53, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > > > >> Hi, > >> > >> I was wondering if we have a way to provide vendor default

Re: [systemd-devel] [PATCH v2 1/2] systemctl: drop hardcoded chkconfig invocation

On Wed, 27.05.15 18:08, Martin Pitt (martin.p...@ubuntu.com) wrote: > Hello again, > > as discussed previously this second variant of un-hardcoding chkconfig > now uses the proposed /usr/lib/systemd/systemd-sysv-install > abstraction. > > I also added a reference implementation for chkconfig whi

Re: [systemd-devel] [PATCH] build-sys: Stop depending on current configure options for EXTRA_DIST

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-devel mailing list systemd-devel@

Re: [systemd-devel] ExecStart vs ExecStartPre

On Tue, 26.05.15 14:12, Steven Noonan (ste...@uplinklabs.net) wrote: > Hi there, > > I'm wondering what the functional difference is between doing: > > ExecStartPre=/bin/foo > ExecStart=/bin/bar > > and > > ExecStart=/bin/foo > ExecStart=/bin/bar As mentioned in Christian's reply: multiple Ex

[systemd-devel] [PATCH] build-sys: Stop depending on current configure options for EXTRA_DIST

Hello all, for the quest of doing daily builds/distcheck/etc. on Debian/Ubuntu I started running distcheck on current trunk. It failed with GEN units/kmod-static-nodes.service make[3]: *** No rule to make target 'units/systemd-sysusers.service.in', needed by 'units/systemd-sysusers.servic

Re: [systemd-devel] 219/Fedora22: NFS mounts do not set SELINUX label to nfs_t: errno=-22

On 05/26/2015 09:46 AM, Lennart Poettering wrote: > On Sun, 24.05.15 15:01, Anthony Alba (ascanio.al...@gmail.com) wrote: > >> Hi, >> >> On Fedora 22, systemd 219, NFS mounts no longer acquire a default label >> nfs_t. >> >> mount 192.168.1.6:/var/exports/1 1 -orootcontext=system_u:object_r:nfs_

Re: [systemd-devel] 'udevadm settle' brakes lvm on top of imsm raid

On Thu, 28.05.15 11:10, Oleg Samarin (osamari...@gmail.com) wrote: > Hi! > > I have an imsm raid-1 device /dev/md126 assembled of /dev/sda and /dev/sdb. > I have a lvm group on top of /dev/md126p2 with some logical volumes. All > this work fine with Fedora 21. > > I'm trying to fresh install Fed

Re: [systemd-devel] [PATCH] udev: input_id: fix detection of various touchscreens

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-d

[systemd-devel] [PATCH] udev: input_id: fix detection of various touchscreens

There are touch screens that do not provide 'BTN_TOUCH' and hence no 'EV_KEY'. Previously those would not get any properties assigned and libinput would not treat those as input devices. Additionally there is an 'IS_DIRECT' property exposed by most touch screens, that would otherwise be detected as

Re: [systemd-devel] [PATCH] journal, coredump: allow relative values in some configuration options

Lennart Poettering writes: > Hmm, this doesn't look right. here we choose the hash table sizes to > use for a file, and I doubt we should base this on the currently > available disk space, since sizing the hashtable will have an effect > on the entire lifetime of the file, during which the availa

Re: [systemd-devel] fsck, /home, btrfs, multiple partitions/drives, boot failure [Ubuntu 15.04]

On Thu, May 28, 2015 at 8:46 AM, Andrei Borzenkov wrote: >>> > Apr 24 14:18:41 workstation systemd[1]: Job >>> > dev-disk-by\x2duuid-3ff68715\x2d0daa\x2d4e44\x2d8de2\x2d0997f36d8ab6.device/start >>> > timed out. >> > >> > systemd times out waiting for UUID alias. Neither sda1 nor sdb1 are >> > p

Re: [systemd-devel] fsck, /home, btrfs, multiple partitions/drives, boot failure [Ubuntu 15.04]

Am 28.05.2015 um 07:24 schrieb Martin Pitt: Reindl Harald [2015-05-28 1:00 +0200]: Am 27.05.2015 um 23:03 schrieb Roger Binns: My immediate problem is a boot failure with systemd on Ubuntu 15.04 because of fsck issues (systemd timing out fscking something it shouldn't) sounds like https:/

Re: [systemd-devel] Starting units when a port is available for connections

> On 27 May 2015, at 8:40 pm, Andrei Borzenkov wrote: > > Hmm ... this sounds suspiciously like what D-Bus does. Did you consider > using D-Bus in your application? > > But for now there is no way to express such dependency in systemd; > D-Bus being exception, you can make services dependent o

Re: [systemd-devel] 220 udev boot regression: timeout, giving up waiting for workers to finish

On Wed, May 27, 2015 at 07:08:41PM +0200, Tom Gundersen wrote: > This should be fixed by 86c3bece38bcf55da6387d20c6f01da9ad0284dc. > Thanks for the help in debugging this, and sorry for the > inconvenience. Also this fixes a bug where 'udevadm settle' would go into a loop for a few minutes after y