Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Dax Kelson
On Jun 14, 2015 10:11 AM, "Cristian Rodríguez" < [email protected]> wrote: > > On Sun, Jun 14, 2015 at 1:43 PM, Greg KH wrote: > > On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote: > > > Las time I checked , it required this userspace help even when the > machine ha

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Cristian Rodríguez
On Sun, Jun 14, 2015 at 6:45 PM, Greg KH wrote: > On Sun, Jun 14, 2015 at 02:11:53PM -0300, Cristian Rodríguez wrote: >> On Sun, Jun 14, 2015 at 1:43 PM, Greg KH wrote: >> > On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote: >> >> >> >> El jun. 14, 2015 10:21, "cee1" escribió: >

Re: [systemd-devel] is-enabled and generated units

2015-06-14 Thread Lennart Poettering
On Sun, 14.06.15 11:17, Igor Bukanov ([email protected]) wrote: > Hello, > > I noticed that running `systemctl is-enabled foo.service` against a > service written by a generator fails with a puzzling error message: > > Failed to get unit file state for foo.service: No such file or directory > > whe

Re: [systemd-devel] Pass environment variables down to systemd-service in container

2015-06-14 Thread Lennart Poettering
On Fri, 12.06.15 17:50, Peter Paule ([email protected]) wrote: > Hi there, > > is there a chance to pass (the given) environment variables down to > `unicorn` and `delayed_job-worker`? > > systemd (host) > | >- docker-app.service > Environment="RAILS_ENV=producti

Re: [systemd-devel] Understanding DHCP, DNS and IPMasquerade

2015-06-14 Thread Lennart Poettering
On Sat, 13.06.15 13:55, Johannes Ernst ([email protected]) wrote: > > [Match] > > Type=ethernet > > > > [Network] > > DHCP=ipv4 > > I did. No change. I do receive the IP address (so DHCP IP assignment is > working) but I do not receive the DNS server. No need to have an explicit file fo

Re: [systemd-devel] Understanding DHCP, DNS and IPMasquerade

2015-06-14 Thread Lennart Poettering
On Fri, 12.06.15 17:32, Johannes Ernst ([email protected]) wrote: > > I was expecting: > * container gets an IP address from host in some new subnet: WORKS, e.g > 10.0.0.2 > * container can route to upstream via IPMasquerade: WORKS, after manual > 'modprobe iptable_nat' > * container

Re: [systemd-devel] systemd-networkd: option for IPv6 privacy extension?

2015-06-14 Thread Lennart Poettering
On Sun, 14.06.15 15:32, Ansgar Burchardt ([email protected]) wrote: > Hi, > > I'm wondering if systemd-networkd could provide an option to control the > IPv6 privacy extension? It is controlled via a sysctl setting: > > net.ipv6.conf.${interface}.use_tempaddr > > with three values: > > <= 0

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Greg KH
On Sun, Jun 14, 2015 at 02:11:53PM -0300, Cristian Rodríguez wrote: > On Sun, Jun 14, 2015 at 1:43 PM, Greg KH wrote: > > On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote: > >> > >> El jun. 14, 2015 10:21, "cee1" escribió: > >> > > >> > Hi all, > >> > > >> > Why we need to read/

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Lennart Poettering
On Sun, 14.06.15 14:11, Cristian Rodríguez ([email protected]) wrote: > On Sun, Jun 14, 2015 at 1:43 PM, Greg KH wrote: > > On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote: > >> > >> El jun. 14, 2015 10:21, "cee1" escribió: > >> > > >> > Hi all, > >> > > >> > Wh

Re: [systemd-devel] Q systemd.path

2015-06-14 Thread Eric Lu
Thomasz, Really appreciate your helps. It works perfectly now after taking your instructions. --Regards,Eric Lu On Sunday, June 14, 2015 2:39 AM, Tomasz Torcz wrote: On Sat, Jun 13, 2015 at 10:39:24PM -0700, Eric Lu wrote: > Hi, > >  > > I tested the functionality of system.pa

Re: [systemd-devel] [survey] BTRFS_IOC_DEVICES_READY return status

2015-06-14 Thread Goffredo Baroncelli
On 2015-06-14 06:05, Duncan wrote: > Goffredo Baroncelli posted on Sat, 13 Jun 2015 17:09:19 +0200 as > excerpted: > >> My attempt followed a different idea: the mount helper waits the devices >> if needed, or if it is the case it mounts the filesystem in degraded >> mode. >> All devices are passe

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Cristian Rodríguez
On Sun, Jun 14, 2015 at 1:43 PM, Greg KH wrote: > On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote: >> >> El jun. 14, 2015 10:21, "cee1" escribió: >> > >> > Hi all, >> > >> > Why we need to read/save random seed? Can it be read from /dev/random each >> time? >> >> Because the ke

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Greg KH
On Sun, Jun 14, 2015 at 12:49:55PM -0300, Cristian Rodríguez wrote: > > El jun. 14, 2015 10:21, "cee1" escribió: > > > > Hi all, > > > > Why we need to read/save random seed? Can it be read from /dev/random each > time? > > Because the kernel is borked and still is needs to be fed of entropy at

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Cristian Rodríguez
El jun. 14, 2015 10:21, "cee1" escribió: > > Hi all, > > Why we need to read/save random seed? Can it be read from /dev/random each time? Because the kernel is borked and still is needs to be fed of entropy at system startup by user space. Please read the random man page. I agree we shouldn't ha

