2015-06-14 11:17 GMT+02:00 Igor Bukanov i...@mir2.org:
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
В Sun, 14 Jun 2015 12:36:39 +0200
Igor Bukanov i...@mir2.org пишет:
On 14 June 2015 at 12:22, Andrei Borzenkov arvidj...@gmail.com 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.
On 14 June 2015 at 12:10, Andrei Borzenkov arvidj...@gmail.com 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
В Sun, 14 Jun 2015 11:17:03 +0200
Igor Bukanov i...@mir2.org пишет:
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
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,
В Sun, 14 Jun 2015 12:16:09 +0200
Igor Bukanov i...@mir2.org пишет:
On 14 June 2015 at 12:10, Andrei Borzenkov arvidj...@gmail.com wrote:
Not really. systemctl enable|disable|is-enabled explicitly work on
links defined by [Install] section only.
This is not true. According to systemctl
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
On 14 June 2015 at 12:22, Andrei Borzenkov arvidj...@gmail.com 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
On Sun, 14.06.15 11:17, Igor Bukanov (i...@mir2.org) 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
when I
