Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #165875
| 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 |
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
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