[systemd-devel] Antw: Re: Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Ulrich Windl
>>> Trent Piepho schrieb am 15.05.2019 um 18:54 in >>> Nachricht <1557939250.4229.111.ca...@impinj.com>: > On Wed, 2019-05-15 at 10:03 +, systemd-devel- > requ...@lists.freedesktop.org wrote: >> >> >> If you are looking for a generic converter of foreign stuff into >> classic, persistent

Re: [systemd-devel] Stop systemd timer upon success script and restart the next day

2019-05-15 Thread Mantas Mikulėnas
On Wed, May 15, 2019 at 11:21 PM Jeffrey Walton wrote: > I have a systemd timer that starts a service, and the service executes > a script that downloads data files once a day. Once the data files are > retrieved I don't need the timer for the remainder of the day. > However, I need the time

Re: [systemd-devel] Stop systemd timer upon success script and restart the next day

2019-05-15 Thread Andrei Borzenkov
15.05.2019 23:21, Jeffrey Walton пишет: > I have a systemd timer that starts a service, and the service executes > a script that downloads data files once a day. Once the data files are > retrieved I don't need the timer for the remainder of the day. > However, I need the time again the next day.

[systemd-devel] Stop systemd timer upon success script and restart the next day

2019-05-15 Thread Jeffrey Walton
I have a systemd timer that starts a service, and the service executes a script that downloads data files once a day. Once the data files are retrieved I don't need the timer for the remainder of the day. However, I need the time again the next day. Here are the two docs I found on scheduling a

[systemd-devel] Schedule reboot in *.service file

2019-05-15 Thread Jeffrey Walton
Hi Everyone, I have a systemd timer that fires early in the morning. The timer starts a systemd service, and the service checks for updates using the package manager. If updates are found then they are applied. The service runs fine and is shown below. The tail of the service schedules a reboot

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Trent Piepho
On Wed, 2019-05-15 at 10:03 +, systemd-devel- requ...@lists.freedesktop.org wrote: > > > If you are looking for a generic converter of foreign stuff into > classic, persistent systemd unit files, then generators is not what > you should be using. Generators are life-cycle bound to systemd >

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Reindl Harald
Am 15.05.19 um 13:12 schrieb Ulrich Windl: >> Well, there can always be more examples, but "generators" are >> inherently an advanced concept: if you are writing a generator, then >> you already should be pro enough to be able to consult the sources of >> the various generators shipped with

Re: [systemd-devel] [system-journald error]

2019-05-15 Thread Kay One
Hello Folks, I have enabled more debug logs & realized following 2 logs are continuously being dump. *Is it some known bug for systemd-journald for following version? I am using Angstrom distribution of debian OS?* root@arria10:~# uname -a Linux arria10 4.9.78-ltsi #1 SMP Thu Dec 13 12:01:27 PST

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 15.05.2019 um 12:20 in Nachricht <20190515102024.GB23038@gardel-login>: > On Mi, 15.05.19 12:12, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) > wrote: > >> >>> Lennart Poettering schrieb am 15.05.2019 um 12:04 >> in >> Nachricht

Re: [systemd-devel] Slice question

2019-05-15 Thread Andrei Borzenkov
On Wed, May 15, 2019 at 12:04 PM Ulrich Windl wrote: > > Hi! > > When I tried to put the instances of my service into a specific slice (by > only specifying the name), I just got an error message. > > I had: > [Service] > Slice=something > > in the service unit file. Works here

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 12:12, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >>> Lennart Poettering schrieb am 15.05.2019 um 12:04 > in > Nachricht <20190515100400.GB22945@gardel-login>: > > On Mi, 15.05.19 12:01, Ulrich Windl (ulrich.wi...@rz.uni‑regensburg.de) > wrote: > > > >> > Writing a

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 12:08, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > > I mean, if you want to persistently enable a unit that is converted > > from something else, then please write your own converted, and write > > something to /etc/systemd/system, there's no need whatsoever to

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 15.05.2019 um 12:04 in Nachricht <20190515100400.GB22945@gardel-login>: > On Mi, 15.05.19 12:01, Ulrich Windl (ulrich.wi...@rz.uni‑regensburg.de) wrote: > >> > Writing a generator is not a typical user would do. It's what a >> > developer of a package would do,

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 15.05.2019 um 12:03 in Nachricht <20190515100311.GA22945@gardel-login>: > On Mi, 15.05.19 11:57, Ulrich Windl (ulrich.wi...@rz.uni‑regensburg.de) wrote: > >> >> could call "systemctl add‑wants ‑‑transient" to do the job, >> >> but at that point, that's more

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 12:01, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > > Writing a generator is not a typical user would do. It's what a > > developer of a package would do, and yes, in that case, when you write > > code you need a bit more understanding of the underpinnings and need >

