Re: [systemd-devel] clarification on daemon-reload

On Mon, May 18, 2015 at 8:51 AM, Igor Bukanov wrote: > On 18 May 2015 at 05:35, Andrei Borzenkov wrote: >> >> >> What exactly do you mean? It has RefuseManualStart set? > > I meant that, for example, A is enabled and contains Requires=B and > this is the only dependency that causes B to run and t

[systemd-devel] [PATCH v2 5/6] zsh-completion: removing more pointless forks

I seem to have forgot about _systemctl_active_units(). --- shell-completion/zsh/_systemctl.in | 30 ++ 1 file changed, 14 insertions(+), 16 deletions(-) diff --git a/shell-completion/zsh/_systemctl.in b/shell-completion/zsh/_systemctl.in index a4db563..d3e7ee2 100644

[systemd-devel] [PATCH] hwdb: Add trackpoint sensitivity setting for Thinkpad X230 tablet

This model needs the trackpoint sensitivity to be boosted to not be too slow to be usable, see: https://bugzilla.redhat.com/show_bug.cgi?id=1200717 --- hwdb/70-pointingstick.hwdb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/hwdb/70-pointingstick.hwdb b/hwdb/70-pointingstick.hwdb index 72c

Re: [systemd-devel] [PATCH] hwdb: Add trackpoint sensitivity setting for Thinkpad X230 tablet

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

[systemd-devel] [PATCH] buildsys: actually install 70-pointingstick.hwdb

--- Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/Makefile.am b/Makefile.am index 4639b2f..0b5b488 100644 --- a/Makefile.am +++ b/Makefile.am @@ -3913,6 +3913,7 @@ dist_udevhwdb_DATA = \ hwdb/60-evdev.hwdb \ hwdb/60-keyboard.hwdb \ hwdb/70-mouse.hwdb \ +

Re: [systemd-devel] [PATCH] .gitignore: add GNU GLOBAL files

It was <2015-05-15 pią 18:36>, when Dimitri John Ledkov wrote: > On 15 May 2015 at 17:19, Łukasz Stelmach wrote: >> It was <2015-05-15 pią 18:03>, when Lennart Poettering wrote: >>> On Fri, 15.05.15 17:39, Łukasz Stelmach (l.stelm...@samsung.com) wrote: >>> It was <2015-05-15 pią 17:25>, when

[systemd-devel] [PATCH v2] buildsys: actually install 70-pointingstick.hwdb

--- *sigh* Tabs. Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/Makefile.am b/Makefile.am index 4639b2f..5bcbfff 100644 --- a/Makefile.am +++ b/Makefile.am @@ -3913,6 +3913,7 @@ dist_udevhwdb_DATA = \ hwdb/60-evdev.hwdb \ hwdb/60-keyboard.hwdb \ hwdb/70-mo

Re: [systemd-devel] [PATCH] nspawn: cloexec extraneous fds

On Wed, May 13, 2015 at 6:14 PM, Lennart Poettering wrote: > On Mon, 11.05.15 16:41, Alban Crequy (alban.cre...@gmail.com) wrote: > >> src/nspawn/nspawn.c | 9 - >> 1 file changed, 8 insertions(+), 1 deletion(-) >> >> diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c >> index 71a6239

Re: [systemd-devel] [PATCH 2/5] shared/json: JSON parser + number tokenizer bugfix

On Fri, 2015-05-15 at 17:11 +0200, Lennart Poettering wrote: > On Fri, 15.05.15 17:05, Pavel Odvody (podv...@redhat.com) wrote: > > > On Fri, 2015-05-15 at 16:12 +0200, Lennart Poettering wrote: > > > On Fri, 15.05.15 16:03, Pavel Odvody (podv...@redhat.com) wrote: > > > > > > > On Fri, 2015-05-1

Re: [systemd-devel] [PATCH] buildsys: actually install 70-pointingstick.hwdb

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

Re: [systemd-devel] [PATCH v2] buildsys: actually install 70-pointingstick.hwdb

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

Re: [systemd-devel] [PATCH 3/5] test/test-json: Tests for the JSON parser and the tokenizer bugfix

On Fri, 2015-05-15 at 17:24 +0200, Lennart Poettering wrote: > On Thu, 07.05.15 17:47, Pavel Odvody (podv...@redhat.com) wrote: > > > Signed-off-by: Pavel Odvody > > --- > > src/test/test-json.c | 16 > > 1 file changed, 16 insertions(+) > > > > diff --git a/src/test/test-json.

Re: [systemd-devel] systemd-nspawn trouble

