Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #165875

Re: systemd troubleshooting (was ... Re: computer cann't shut down)

From David Wright <deblis@lionunicorn.co.uk>
Newsgroups linux.debian.user
Subject Re: systemd troubleshooting (was ... Re: computer cann't shut down)
Date 2016-03-23 16:20 +0100
Message-ID <rfSJI-5g0-11@gated-at.bofh.it> (permalink)
References <reoum-8kJ-3@gated-at.bofh.it> <rfcr7-Wc-7@gated-at.bofh.it> <rfMXE-1bN-1@gated-at.bofh.it> <rfQHU-3NH-45@gated-at.bofh.it> <rfRaW-42Z-25@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed 23 Mar 2016 at 08:16:18 (-0500), John Hasler wrote:
> David Wright writes:
> > you have to take on trust, or check, that bar="some value" is
> > the default configured, or set elsewhere, for foo. OTOH, when
> > you copy /lib/systemd/system/... to /etc, you know you've got
> > hold of the default configuration. IOW, it's self-documenting.
> 
> Why is that better than /etc/systemd/system/halt.target.orig

To answer that, I have to make some unwritten assumptions.

I assume you mean that there will be some files
/etc/systemd/system/foo.target
/etc/systemd/system/bar.target
supplied by Debian, and that when you make a change, you write a new
/etc/systemd/system/foo.target and retain the previous/Debian version
as /etc/systemd/system/foo.target.orig, ok?

Now, every time there's a security fix, you're going to be quizzed
over what to do about your modified configuration file because Debian
wants to overwrite your modified /etc/systemd/system/foo.target.

Or at some time in the future, you decide to revert to the Debian
version. You have to juggle the files /etc/systemd/system/foo.target
and /etc/systemd/system/foo.target.orig instead of just removing
the link /etc/systemd/system/foo.target -> /lib/systemd/system/foo.target

> or
> /usr/share/doc/systemd/system/halt.target.default ?

I wrote "you know you've got hold of the default configuration".
You don't *know* that /usr/share/doc/systemd/system/foo.target.default
is the default configuration; foo never consults it. To *know* whether
it has the same contents, you have to
cmp /usr/share/doc/systemd/system/foo.target.default /lib/systemd/system/foo.target

To revert your change back to the Debian version, it would be foolish
to blindly copy /usr/share/doc/systemd/system/foo.target.default
over /etc/systemd/system/foo.target. Would you accept a bug report
for foo where some of the configuration files being actively used were
merely copies of documentation files?

So I *like* the scheme where /lib/systemd/system/foo.target is the
self-documenting default because the system actually reads that file,
unless the sysadmin has put a link in /etc/systemd/system/foo.target
to override it.

In both your examples, consider how easy it is to tell what changes
you have made over time.

In the first case, you have to list all the /etc files that end with
(you hope) [-.]orig [-.]original [-.]old [-.]previous [-.]default etc.

In the second, you have to cmp all the files in /etc with the files
in /usr/share/doc/systemd/system/ remembering 1) to handle any
file-not-found errors, 2) that you hopefully checked that there *was*
a default in the documentation, and 3) if there wasn't, you wrote one,
but now where did you put it because you can't write to /usr/share/doc.

Cheers,
David.

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