Re: [systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 11:57, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >> could call "systemctl add-wants --transient" to do the job, > >> but at that point, that's more pedantic than practical. If you write a > >> generator, your systemd-fu should be high enough to know and > >>

[systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 15.05.2019 um 11:54 in Nachricht <20190515095443.GA22887@gardel-login>: > On Mi, 15.05.19 12:47, Andrei Borzenkov (arvidj...@gmail.com) wrote: > >> > > localhost:~ # systemctl enable usr‑local.mount >> > > Failed to enable unit: Unit

[systemd-devel] Antw: Re: Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 15.05.2019 um 11:31 in Nachricht <20190515093135.GF22719@gardel-login>: > On Mi, 15.05.19 11:29, Jérémy ROSEN (jeremy.ro...@smile.fr) wrote: > >> well, in another thread, it was discussed why generated should never have >> an install section and why enablement

Re: [systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 12:47, Andrei Borzenkov (arvidj...@gmail.com) wrote: > > > localhost:~ # systemctl enable usr-local.mount > > > Failed to enable unit: Unit /run/systemd/generator/usr-local.mount is > > > transient or generated. > > > localhost:~ # exit > > > > Hmm? > > > > No? Why? > > You just

Re: [systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Andrei Borzenkov
On Wed, May 15, 2019 at 12:29 PM Lennart Poettering wrote: > > On Mi, 15.05.19 12:25, Andrei Borzenkov (arvidj...@gmail.com) wrote: > > > On Wed, May 15, 2019 at 12:17 PM Lennart Poettering > > wrote: > > > > > > > > To me it's the most horrible part of systemd: Messing with > > > > symlinks...

Re: [systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 11:29, Jérémy ROSEN (jeremy.ro...@smile.fr) wrote: > well, in another thread, it was discussed why generated should never have > an install section and why enablement does not make sense for them... > so no it's not a bug. > > Arguably, yes, generators do need to care about

Re: [systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Reindl Harald
Am 15.05.19 um 11:25 schrieb Andrei Borzenkov: > On Wed, May 15, 2019 at 12:17 PM Lennart Poettering > wrote: >>> >>> To me it's the most horrible part of systemd: Messing with >>> symlinks... >> >> You should never need to. For all relevant operations there are >> "systemctl" verbs, i.e.

Re: [systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Jérémy ROSEN
well, in another thread, it was discussed why generated should never have an install section and why enablement does not make sense for them... so no it's not a bug. Arguably, yes, generators do need to care about symlinks, though, maybe the could call "systemctl add-wants --transient" to do the

Re: [systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 12:25, Andrei Borzenkov (arvidj...@gmail.com) wrote: > On Wed, May 15, 2019 at 12:17 PM Lennart Poettering > wrote: > > > > > > To me it's the most horrible part of systemd: Messing with > > > symlinks... > > > > You should never need to. For all relevant operations there are > >

Re: [systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Andrei Borzenkov
On Wed, May 15, 2019 at 12:17 PM Lennart Poettering wrote: > > > > To me it's the most horrible part of systemd: Messing with > > symlinks... > > You should never need to. For all relevant operations there are > "systemctl" verbs, i.e. "systemctl enable", "systemctl disable", > "systemctl

[systemd-devel] Antw: Re: Q: Reducing the output of systemctl status

2019-05-15 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 15.05.2019 um 11:04 >>> in Nachricht <20190515090447.GA22719@gardel-login>: [...] >> I just noticed: If you use a "argv[0] override" for your command, it's not >> just that the command is started with that name, it's also displayed as >> ExecStart here (not

[systemd-devel] Slice question

2019-05-15 Thread Ulrich Windl
Hi! When I tried to put the instances of my service into a specific slice (by only specifying the name), I just got an error message. I had: [Service] Slice=something in the service unit file. Amazingly systemd does put my instances in a slice when I removed that Slice line. The slice is

Re: [systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 10:14, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >> >> Why "bad"? > >> > > >> > Again - this has improved in current version which now tells you that > >> > unit is generated. > >> > >> So there's nothing wrong with the unit? The string shown on your version is a

Re: [systemd-devel] Antw: Re: Antw: Re: Antw: Re: Arbitrary restrictions (e.g. for RuntimeDirectory)

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 07:48, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >> Or more like this (in the user directory):? > >> > systemd‑analyze verify systemd/iotwatch.target.in > >> Failed to open /dev/tty0: Permission denied > >> Failed to load systemd/iotwatch.target.in: Invalid

Re: [systemd-devel] Slice question

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 11:04, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > Hi! > > When I tried to put the instances of my service into a specific slice (by > only specifying the name), I just got an error message. > > I had: > [Service] > Slice=something > > in the service unit file.

Re: [systemd-devel] Q: Reducing the output of systemctl status

2019-05-15 Thread Lennart Poettering
On Mi, 15.05.19 08:49, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > Hi! > > First, is it a well-known bug that "--quitet" seems to be ignored for > "systemctl status"? It's the only command where --quiet makes sense IMHO, but > it seems to have no effect in v228. "systemctl status"

[systemd-devel] resolved and dnssec

2019-05-15 Thread Ellis
Hi, I have the following setup: * home made router that I configured all on my own including compilation, running dnsmasq to provide everything from dhcp to slaac and dns. * said dnsmasq has no dnssec support. It is neither compiled in the binary nor set up in the dnsmasq.conf file. *

[systemd-devel] Antw: Re: Re: "bad" status for genersated target; why?

2019-05-15 Thread Ulrich Windl
>>> Andrei Borzenkov schrieb am 15.05.2019 um 09:21 in Nachricht : > On Wed, May 15, 2019 at 9:01 AM Ulrich Windl > wrote: >> >> >>> Andrei Borzenkov schrieb am 14.05.2019 um 20:21 in >> Nachricht : >> > 14.05.2019 16:39, Ulrich Windl пишет: >> >> Hi! >> >> >> >> Developing my first systemd

Re: [systemd-devel] Antw: Re: Antw: Re: Arbitrary restrictions (e.g. for RuntimeDirectory)

2019-05-15 Thread Reindl Harald
Am 14.05.19 um 08:35 schrieb Ulrich Windl: >> stop it - if you would have read IT news (golem/heise) the last 7 years >> or so you would know about /run and why it is a top-directory >> >> https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard >> >> /run >> >> Run-time variable data:

Re: [systemd-devel] "bad" status for genersated target; why?

2019-05-15 Thread Andrei Borzenkov
On Wed, May 15, 2019 at 9:01 AM Ulrich Windl wrote: > > >>> Andrei Borzenkov schrieb am 14.05.2019 um 20:21 in > Nachricht : > > 14.05.2019 16:39, Ulrich Windl пишет: > >> Hi! > >> > >> Developing my first systemd service I have some problems I don't > understand: > >> After installation, I get

[systemd-devel] Q: Reducing the output of systemctl status

2019-05-15 Thread Ulrich Windl
Hi! First, is it a well-known bug that "--quitet" seems to be ignored for "systemctl status"? It's the only command where --quiet makes sense IMHO, but it seems to have no effect in v228. Also, considering this example output: --- ● iotwatch@LOC1.service - iotwatch I/O performance monitor

[systemd-devel] Antw: Re: "bad" status for genersated target; why?

2019-05-15 Thread Ulrich Windl
>>> Andrei Borzenkov schrieb am 14.05.2019 um 20:21 in Nachricht : > 14.05.2019 16:39, Ulrich Windl пишет: >> Hi! >> >> Developing my first systemd service I have some problems I don't understand: >> After installation, I get this status: >> # systemctl status iotwatch.target ●