Re: Origin of /var/run contents

2018-03-07 Thread Greg Wooledge
On Tue, Mar 06, 2018 at 11:26:19PM +, Jonathan de Boyne Pollard wrote: > Greg Wooledge: > > > Wheezy used sysvinit and related pacakges, not systemd. Jessie does have > > the file-hierarchy(7) man page that Jonathan mentioned. > > > Debian 7 had systemd, and the sharp-eyed who read the URL

Re: Origin of /var/run contents

2018-03-06 Thread deloptes
Jonathan de Boyne Pollard wrote: >> Wheezy used sysvinit and related pacakges, not systemd. Jessie does >> have the file-hierarchy(7) man page that Jonathan mentioned. >> > Debian 7 had systemd, and the sharp-eyed who read the URL will have > noticed that I pointed to the Debian 7 version of that

Origin of /var/run contents

2018-03-06 Thread Jonathan de Boyne Pollard
Greg Wooledge: Wheezy used sysvinit and related pacakges, not systemd. Jessie does have the file-hierarchy(7) man page that Jonathan mentioned. Debian 7 had systemd, and the sharp-eyed who read the URL will have noticed that I pointed to the Debian 7 version of that manual page. Have a

Re: Origin of /var/run contents

2018-03-05 Thread Greg Wooledge
On Sat, Mar 03, 2018 at 12:09:54PM -0500, Gene Heskett wrote: > On Saturday 03 March 2018 11:14:34 Jonathan de Boyne Pollard wrote: > > Gene Heskett: > > > Didn't anyone think of the stuff that runs as a user? > > > > They did. They gave you a /run/user/$UID directory owned by you, and > > an

Re: Origin of /var/run contents

2018-03-03 Thread Gene Heskett
On Saturday 03 March 2018 11:14:34 Jonathan de Boyne Pollard wrote: > Gene Heskett: > > Didn't anyone think of the stuff that runs as a user? > > They did. They gave you a /run/user/$UID directory owned by you, and > an XDG_RUNTIME_DIR environment variable whose value points to it that > you use

Origin of /var/run contents

2018-03-03 Thread Jonathan de Boyne Pollard
Gene Heskett: Didn't anyone think of the stuff that runs as a user? They did. They gave you a /run/user/$UID directory owned by you, and an XDG_RUNTIME_DIR environment variable whose value points to it that you use so that its location is configurable. They also gave you a manual entry.

Re: Origin of /var/run contents

2018-03-03 Thread Jonathan de Boyne Pollard
Dave Sherohman: Or should I be going about this in a completely different manner? Yes. [Service] Type=simple User=starman RuntimeDirectory=starman And simply do not use the --pid and --daemonize options in the first place. You are using a service manager that tracks child processes and

Re: Origin of /var/run contents

2018-02-28 Thread Mart van de Wege
Sven Hartge writes: > Mart van de Wege wrote: > >> Eh. It's in the docs. /run is for runtime generated, ephemeral units >> and other files. > >> What stumped me at first is that /etc has priority over /run > > This is because /etc is designed to override

Re: Origin of /var/run contents

2018-02-28 Thread Sven Hartge
Mart van de Wege wrote: > Eh. It's in the docs. /run is for runtime generated, ephemeral units > and other files. > What stumped me at first is that /etc has priority over /run This is because /etc is designed to override (or amend) anything from the system, either static

Re: Origin of /var/run contents

2018-02-27 Thread David Wright
On Tue 27 Feb 2018 at 20:56:29 (+0100), Martin S. Weber wrote: > On 2018-02-27 13:29:09, David Wright wrote: > > On Tue 27 Feb 2018 at 19:20:09 (+0100), Martin S. Weber wrote: > > > (...) > > > You're not exactly supposed to call systemd-tmpfiles yourself. > > > systemd-tmpfiles(8) documents the

Re: Origin of /var/run contents

2018-02-27 Thread Mart van de Wege
"Martin S. Weber" writes: > On 2018-02-27 12:46:46, Gene Heskett wrote: >> On Tuesday 27 February 2018 06:46:50 Martin S. Weber wrote: >> >> > On 2018-02-27 05:03:15, Dave Sherohman wrote: >> > > (...) >> > > So, is there somewhere that /run is initially populated from, >> > >

Re: Origin of /var/run contents

2018-02-27 Thread Martin S. Weber
On 2018-02-27 13:29:09, David Wright wrote: > On Tue 27 Feb 2018 at 19:20:09 (+0100), Martin S. Weber wrote: > > (...) > > You're not exactly supposed to call systemd-tmpfiles yourself. > > systemd-tmpfiles(8) documents the systemd services that call > > systemd-tmpfiles(8). > > During

Re: Origin of /var/run contents

2018-02-27 Thread David Wright
On Tue 27 Feb 2018 at 19:20:09 (+0100), Martin S. Weber wrote: > On 2018-02-27 12:46:46, Gene Heskett wrote: > > On Tuesday 27 February 2018 06:46:50 Martin S. Weber wrote: > > > > > On 2018-02-27 05:03:15, Dave Sherohman wrote: > > > > (...) > > > > So, is there somewhere that /run is initially

Re: Origin of /var/run contents

2018-02-27 Thread Sven Hartge
Don Armstrong wrote: > Stuff that runs as a user should use that user's home directory. [I have > a ~/var/ for this purpose, but other things use environmental variables > or ~/.something/foopid or similar.] $HOME/.cache/foobar would be the (current) canonical place, I think.

Re: Origin of /var/run contents