[systemd-devel] systemd-networkd: option for IPv6 privacy extension?

2015-06-14 Thread Ansgar Burchardt
Hi, I'm wondering if systemd-networkd could provide an option to control the IPv6 privacy extension? It is controlled via a sysctl setting: net.ipv6.conf.${interface}.use_tempaddr with three values: <= 0 : disable Privacy Extensions == 1 : enable Privacy Extensions, but prefer public

Re: [systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread Mantas Mikulėnas
On Sun, Jun 14, 2015 at 4:21 PM, cee1 wrote: > Hi all, > > Why we need to read/save random seed? Can it be read from /dev/random each > time? Well, that would sorta defeat the point. The random seed isn't for systemd's use. On boot, it is *written to* /dev/random, not read from it. Early durin

[systemd-devel] Why we need to read/save random seed?

2015-06-14 Thread cee1
Hi all, Why we need to read/save random seed? Can it be read from /dev/random each time? -- Regards, - cee1 ___ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel

[systemd-devel] Improve boot-time of systemd-based device, revisited

2015-06-14 Thread cee1
Hi all, I've recently got another chance to improve the boot-time of a systemd-based device. I'd like to share the experience here, and some thoughts and questions. The first time I tried to improve the boot-time of systemd: http://lists.freedesktop.org/archives/systemd-devel/2011-March/001707.ht

Re: [systemd-devel] is-enabled and generated units

2015-06-14 Thread Andrei Borzenkov
В Sun, 14 Jun 2015 12:36:39 +0200 Igor Bukanov пишет: > On 14 June 2015 at 12:22, Andrei Borzenkov wrote: > > So it can be discussed what should be returned in this case, but in any > > case "systemctl is-enabled" is not expected to return "enabled-runtime" > > here. > > Indeed, I see that it s

Re: [systemd-devel] is-enabled and generated units

2015-06-14 Thread Igor Bukanov
On 14 June 2015 at 12:22, Andrei Borzenkov wrote: > So it can be discussed what should be returned in this case, but in any > case "systemctl is-enabled" is not expected to return "enabled-runtime" > here. Indeed, I see that it should not be `enabled-runtime"` as the unit does not contain [Instal

Re: [systemd-devel] is-enabled and generated units

2015-06-14 Thread Andrei Borzenkov
В Sun, 14 Jun 2015 12:16:09 +0200 Igor Bukanov пишет: > On 14 June 2015 at 12:10, Andrei Borzenkov wrote: > > Not really. systemctl enable|disable|is-enabled explicitly work on > > links defined by [Install] section only. > > This is not true. According to systemctl is-enabled man page for > se

Re: [systemd-devel] is-enabled and generated units

2015-06-14 Thread Igor Bukanov
On 14 June 2015 at 12:10, Andrei Borzenkov wrote: > Not really. systemctl enable|disable|is-enabled explicitly work on > links defined by [Install] section only. This is not true. According to systemctl is-enabled man page for services without [Install] the command should succeed and print static

Re: [systemd-devel] is-enabled and generated units

2015-06-14 Thread Igor Bukanov
The reason for .d + .conf, not .wants, is that in my case .conf file contains several Wants directives including one for a service that is installed but not not enabled by default. As I do not know the location of that service unit file (depending on OS or installation it can be under /usr/lib, /us

Re: [systemd-devel] is-enabled and generated units

2015-06-14 Thread Andrei Borzenkov
В Sun, 14 Jun 2015 11:17:03 +0200 Igor Bukanov пишет: > Hello, > > I noticed that running `systemctl is-enabled foo.service` against a > service written by a generator fails with a puzzling error message: > > Failed to get unit file state for foo.service: No such file or directory > > when I e

Re: [systemd-devel] is-enabled and generated units

2015-06-14 Thread Michael Biebl
2015-06-14 11:17 GMT+02:00 Igor Bukanov : > Hello, > > I noticed that running `systemctl is-enabled foo.service` against a > service written by a generator fails with a puzzling error message: > > Failed to get unit file state for foo.service: No such file or directory > > when I expected that the

Re: [systemd-devel] Q systemd.path

2015-06-14 Thread Tomasz Torcz
On Sat, Jun 13, 2015 at 10:39:24PM -0700, Eric Lu wrote: > Hi, > > > > I tested the functionality of system.path in a Fedora 21 workstation. The > script was executed even though the file specified in ‘PathExists=”, > /var/tmp/tst0, did not exist. Is there something I misunderstand or …: >

[systemd-devel] is-enabled and generated units

2015-06-14 Thread Igor Bukanov
Hello, I noticed that running `systemctl is-enabled foo.service` against a service written by a generator fails with a puzzling error message: Failed to get unit file state for foo.service: No such file or directory when I expected that the command succeeds and prints enabled-runtime as the unit