On Sun, May 17, 2015 at 5:30 PM, Michael Biebl wrote: > 2015-05-15 22:16 GMT+02:00 Tom Gundersen : >> on-demand I agree with Lennart that it makes the most sense to simply >> unconditionally load the modules. If this is undesirable the solution >> should be to teach the kernel to auto-load the mod

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

On Sat, May 16, 2015 at 09:28:22PM +, Zbigniew Jędrzejewski-Szmek wrote: > Why it the motivation? Patch description talks tabout passing the > path/address in LISTEN_NAMES. Isn't this something that can be queried > already? TODO talks about "identifiers". Is "identifier" the same thing, > or d

Re: [systemd-devel] [PATCH] hwdb: Add trackpoint sensitivity setting for Thinkpad X230 tablet

On Mon, May 18, 2015 at 09:54:00AM +0200, Hans de Goede wrote: > This model needs the trackpoint sensitivity to be boosted to not be too slow > to be usable, see: https://bugzilla.redhat.com/show_bug.cgi?id=1200717 > --- > hwdb/70-pointingstick.hwdb | 2 ++ > 1 file changed, 2 insertions(+) > > d

Re: [systemd-devel] [PATCH v2] buildsys: actually install 70-pointingstick.hwdb

On Mon, May 18, 2015 at 11:18:10AM +0300, Mantas Mikulėnas wrote: > --- > *sigh* Tabs. > > Makefile.am | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/Makefile.am b/Makefile.am > index 4639b2f..5bcbfff 100644 > --- a/Makefile.am > +++ b/Makefile.am > @@ -3913,6 +3913,7 @@ dist_udevhwdb_

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

On Sat, May 16, 2015 at 01:39:34PM +0200, Marc Haber wrote: > Hi, > > is there any possibility to nicely integrate openvswitch to a system > that runs systemd-networkd? Yes, I did a project involving this because we were integrating OpenStack in a system that used systemd-networkd primarily for n

[systemd-devel] [PATCH] hostname: Allow comments in /etc/hostname

Hello all, We got a report [1] that systemd doesn't allow comments in /etc/hostname. If there is a comment, your host name ends up being "# comment". But the original hostname(1) tool documents that comments are allowed, thus in the sysvinit/upstart world these worked fine. Earlier versions of clo

Re: [systemd-devel] [PATCH 1/6] zsh-completion: actually run _filter_units_by_property when creating the arrays _sys_(re|)startable_units

Applied all 6. Zbyszek ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH] hostname: Allow comments in /etc/hostname

On Mon, May 18, 2015 at 11:33 AM, Martin Pitt wrote: > Hello all, > > We got a report [1] that systemd doesn't allow comments in > /etc/hostname. If there is a comment, your host name ends up being > "# comment". But the original hostname(1) tool documents that comments > are allowed, thus in the

Re: [systemd-devel] dev-root.device is not active, results in an umount spree

