On Wednesday, September 2, 2020 8:03:03 AM MST David Tardon wrote:
> Hello,
>
> On Mon, 2020-08-31 at 23:46 -0700, John M. Harris Jr wrote:
>
> > On Monday, August 31, 2020 11:24:57 PM MST David Tardon wrote:
> >
> > > On Mon, 2020-08-31 at 00:08 -0700, John M. Harris Jr wrote:
> > >
> > >
> >
Hello,
On Mon, 2020-08-31 at 23:46 -0700, John M. Harris Jr wrote:
> On Monday, August 31, 2020 11:24:57 PM MST David Tardon wrote:
> > On Mon, 2020-08-31 at 00:08 -0700, John M. Harris Jr wrote:
> >
> > > On Saturday, August 29, 2020 3:36:33 PM MST Colin Walters wrote:
> > >
> > > > https://blo
On Monday, August 31, 2020 11:24:57 PM MST David Tardon wrote:
> On Mon, 2020-08-31 at 00:08 -0700, John M. Harris Jr wrote:
>
> > On Saturday, August 29, 2020 3:36:33 PM MST Colin Walters wrote:
> >
> > > https://blog.verbum.org/2020/08/22/immutable-%E2%86%92-reprovisionable-a
> > > nti-> hyster
On Mon, 2020-08-31 at 00:08 -0700, John M. Harris Jr wrote:
> On Saturday, August 29, 2020 3:36:33 PM MST Colin Walters wrote:
> > https://blog.verbum.org/2020/08/22/immutable-%E2%86%92-reprovisionable-anti->
> > hysteresis/
> > touches on some of the benefits of "fragmented" configs.
>
> Perhaps
On Saturday, August 29, 2020 3:36:33 PM MST Colin Walters wrote:
> On Sat, Aug 29, 2020, at 2:19 PM, Igor Raits wrote:
>
>
> > And only way to get to the distribution defaults is to download RPM
> > with matching version, unpack it and get its /etc/foo.conf.
>
>
> On ostree-based systems, the
On Sat, Aug 29, 2020, at 2:19 PM, Igor Raits wrote:
> And only way to get to the distribution defaults is to download RPM
> with matching version, unpack it and get its /etc/foo.conf.
On ostree-based systems, the defaults for /etc are in /usr/etc, so
you always have them - it needs this to do th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, 2020-08-29 at 11:02 -0700, John M. Harris Jr wrote:
> On Saturday, August 29, 2020 1:00:17 AM MST Samuel Sieb wrote:
> > On 8/28/20 9:40 PM, John M. Harris Jr wrote:
> >
> > > Please don't invent a new logic, especially the one that systemd
On Saturday, August 29, 2020 1:00:17 AM MST Samuel Sieb wrote:
> On 8/28/20 9:40 PM, John M. Harris Jr wrote:
>
> > Please don't invent a new logic, especially the one that systemd does.
> > This makes it very difficult to figure out where in the world the
> > configuration file for a given progra
On 8/28/20 9:40 PM, John M. Harris Jr wrote:
Please don't invent a new logic, especially the one that systemd does. This
makes it very difficult to figure out where in the world the configuration
file for a given program is. With systemd, sure, it's not so bad, as the
System defaults go in /usr
On Tuesday, August 4, 2020 9:32:35 AM MST Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Aug 04, 2020 at 05:11:49PM +0200, Miroslav Lichvar wrote:
>
> > I'm considering to split the default configuration file in the chrony
> > package to make it easier for vendors, products, and configuration
> > to
On Tue, Aug 04, 2020 at 06:26:37PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Aug 04, 2020 at 07:05:45PM +0200, Miroslav Lichvar wrote:
> > That's possible (the paths could be hardcoded in the systemd unit
> > file), but is it a good idea to force the users to use the new system?
> > If so
On Tue, Aug 04, 2020 at 07:05:45PM +0200, Miroslav Lichvar wrote:
> On Tue, Aug 04, 2020 at 04:32:35PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > It's nice to not require any files in /etc (so for example the admin
> > can do 'rm -rf /etc/*' to restore vendor defaults). So instead of
> > using /
On Tue, Aug 4, 2020 at 1:28 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Tue, Aug 04, 2020 at 05:11:49PM +0200, Miroslav Lichvar wrote:
> > I'm considering to split the default configuration file in the chrony
> > package to make it easier for vendors, products, and configuration
> > tools to over
Once upon a time, Miroslav Lichvar said:
> The trouble is that a fragment having a different name cannot disable
> servers specified in a different fragment. If anaconda wanted to
> override the default servers, it would need to know the name of the
> fragment.
So, that brings up something I've b
On Tue, Aug 04, 2020 at 04:32:35PM +, Zbigniew Jędrzejewski-Szmek wrote:
> It's nice to not require any files in /etc (so for example the admin
> can do 'rm -rf /etc/*' to restore vendor defaults). So instead of
> using /etc/chrony.conf to load other files, please consider just
> building this
On Tue, Aug 04, 2020 at 05:11:49PM +0200, Miroslav Lichvar wrote:
> I'm considering to split the default configuration file in the chrony
> package to make it easier for vendors, products, and configuration
> tools to override some specific settings (like the default NTP
> servers) by dropping a fi
I'm considering to split the default configuration file in the chrony
package to make it easier for vendors, products, and configuration
tools to override some specific settings (like the default NTP
servers) by dropping a file into a directory, instead of having to
modify a packaged config file. I
17 matches
Mail list logo
