Re: Easier %config management?

That blog seems to describe supporting a stateless use case, not for advocating that all systems should be stateless. In any case, the factory reset use case they describe is similar to some of my own. On Mon, Dec 21, 2015, 23:32 Nico Kadel-Garcia wrote: > On Thu, Dec 17, 2015 at 3:55 AM, Harald

Re: Easier %config management?

On Thu, Dec 17, 2015 at 3:55 AM, Harald Hoyer wrote: > On 16.12.2015 03:32, Colin Walters wrote: >> On Tue, Dec 15, 2015, at 06:43 PM, Japheth Cleaver wrote: >>> >>> Perhaps RPM (or yum/dnf, via plugin) could write a duplicate copy of all >>> config files into a tree somewhere? (E.g., /usr/lib/con

Re: Easier %config management?

Dne 13.12.2015 v 05:58 Christopher napsal(a): > Which components/packages are best candidates for adding a feature which > would make it easier for users to track > changes from the default %config %files on the system? ... [SNIP] ... > rpmconf is nice, because it helps me easily compare configura

Re: Easier %config management?

On 16.12.2015 03:32, Colin Walters wrote: > On Tue, Dec 15, 2015, at 06:43 PM, Japheth Cleaver wrote: >> >> Perhaps RPM (or yum/dnf, via plugin) could write a duplicate copy of all >> config files into a tree somewhere? (E.g., /usr/lib/config/ or >> /usr/share/config/?) > > I mentioned this abo

Re: Easier %config management?

On 12/15/2015 09:32 PM, Colin Walters wrote: > On Tue, Dec 15, 2015, at 06:43 PM, Japheth Cleaver wrote: >> >> Perhaps RPM (or yum/dnf, via plugin) could write a duplicate copy of >> all config files into a tree somewhere? (E.g., /usr/lib/config/ or >> /usr/share/config/?) > > I mentioned thi

Re: Easier %config management?

On 12/16/2015 01:43 AM, Japheth Cleaver wrote: [...] It seems like there's already a little bit of precedent for "alternate trees" representing the existing file system with the debuginfo rpms and /usr/lib/debug/ hierarchy. Although the easiest solution might be to have RPM deposit a duplicate co

Re: Easier %config management?

On Tue, Dec 15, 2015, at 06:43 PM, Japheth Cleaver wrote: > > Perhaps RPM (or yum/dnf, via plugin) could write a duplicate copy of all config files into a tree somewhere? (E.g., /usr/lib/config/ or /usr/share/config/?) I mentioned this above, but might as well repeat since it was misse

Re: Easier %config management?

On 12/15/2015 10:54 AM, Christopher wrote: On Tue, Dec 15, 2015 at 12:37 AM J. Randall Owens mailto:jrowens.fed...@ghiapet.net>> wrote: On 12/14/2015 02:47 PM, Christopher wrote: > On Mon, Dec 14, 2015 at 11:22 AM Reindl Harald mailto:h.rei...@thelounge.net> >

Re: Easier %config management?

On Tue, Dec 15, 2015 at 12:37 AM J. Randall Owens < jrowens.fed...@ghiapet.net> wrote: > On 12/14/2015 02:47 PM, Christopher wrote: > > On Mon, Dec 14, 2015 at 11:22 AM Reindl Harald > > wrote: > > > > i modified my "httpd.conf" based on Apache 2.2 years ago, as

Re: Easier %config management?

On 12/14/2015 02:47 PM, Christopher wrote: > On Mon, Dec 14, 2015 at 11:22 AM Reindl Harald > wrote: > > i modified my "httpd.conf" based on Apache 2.2 years ago, as Fedora > swicthed to Apache 2.4 your approach would have compared a customized > Apache

Re: Easier %config management?

On Mon, Dec 14, 2015 at 11:22 AM Reindl Harald wrote: > > > Am 14.12.2015 um 17:01 schrieb Christopher: > > On Sun, Dec 13, 2015 at 3:39 PM Reindl Harald > For me, I'd want the up-to-date one from the current version of the > > installed packages, not the initial state... just the up-to-date sta

Re: Easier %config management?

Am 14.12.2015 um 17:01 schrieb Christopher: On Sun, Dec 13, 2015 at 3:39 PM Reindl Harald what you propose can't work for that because you only compare the *current users* version with the *current package* version that is a naive approach i modified my "httpd.conf" based on Apache 2.2 ye

Re: Easier %config management?

On Sun, Dec 13, 2015 at 3:39 PM Reindl Harald wrote: > > > Am 13.12.2015 um 21:22 schrieb Andrew Lutomirski: > > For the few cases that can't or won't comply, then having rpm > > (optionally?) make the originals available would be fantastic for > > system management > > how many copies would you

Re: Easier %config management?

On Sun, Dec 13, 2015 at 2:50 PM Reindl Harald wrote: > > Am 13.12.2015 um 05:58 schrieb Christopher: > > rpm could track more than hashes of config files, and instead track the > > full file. This could be optional, as it uses more disk space, but disk > > space is cheap these days, and config fi

Re: Easier %config management?

On Sun, Dec 13, 2015 at 5:58 AM, Christopher wrote: > Which components/packages are best candidates for adding a feature which > would make it easier for users to track changes from the default %config > %files on the system? > > I've found this to be a deficiency, requiring users to do configurat

Re: Easier %config management?

On 12/13/2015 10:50 PM, Andrew Lutomirski wrote: On Dec 13, 2015 12:38 PM, "Reindl Harald" wrote: Am 13.12.2015 um 21:22 schrieb Andrew Lutomirski: For the few cases that can't or won't comply, then having rpm (optionally?) make the originals available would be fantastic for system managem

Re: Easier %config management?

On Sun, Dec 13, 2015, at 02:41 PM, Richard W.M. Jones wrote: > > rpm could track more than hashes of config files, and instead track the > > full file. This could be optional, as it uses more disk space, but disk > > space is cheap these days, and config files are relatively small. This > > woul

Re: Easier %config management?

Am 13.12.2015 um 21:50 schrieb Andrew Lutomirski: On Dec 13, 2015 12:38 PM, "Reindl Harald" mailto:h.rei...@thelounge.net>> wrote: > > Am 13.12.2015 um 21:22 schrieb Andrew Lutomirski: >> >> For the few cases that can't or won't comply, then having rpm >> (optionally?) make the originals a

Re: Easier %config management?

On Dec 13, 2015 12:38 PM, "Reindl Harald" wrote: > > > > Am 13.12.2015 um 21:22 schrieb Andrew Lutomirski: >> >> For the few cases that can't or won't comply, then having rpm >> (optionally?) make the originals available would be fantastic for >> system management > > > how many copies would you l

Re: Easier %config management?

Am 13.12.2015 um 21:22 schrieb Andrew Lutomirski: For the few cases that can't or won't comply, then having rpm (optionally?) make the originals available would be fantastic for system management how many copies would you like to store in the rpm database and how to access them in a useful m

Re: Easier %config management?

On Sat, Dec 12, 2015 at 8:58 PM, Christopher wrote: > rpm could track more than hashes of config files, and instead track the full > file. This could be optional, as it uses more disk space, but disk space is > cheap these days, and config files are relatively small. This would avoid > having to r

Re: Easier %config management?

Am 13.12.2015 um 05:58 schrieb Christopher: rpm could track more than hashes of config files, and instead track the full file. This could be optional, as it uses more disk space, but disk space is cheap these days, and config files are relatively small. This would avoid having to re-download the

Re: Easier %config management?

On Sun, Dec 13, 2015 at 04:58:47AM +, Christopher wrote: > For example, I can see which %config files have changed with `rpm -V`, but > I can't see what the changes actually are unless I do `dnf download > $myrpm`, extract it, and diff them. Alternatively, I could rename the > configuration fil

Re: Easier %config management?

On 12/13/2015 01:07 AM, Jan Kratochvil wrote: > On Sun, 13 Dec 2015 05:58:47 +0100, Christopher wrote: >> For example, I can see which %config files have changed with `rpm -V`, but >> I can't see what the changes actually are unless I do `dnf download >> $myrpm`, extract it, and diff them. > > Usi

Re: Easier %config management?

On Sun, 13 Dec 2015 05:58:47 +0100, Christopher wrote: > For example, I can see which %config files have changed with `rpm -V`, but > I can't see what the changes actually are unless I do `dnf download > $myrpm`, extract it, and diff them. Using this script of mine. It keeps original unchanged co

Easier %config management?

Which components/packages are best candidates for adding a feature which would make it easier for users to track changes from the default %config %files on the system? I've found this to be a deficiency, requiring users to do configuration management independently of the installer tools on a syste