2018-02-27 Thread Sven Hartge
Martin S. Weber wrote: > In which of the three, /{etc,run,usr/lib}/tmpfiles.d ? According to > systemdese, > the distribution files belong in /usr/lib/ (check the directory, I believe you > won't find it empty), administrator adjustments in /etc (so no surprise a > vanilla

Re: Origin of /var/run contents

2018-02-27 Thread Sven Joachim
On 2018-02-27 13:40 -0500, Greg Wooledge wrote: > On Tue, Feb 27, 2018 at 01:38:08PM -0500, Gene Heskett wrote: >> No /run is indeed a link to /var/run, whish is real, so we're good there. >> Being sorta forced to learn newer stuff after half a decade on nice >> stable wheezy has spoilt me. > >

Re: Origin of /var/run contents

2018-02-27 Thread Gene Heskett
On Tuesday 27 February 2018 13:40:34 Greg Wooledge wrote: > ls -ld /var/run /run ls -ld /var/run /run drwxr-xr-x 23 root root 980 Feb 27 07:43 /run lrwxrwxrwx 1 root root 4 Oct 28 12:46 /var/run -> /run -- Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty:

Re: Origin of /var/run contents

2018-02-27 Thread Greg Wooledge
On Tue, Feb 27, 2018 at 01:38:08PM -0500, Gene Heskett wrote: > No /run is indeed a link to /var/run, whish is real, so we're good there. > Being sorta forced to learn newer stuff after half a decade on nice > stable wheezy has spoilt me. Even on wheezy, that is not normal. ebase@ebase-adm:~$

Re: Origin of /var/run contents

2018-02-27 Thread Gene Heskett
On Tuesday 27 February 2018 13:20:09 Martin S. Weber wrote: > On 2018-02-27 12:46:46, Gene Heskett wrote: > > On Tuesday 27 February 2018 06:46:50 Martin S. Weber wrote: > > > On 2018-02-27 05:03:15, Dave Sherohman wrote: > > > > (...) > > > > So, is there somewhere that /run is initially

Re: Origin of /var/run contents

2018-02-27 Thread Gene Heskett
On Tuesday 27 February 2018 13:13:34 Don Armstrong wrote: > On Tue, 27 Feb 2018, Gene Heskett wrote: > > Just curious Sven. Why was this not supplied as a manpage or > > something, as far back as wheezy? > > It's pretty common knowledge that initscripts and systemd units which > don't run as root

Re: Origin of /var/run contents

2018-02-27 Thread Martin S. Weber
On 2018-02-27 12:46:46, Gene Heskett wrote: > On Tuesday 27 February 2018 06:46:50 Martin S. Weber wrote: > > > On 2018-02-27 05:03:15, Dave Sherohman wrote: > > > (...) > > > So, is there somewhere that /run is initially populated from, > > > (...) > > > > man 5 tmpfiles.d, see also its SEE

Re: Origin of /var/run contents

2018-02-27 Thread Don Armstrong
On Tue, 27 Feb 2018, Gene Heskett wrote: > Just curious Sven. Why was this not supplied as a manpage or > something, as far back as wheezy? It's pretty common knowledge that initscripts and systemd units which don't run as root have to create temporary directories in /run to track their pid files

Re: Origin of /var/run contents

2018-02-27 Thread Gene Heskett
On Tuesday 27 February 2018 06:46:50 Martin S. Weber wrote: > On 2018-02-27 05:03:15, Dave Sherohman wrote: > > (...) > > So, is there somewhere that /run is initially populated from, > > (...) > > man 5 tmpfiles.d, see also its SEE ALSO. > > Regards, > -Martin Apparently new with jessie. But

Re: Origin of /var/run contents

2018-02-27 Thread Gene Heskett
On Tuesday 27 February 2018 06:45:36 Sven Hartge wrote: > Dave Sherohman wrote: > > I've just made my first foray into creating systemd service files, > > and, although I got them to work with manual startup, they failed > > miserably on reboot. A short investigation

Re: Origin of /var/run contents

2018-02-27 Thread Gene Heskett
On Tuesday 27 February 2018 06:03:15 Dave Sherohman wrote: > I've just made my first foray into creating systemd service files, > and, although I got them to work with manual startup, they failed > miserably on reboot. A short investigation revealed that this is > because /var/run is not

Re: Origin of /var/run contents

2018-02-27 Thread Dave Sherohman
Thanks! That was just what I needed. On Tue, Feb 27, 2018 at 12:46:50PM +0100, Martin S. Weber wrote: > On 2018-02-27 05:03:15, Dave Sherohman wrote: > > (...) > > So, is there somewhere that /run is initially populated from, > > (...) > > man 5 tmpfiles.d, see also its SEE ALSO. > > Regards,

Re: Origin of /var/run contents

2018-02-27 Thread Martin S. Weber
On 2018-02-27 05:03:15, Dave Sherohman wrote: > (...) > So, is there somewhere that /run is initially populated from, > (...) man 5 tmpfiles.d, see also its SEE ALSO. Regards, -Martin

Re: Origin of /var/run contents

2018-02-27 Thread Sven Hartge
Dave Sherohman wrote: > I've just made my first foray into creating systemd service files, > and, although I got them to work with manual startup, they failed > miserably on reboot. A short investigation revealed that this is > because /var/run is not persistent across

Origin of /var/run contents

2018-02-27 Thread Dave Sherohman
I've just made my first foray into creating systemd service files, and, although I got them to work with manual startup, they failed miserably on reboot. A short investigation revealed that this is because /var/run is not persistent across reboots. (It's a link to /run, which is a tmpfs mount.)