Andrei Borzenkov [2015-05-14 14:24 +0300]: > Will it be "rebound" when device appears? Otherwise any mount that > happens before udev is started/happens to notice device will not be > associated with device. Most common case is probably mounts inherited > from initrd. Not with the first patch (the

Re: [systemd-devel] [PATCH] hostname: Allow comments in /etc/hostname

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

[systemd-devel] [PATCH] [PATCH v4] core: Private*/Protect* options with RootDirectory

From: Alban Crequy When a service is chrooted with the option RootDirectory=/opt/..., then the options PrivateDevices, PrivateTmp, ProtectHome, ProtectSystem must mount the directories under $RootDirectory/{dev,tmp,home,usr,boot}. The test-ns tool can test setup_namespace() with and without chro

Re: [systemd-devel] Reduce unit-loading time

2015-05-17 17:45 GMT+08:00 Martin Pitt : > Hello cee, > > cee1 [2015-05-16 0:46 +0800]: >> Thanks for the suggestion, it was other processes running in parallel >> which presumably consuming lots of IO, after sending SIGSTOP at the >> first (and SIGCONT later), the unit loading time is decreased t

[systemd-devel] [PATCH] fstab-generator: add x-systemd.requires and x-systemd.requires-mounts-for

Currently we have no way how to specify dependencies between fstab entries (or another units) in the /etc/fstab. It means that users are forced to bypass fstab and write .mount units manually. The patch introduces new systemd fstab options: x-systemd.requires= - to specify dependence an another

[systemd-devel] [PATCH v2] hostname: Allow comments in /etc/hostname

Hey Thomas, Thomas H.P. Andersen [2015-05-18 11:49 +0200]: > On Mon, May 18, 2015 at 11:33 AM, Martin Pitt wrote: > > This currently uses read_full_file() and strv_split_newlines() which > > is relatively expensive (although, in most cases there will only be > > one line). In cases like these sho

Re: [systemd-devel] Reduce unit-loading time

Hello cee1, cee1 [2015-05-18 18:24 +0800]: > Does the readahead-*.service shipped with systemd work for you? systemd dropped the builtin readahead in 217. It's reasonably easy to get back by reverting the "drop readahead" patches, but carrying that patch in packages is fairly intrusive. In Ubuntu

Re: [systemd-devel] [PATCH] fstab-generator: add x-systemd.requires and x-systemd.requires-mounts-for

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

Re: [systemd-devel] [PATCH v2] hostname: Allow comments in /etc/hostname

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

Re: [systemd-devel] [PATCH] [PATCH v4] core: Private*/Protect* options with RootDirectory

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

[systemd-devel] [PATCH v3] nvme_id utility + support in 60-persistent-storage.rules

--- Makefile.am | 11 +++ rules/60-persistent-storage.rules | 5 ++ src/udev/nvme_id/nvme_id.c| 149 ++ 3 files changed, 165 insertions(+) create mode 100644 src/udev/nvme_id/nvme_id.c diff --git a/Makefile.am b/Makefile.am ind

Re: [systemd-devel] [PATCH] nspawn: cloexec extraneous fds

On Mon, 18.05.15 10:34, Alban Crequy (al...@endocode.com) wrote: > On Wed, May 13, 2015 at 6:14 PM, Lennart Poettering > wrote: > > On Mon, 11.05.15 16:41, Alban Crequy (alban.cre...@gmail.com) wrote: > > > >> src/nspawn/nspawn.c | 9 - > >> 1 file changed, 8 insertions(+), 1 deletion(-)

Re: [systemd-devel] dev-root.device is not active, results in an umount spree

On Mon, 18.05.15 06:41, Martin Pitt (martin.p...@ubuntu.com) wrote: > Lennart Poettering [2015-05-17 18:06 +0200]: > > More specifically, they should follow the second item in the > > "Execution Environment" section: pre-mount /sys read-only in the > > container. > > That's the default indeed, bu

Re: [systemd-devel] [PATCH/resend] Use reflinking to copy kernel

On Sat, 16.05.15 22:16, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Fri, May 08, 2015 at 05:11:15PM -0400, Josh Boyer wrote: > > On May 8, 2015 11:38 AM, "Zbigniew Jędrzejewski-Szmek" > > wrote: > > > > > > On Thu, May 07, 2015 at 10:08:56PM -0400, Matthew Miller wrote: > > > > On

Re: [systemd-devel] [PATCH 2/5] shared/json: JSON parser + number tokenizer bugfix

On Mon, 18.05.15 10:45, Pavel Odvody (podv...@redhat.com) wrote: > > > Yes, it could be handled, but I wouldn't call it nicely :) > > > Since there's a lot of nested objects / arrays I guess that you'd need > > > to do the syntactic analysis anyway. It'd be even worse in case some > > > values wou

Re: [systemd-devel] Fwd: [wiki systemd] systemd French doc

On Sat, 16.05.15 17:43, Jiel Beaumadier (beaumad...@gmail.com) wrote: > Hi, > > A French documentation was written about systemd : > http://lea-linux.org/documentations/Systemd > > Its main scope is the general public. The documentation tends to be as > pedagogic as possible. I think that it cou

Re: [systemd-devel] Fwd: [wiki systemd] systemd French doc

On Sat, 16.05.15 22:18, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Sat, May 16, 2015 at 05:43:13PM +0200, Jiel Beaumadier wrote: > > Hi, > > > > A French documentation was written about systemd : > > http://lea-linux.org/documentations/Systemd > > > > Its main scope is the gener

Re: [systemd-devel] Fwd: [wiki systemd] systemd French doc

Hi, A French documentation was written about systemd : http://lea-linux.org/documentations/Systemd I still think you should cut systemadm entirely out. Unfortunately it's not only unstable, but also there's little hope of it improving. Zbyszek Done. Thanks ! -- Jiel __

[systemd-devel] Setting UseDomains=yes by default DHCP

On Thu, Aug 14, 2014 at 01:27:19PM +0200, Tom Gundersen wrote: > On Thu, Aug 14, 2014 at 1:11 PM, Lennart Poettering > wrote: > > > > UseDomain= should have the effect of adding the domains from dhcp option > > 15 and 119 to the list of domains for the interface. And > > sd_network_get_link_domain

Re: [systemd-devel] dev-root.device is not active, results in an umount spree

Hello Lennart, Lennart Poettering [2015-05-18 14:10 +0200]: > I don't really grok what the problem you are experencing is supposed > to be: note that a device showing up in /proc/self/mountinfo means it > will be set to "tentative" state, and thus will not resolve in an > unmount. What more do you

Re: [systemd-devel] [PATCH/resend] Use reflinking to copy kernel

On 18/05/15 13:15, Lennart Poettering wrote: > --reflink=auto is the default in cp since a while. I think you're thinking of recent mv versions, or a patched coreutils? cp in current coreutils git never reflinks http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/cp.c#n785 unless explictly

Re: [systemd-devel] [PATCH/resend] Use reflinking to copy kernel

On Mon, May 18, 2015 at 02:15:09PM +0200, Lennart Poettering wrote: > On Sat, 16.05.15 22:16, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > On Fri, May 08, 2015 at 05:11:15PM -0400, Josh Boyer wrote: > > > On May 8, 2015 11:38 AM, "Zbigniew Jędrzejewski-Szmek" > > > wrote: > > > >

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

Hi, On 05/15/2015 05:35 PM, Lennart Poettering wrote: On Fri, 15.05.15 17:09, Krzysztof Opasiak (k.opas...@samsung.com) wrote: When passing file descriptors to service systemd pass also two environment variable: - LISTEN_PID - PID of service - LISTEN_FDS - Number of file descriptors passed to

Re: [systemd-devel] dev-root.device is not active, results in an umount spree

Lennart Poettering [2015-05-18 14:10 +0200]: > The whole point of the "tentative" state is that devices showing up in > /proc/self/mountinfo but not in /sys are put in it. Are you saying > that does not work? Simple demonstration with some bind mount: # systemd-nspawn -b -D /tmp/myroot --bind /

[systemd-devel] tentative state and unmount on mapper

Hi, There have been few discussions about tentative state and unmounting and I am experiencing different problem in the same device logic. I am at 219 + 628c89cc + 496068a8 + 5259bcf6 I have 2 mounts (one is bind mount) on mapper device. /proc/self/mountinfo: 47 37 254:0 / /var/spool/storage/SD

Re: [systemd-devel] [PATCH] fstab-generator: add x-systemd.requires and x-systemd.requires-mounts-for

On Mon, 18.05.15 12:30, Karel Zak (k...@redhat.com) wrote: > Currently we have no way how to specify dependencies between fstab > entries (or another units) in the /etc/fstab. It means that users are > forced to bypass fstab and write .mount units manually. > > The patch introduces new systemd fs

Re: [systemd-devel] [correct PATCH v2] dev-root.device is not active, results in an umount spree

Martin Pitt [2015-05-17 15:54 +0200]: > This fixes the original "systemd immediately unmounts my mounts" bug, > but not for very long: If you remount or unmount just one mount on a > tentative device, mountinfo changes, and device_found_node() now calls > device_update_found_one() with "add == 0".

Re: [systemd-devel] [PATCH/resend] Use reflinking to copy kernel

On Mon, 18.05.15 13:56, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: > On 18/05/15 13:15, Lennart Poettering wrote: > > --reflink=auto is the default in cp since a while. > > I think you're thinking of recent mv versions, or a patched > coreutils? Oh indeed, I noticed this behaviour on

Re: [systemd-devel] tentative state and unmount on mapper

ng > unmounted. Application which mounted the partitions is not getting a > chance to unmount the fs. I stumbled over this as well. This is fixed in the 0002-* patch in http://lists.freedesktop.org/archives/systemd-devel/2015-May/031953.html Direct link: http://lists.freedesktop.o

Re: [systemd-devel] [PATCH] nspawn: cloexec extraneous fds

On Mon, May 18, 2015 at 2:00 PM, Lennart Poettering wrote: > On Mon, 18.05.15 10:34, Alban Crequy (al...@endocode.com) wrote: > >> On Wed, May 13, 2015 at 6:14 PM, Lennart Poettering >> wrote: >> > On Mon, 11.05.15 16:41, Alban Crequy (alban.cre...@gmail.com) wrote: >> > >> >> src/nspawn/nspawn.

Re: [systemd-devel] [PATCH 2/3] sd-daemon: Use LISTEN_NAMES env when available

On 05/15/2015 05:40 PM, Lennart Poettering wrote: On Fri, 15.05.15 17:09, Krzysztof Opasiak (k.opas...@samsung.com) wrote: LISTEN_NAMES environment variable contains details about received file descriptors. Let's try to use it instead of doing always two stats. I am really not convinced tha

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

On Sat, 16.05.15 13:39, Marc Haber (mh+systemd-de...@zugschlus.de) wrote: > Hi, > > is there any possibility to nicely integrate openvswitch to a system > that runs systemd-networkd? While I understand that there does not > currrently seem to be native openvswitch support in systemd-networkd, > m

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

On 05/16/2015 11:28 PM, Zbigniew Jędrzejewski-Szmek wrote: On Fri, May 15, 2015 at 05:35:48PM +0200, Lennart Poettering wrote: On Fri, 15.05.15 17:09, Krzysztof Opasiak (k.opas...@samsung.com) wrote: When passing file descriptors to service systemd pass also two environment variable: - LISTE

[systemd-devel] [PATCH] nspawn: close extra fds before execing init

From: Alban Crequy When systemd-nspawn gets exec*()ed, it inherits the followings file descriptors: - 0, 1, 2: stdin, stdout, stderr - SD_LISTEN_FDS_START, ... SD_LISTEN_FDS_START+LISTEN_FDS: file descriptors passed by the system manager (useful for socket activation). They are passed to the

Re: [systemd-devel] [PATCH] nspawn: close extra fds before execing init

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

Re: [systemd-devel] [PATCH v2] hostname: Allow comments in /etc/hostname

On Mon, 18.05.15 12:36, Martin Pitt (martin.p...@ubuntu.com) wrote: > static int read_and_strip_hostname(const char *path, char **hn) { > -char *s; > -int r; > +_cleanup_fclose_ FILE *f = NULL; > +char l[LINE_MAX]; > +char *s = NULL; > > assert(p

Re: [systemd-devel] clarification on daemon-reload

On Sun, 17.05.15 10:06, Igor Bukanov (i...@mir2.org) wrote: > Hello, > > suppose a unit B runs just because another unit A contains Requires=B and > After=B. When B runs, it changes A like adding new dependencies, altering > Exec command etc and then B calls systemctl daemon-reload. Then the syst

Re: [systemd-devel] clarification on daemon-reload

On Mon, 18.05.15 07:51, Igor Bukanov (i...@mir2.org) wrote: > On 18 May 2015 at 05:35, Andrei Borzenkov wrote: > > > > > > What exactly do you mean? It has RefuseManualStart set? > > I meant that, for example, A is enabled and contains Requires=B and > this is the only dependency that causes B t

Re: [systemd-devel] systemd-nspawn trouble

On Sun, 17.05.15 17:30, Michael Biebl (mbi...@gmail.com) wrote: > 2015-05-15 22:16 GMT+02:00 Tom Gundersen : > > on-demand I agree with Lennart that it makes the most sense to simply > > unconditionally load the modules. If this is undesirable the solution > > should be to teach the kernel to auto

Re: [systemd-devel] 60-persistent-storage.rules: add NVMe disks and partitions (again)

On Sat, 16.05.15 10:18, Per Bergqvist (p...@bst.lu) wrote: > Lennart, > > Thank you for all the comments. > > I have changed everything except the 'No space between function name and > opening “(“‘. > Cannot find anything about that in CODING_STYLE or evidence in other > sources. Hmm? This is

Re: [systemd-devel] Automatic user ACL management

On Sun, 17.05.15 14:20, Mikhail Morfikov (mmorfi...@gmail.com) wrote: > allow-module-loading = no > allow-exit = no > system-instance = yes > enable-shm = no > exit-idle-time = -20 > > then I started pulseaudio in the system mode and I was able to play > sound all the time. But there's another qu

Re: [systemd-devel] Automatic user ACL management

On Sun, 17.05.15 12:46, Mikhail Morfikov (mmorfi...@gmail.com) wrote: > As you can read, for instance here > ( http://enotty.pipebreaker.pl/2012/05/23/linux-automatic-user-acl-management/ > ), logind, which is a part of systemd, can set permissions to some > devices for user sessions. There's also

Re: [systemd-devel] Will *.network replace resolv.conf? What about "Options single-request"?

On Sat, 16.05.15 15:52, Alexander E. Patrakov (patra...@gmail.com) wrote: > 16.05.2015 02:01, Christian Brunotte wrote: > >The resolver can send one DNS request packet (IPv4 or IPv6 doesn't matter) > >that > >contains > >queries for both the A and entries and the resolver may answer them in

Re: [systemd-devel] Will *.network replace resolv.conf? What about "Options single-request"?

On Sat, 16.05.15 14:30, Mantas Mikulėnas (graw...@gmail.com) wrote: > > And I think that glibc does something similar. If it receives a truncated > > packet, it tries to get the full packet over TCP and only if the DNS server > > does not support TCP, it delivers the truncated data. > > Hmm, what

Re: [systemd-devel] Reduce unit-loading time

Hi Martin, At the first glance, I find ureadahead has some difference compared with the readahead once in systemd, IIRC: 1. ureadahead.service is in default.target, which means ureadahead starts later than systemd's? 2. The original systemd readahead has "collect" and "replay" two services, and t

Re: [systemd-devel] clarification on daemon-reload

On 18 May 2015 at 17:18, Lennart Poettering wrote: > Well, my recommendation is to avoid daemon-reloads during the normal > boot process if possible, since there are some unresolved issues: What is then a canonical way to implement initialization when the configuration comes from a drive that is

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

On Mon, 18.05.15 10:19, Richard Maw (richard@codethink.co.uk) wrote: > On Sat, May 16, 2015 at 09:28:22PM +, Zbigniew Jędrzejewski-Szmek wrote: > > Why it the motivation? Patch description talks tabout passing the > > path/address in LISTEN_NAMES. Isn't this something that can be queried >

Re: [systemd-devel] clarification on daemon-reload

On Mon, 18.05.15 17:53, Igor Bukanov (i...@mir2.org) wrote: > On 18 May 2015 at 17:18, Lennart Poettering wrote: > > Well, my recommendation is to avoid daemon-reloads during the normal > > boot process if possible, since there are some unresolved issues: > > What is then a canonical way to impl

Re: [systemd-devel] Automatic user ACL management

On Mon, 18 May 2015 17:38:33 +0200 Lennart Poettering wrote: > On Sun, 17.05.15 12:46, Mikhail Morfikov (mmorfi...@gmail.com) wrote: > > > As you can read, for instance here > > ( > > http://enotty.pipebreaker.pl/2012/05/23/linux-automatic-user-acl-management/ > > ), logind, which is a part of

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

On Mon, 18.05.15 16:37, Krzysztof Opasiak (k.opas...@samsung.com) wrote: > >Why it the motivation? Patch description talks tabout passing the > >path/address in LISTEN_NAMES. Isn't this something that can be queried > >already? TODO talks about "identifiers". Is "identifier" the same thing, > >or

Re: [systemd-devel] Automatic user ACL management

On Mon, 18.05.15 18:16, Mikhail Morfikov (mmorfi...@gmail.com) wrote: > Something is wrong. I did the following steps: > > $ newgrp audio > > In the log I have the following message: > > May 18 18:02:19 morfikownia newgrp[80543]: user 'morfik' (login 'morfik' on > pts/7) switched to group 'aud

Re: [systemd-devel] Reduce unit-loading time

On Mon, 18.05.15 18:24, cee1 (fykc...@gmail.com) wrote: > 2015-05-17 17:45 GMT+08:00 Martin Pitt : > > Hello cee, > > > > cee1 [2015-05-16 0:46 +0800]: > >> Thanks for the suggestion, it was other processes running in parallel > >> which presumably consuming lots of IO, after sending SIGSTOP at t

Re: [systemd-devel] [PATCH 3/5] test/test-json: Tests for the JSON parser and the tokenizer bugfix

On Mon, 18.05.15 11:04, Pavel Odvody (podv...@redhat.com) wrote: > On Fri, 2015-05-15 at 17:24 +0200, Lennart Poettering wrote: > > On Thu, 07.05.15 17:47, Pavel Odvody (podv...@redhat.com) wrote: > > > > > Signed-off-by: Pavel Odvody > > > --- > > > src/test/test-json.c | 16 >

Re: [systemd-devel] [PATCH v2] systemctl: introduce --now for enable, disable and mask

On Sat, 16.05.15 08:24, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: > On 05/15/2015 09:51 AM, Lennart Poettering wrote: > >But anyway, this is certainly a matter of taste... > > Or cause for confusion. > > I asked an noob to run systemctl enable --now and he immediately > asked back if he

Re: [systemd-devel] socket-activated containers with domain sockets

On Sat, 16.05.15 16:01, Simon Peeters (peeters.si...@gmail.com) wrote: > hej all. > > I have a kind off weird setup using socket-activated containers: > > nginx on the host listens on port 80 and has a 'proxy_pass > http://unix:/run/http/$host;' directive. > > then I have webserver@.socket list

Re: [systemd-devel] Automatic user ACL management

On Mon, 18 May 2015 18:18:57 +0200 Lennart Poettering wrote: > On Mon, 18.05.15 18:16, Mikhail Morfikov (mmorfi...@gmail.com) wrote: > > > Something is wrong. I did the following steps: > > > > $ newgrp audio > > > > In the log I have the following message: > > > > May 18 18:02:19 morfikownia

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

On Mon, 18.05.15 15:36, Krzysztof Opasiak (k.opas...@samsung.com) wrote: > Passing both type and path allows us to determine type of socket without any > syscall. But how is that beneficial? THese sycalls are not slow, and this is not perfoimance sensitive anyway... > It is much faster as there

Re: [systemd-devel] [PATCH] [PATCH v4] core: Private*/Protect* options with RootDirectory

On Mon, 18.05.15 12:20, Alban Crequy (alban.cre...@gmail.com) wrote: > From: Alban Crequy > > When a service is chrooted with the option RootDirectory=/opt/..., then > the options PrivateDevices, PrivateTmp, ProtectHome, ProtectSystem must > mount the directories under $RootDirectory/{dev,tmp,ho

Re: [systemd-devel] [PATCH v2] networkd: do not change kernel forwarding parameters when IPForwarding is unset

On Fri, 15.05.15 22:49, Tom Gundersen (t...@jklm.no) wrote: > On Fri, May 15, 2015 at 10:02 PM, Lennart Poettering > wrote: > > On Fri, 15.05.15 12:56, Michael Marineau (michael.marin...@coreos.com) > > wrote: > > > >> (build time option to ./configure that is) > > > > I guess I'd be OK with tha

Re: [systemd-devel] Will *.network replace resolv.conf? What about "Options single-request"?

On Fri, 15.05.15 23:01, Christian Brunotte (c...@lathspell.de) wrote: > > Lennart Poettering hat am 15. Mai 2015 um 21:59 > > geschrieben: > > > > > > On Mon, 04.05.15 14:57, Christian Brunotte (c...@lathspell.de) wrote: > > > > > Hello > > > > > > systemd.network(5) with Options like "DNS="

Re: [systemd-devel] timers always run when time changes

On Fri, 01.05.15 09:35, Likang Wang (labor...@gmail.com) wrote: > Hi all, > > I hava a timer with the fellowing setting: > > # cat /lib/systemd/system/updateimage.timer > > [Unit] > Description=Update image > DefaultDependencies=false > > [Timer] > OnCalendar=*-*-* 02:00:00 > Persistent=false

[systemd-devel] Fall back to shell and still see failure

Hi During a normal boot on my system, the last service to launch starts a special shell which isn't your standard linux shell. Unfortunately, before getting to that service, there is a long chain of dependencies which have to run. I want to drop to a normal linux shell when any of these dependen

Re: [systemd-devel] Setting UseDomains=yes by default DHCP

On Mon, 18.05.15 12:26, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > I now agree with what Lennart proposed too. This is partially implemented > now, and with UseDomains=yes, option 15 is used to to set 'search' field. > > I think we should go a step further, and set UseDomains=yes by

Re: [systemd-devel] Basic network with Fedora conatiner

On Wed, 29.04.15 15:36, arnaud gaboury (arnaud.gabo...@gmail.com) wrote: > After installation of Fedora 22 container, the container (poppy) boots > but no network. > > # journalctl -b -M poppy > > > Apr 29 14:02:20 poppy firewalld[28]: 2015-04-29 14:02:20 ERROR: > ebtables not u

Re: [systemd-devel] Fall back to shell and still see failure

On Mon, 18.05.15 13:23, Chris Morin (chris.mor...@gmail.com) wrote: > Hi > > During a normal boot on my system, the last service to launch starts > a special shell which isn't your standard linux shell. Unfortunately, > before getting to that service, there is a long chain of dependencies > whi

Re: [systemd-devel] 'Failed at step NAMESPACE spawning' when using ReadOnlyDirectories in multi-instance service file

On Wed, 29.04.15 19:34, nusenu (nus...@openmailbox.org) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hi, > > I'm running into a problem with systemd's hardening features > ReadOnlyDirectories and ReadWriteDirectories *when* using them in > multi-instance service files - temp. w

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

On Mon, May 18, 2015 at 06:01:10PM +0200, Lennart Poettering wrote: > Being able to attach a name to the fds is hence really useful. logind > could use this to attach the session identifier to the fds, and would > hence be able to safely map the fds back to their sessions after > coming back from a

Re: [systemd-devel] 'Failed at step NAMESPACE spawning' when using ReadOnlyDirectories in multi-instance service file

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 >> I'm running into a problem with systemd's hardening features >> ReadOnlyDirectories and ReadWriteDirectories *when* using them >> in multi-instance service files - temp. workaround was to disable >> them [1]. >> >> - - that the service works fin

Re: [systemd-devel] Fall back to shell and still see failure

I was hoping that was it, but it turns out that emergency.service is already of type idle. I know the console port is very slow on my device. Could this be caused by some kind of buffer flushing? This is the output on the console port: == [ OK ] Started Chasfs Flashutil. [

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

On Mon, 18.05.15 17:55, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Mon, May 18, 2015 at 06:01:10PM +0200, Lennart Poettering wrote: > > Being able to attach a name to the fds is hence really useful. logind > > could use this to attach the session identifier to the fds, and would >

Re: [systemd-devel] 'Failed at step NAMESPACE spawning' when using ReadOnlyDirectories in multi-instance service file

On Mon, 18.05.15 18:31, nusenu (nus...@openmailbox.org) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > >> I'm running into a problem with systemd's hardening features > >> ReadOnlyDirectories and ReadWriteDirectories *when* using them > >> in multi-instance service files - temp.

Re: [systemd-devel] Fall back to shell and still see failure

On Mon, 18.05.15 15:23, Chris Morin (chris.mor...@gmail.com) wrote: > I was hoping that was it, but it turns out that emergency.service is > already of type idle. > I know the console port is very slow on my device. Could this be > caused by some kind of buffer flushing? > This is the output on th

Re: [systemd-devel] [PATCH] nspawn: close extra fds before execing init

On Mon, 18.05.15 16:45, Alban Crequy (alban.cre...@gmail.com) wrote: > From: Alban Crequy > > When systemd-nspawn gets exec*()ed, it inherits the followings file > descriptors: > - 0, 1, 2: stdin, stdout, stderr > - SD_LISTEN_FDS_START, ... SD_LISTEN_FDS_START+LISTEN_FDS: file > descriptors pa

Re: [systemd-devel] [PATCH 2/3] sd-daemon: Use LISTEN_NAMES env when available

On Mon, 18.05.15 16:26, Krzysztof Opasiak (k.opas...@samsung.com) wrote: > >Please, let's keep this simple: LISTEN_NAMES should only carry actual > >names, nothing else, and let's query the kernel for the actual fd > >types. > > I'm not sure if doing stat() to determine how he should interpret co

[systemd-devel] [PATCH v4] nvme_id utility + support in 60-persistent-storage.rules

--- Makefile.am | 11 +++ rules/60-persistent-storage.rules | 5 ++ src/udev/nvme_id/nvme_id.c| 147 ++ 3 files changed, 163 insertions(+) create mode 100644 src/udev/nvme_id/nvme_id.c diff --git a/Makefile.am b/Makefile.am ind

Re: [systemd-devel] [correct PATCH v2] dev-root.device is not active, results in an umount spree

On Mon, 18.05.15 16:08, Martin Pitt (martin.p...@ubuntu.com) wrote: > Change device_found_node() to also create a .device unit if a device is not > known by udev; this is the case for "tentative" devices picked up by mountinfo > (DEVICE_FOUND_MOUNT). With that we can record the "found" attribute

Re: [systemd-devel] tentative state and unmount on mapper

On Mon, 18.05.15 15:59, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > Hi, > > There have been few discussions about tentative state and unmounting > and I am experiencing different problem in the same device logic. > > I am at 219 + 628c89cc + 496068a8 + 5259bcf6 > > I have 2 mounts (one

Re: [systemd-devel] [correct PATCH v2] dev-root.device is not active, results in an umount spree

On Mon, 18.05.15 16:08, Martin Pitt (martin.p...@ubuntu.com) wrote: > Martin Pitt [2015-05-17 15:54 +0200]: > > This fixes the original "systemd immediately unmounts my mounts" bug, > > but not for very long: If you remount or unmount just one mount on a > > tentative device, mountinfo changes, an

Re: [systemd-devel] [PATCH 2/3] sd-daemon: Use LISTEN_NAMES env when available

Hi, On Mon, May 18, 2015 at 7:26 AM, Krzysztof Opasiak wrote: > Matching between fds and list of expected paths is done in n^2 I don't think that's the case, because you can just stat() all the names and fstat() all the fds, then sort both lists on inode numbers and then traverse both in order m

Re: [systemd-devel] resolved crashes on SIGTERM

On Mon, 11.05.15 22:00, Cristian Rodríguez (cristian.rodrig...@opensuse.org) wrote: > resolved crashes on SIGTERM with ... Fixed in git. Please verify. Lennart -- Lennart Poettering, Red Hat ___ systemd-devel mailing list systemd-devel@lists.freedes

  1   2   >