computer cann't shut down lina <lina.lastname@gmail.com> - 2016-03-19 13:50 +0100
  Re: computer cann't shut down lina <lina.lastname@gmail.com> - 2016-03-19 14:00 +0100
    Re: computer cann't shut down Adam Wilson <moxalt@riseup.net> - 2016-03-20 09:50 +0100
      Re: computer cann't shut down Gene Heskett <gheskett@shentel.net> - 2016-03-20 10:40 +0100
        Re: computer cann't shut down Adam Wilson <moxalt@riseup.net> - 2016-03-20 11:00 +0100
  Re: computer cann't shut down Andrew McGlashan <andrew.mcglashan@affinityvision.com.au> - 2016-03-19 14:20 +0100
  Re: computer cann't shut down songbird <songbird@anthive.com> - 2016-03-19 14:30 +0100
    Re: computer cann't shut down lina <lina.lastname@gmail.com> - 2016-03-19 15:10 +0100
      Re: computer cann't shut down "Thomas Schmitt" <scdbackup@gmx.net> - 2016-03-19 15:40 +0100
        Re: computer cann't shut down songbird <songbird@anthive.com> - 2016-03-19 19:20 +0100
      Re: computer cann't shut down Adam Wilson <moxalt@riseup.net> - 2016-03-20 09:50 +0100
  Re: computer cann't shut down Patrick Bartek <nemommxiv@gmail.com> - 2016-03-19 17:20 +0100
    Re: computer cann't shut down lina <lina.lastname@gmail.com> - 2016-03-20 03:50 +0100
      Re: computer cann't shut down Adam Wilson <moxalt@riseup.net> - 2016-03-20 09:50 +0100
        Re: computer cann't shut down lina <lina.lastname@gmail.com> - 2016-03-20 13:50 +0100
  Re: computer cann't shut down David Christensen <dpchrist@holgerdanske.com> - 2016-03-19 19:40 +0100
    Re: computer cann't shut down Patrick Bartek <nemommxiv@gmail.com> - 2016-03-20 00:40 +0100
      Re: computer cann't shut down Lisi Reisz <lisi.reisz@gmail.com> - 2016-03-20 01:20 +0100
        Re: computer cann't shut down lina <lina.lastname@gmail.com> - 2016-03-20 03:50 +0100
          Re: computer cann't shut down Michael Milliman <michael.e.milliman@gmail.com> - 2016-03-20 04:50 +0100
            Re: computer cann't shut down Jerome BENOIT <sphericaltriangle@rezozer.net> - 2016-03-20 05:30 +0100
              Re: computer cann't shut down lina <lina.lastname@gmail.com> - 2016-03-20 09:20 +0100
              Re: computer cann't shut down Adam Wilson <moxalt@riseup.net> - 2016-03-20 09:50 +0100
                Re: computer cann't shut down Michael Milliman <michael.e.milliman@gmail.com> - 2016-03-21 05:40 +0100
            Re: computer cann't shut down メット <mett@pmars.jp> - 2016-03-20 05:50 +0100
              Re: computer cann't shut down lina <lina.lastname@gmail.com> - 2016-03-20 09:30 +0100
          Re: computer cann't shut down Jimmy Johnson <jimmyjhn@gmail.com> - 2016-03-21 20:20 +0100
        Re: computer cann't shut down Adam Wilson <moxalt@riseup.net> - 2016-03-20 09:40 +0100
  Re: computer cann't shut down Lotek <lotek07@gmail.com> - 2016-03-21 19:10 +0100
    systemd troubleshooting (was ... Re: computer cann't shut down) chrisb@localhost.localdomain - 2016-03-23 10:10 +0100
      Re: systemd troubleshooting (was ... Re: computer cann't shut down) David Wright <deblis@lionunicorn.co.uk> - 2016-03-23 14:10 +0100
        Re: systemd troubleshooting (was ... Re: computer cann't shut down) John Hasler <jhasler@newsguy.com> - 2016-03-23 14:40 +0100
          Re: systemd troubleshooting (was ... Re: computer cann't shut down) David Wright <deblis@lionunicorn.co.uk> - 2016-03-23 16:20 +0100
            Re: systemd troubleshooting (was ... Re: computer cann't shut down) chrisb@localhost.localdomain - 2016-03-28 10:20 +0200
              Re: systemd troubleshooting (was ... Re: computer cann't shut down) David Wright <deblis@lionunicorn.co.uk> - 2016-03-28 18:00 +0200
                Re: systemd troubleshooting (was ... Re: computer cann't shut down) Lisi Reisz <lisi.reisz@gmail.com> - 2016-03-28 18:20 +0200
                Re: systemd troubleshooting (was ... Re: computer cann't shut down) David Wright <deblis@lionunicorn.co.uk> - 2016-03-28 19:20 +0200

csiph-web