On Thursday 01 September 2005 04:09 am, Neil Bothwick wrote:
> On Wed, 31 Aug 2005 20:16:55 -0700, Mark Knecht wrote:
> > > >2) If it's a file in /etc/initd then I update it automatically.
> >
> > This rule is still true. I am not a programmer and will never edit
> > an init script. For me these ar
On Wed, 31 Aug 2005 20:16:55 -0700, Mark Knecht wrote:
> > >2) If it's a file in /etc/initd then I update it automatically.
>
> This rule is still true. I am not a programmer and will never edit an
> init script. For me these are 100% updated ASAP.
Add /etc/init.d to CONFIG_PROTECT_MASK in /etc/
On 8/31/05, Jerry Turba <[EMAIL PROTECTED]> wrote:
> Thanks everyone for your help. I will try using Marks rules and start
> using dispatch-conf to be able to roll back any changes that don't seem
> to work.
> Jerry
>
Darn, that's scary! OK, if you're gonna follow someone as blind as me
le me exp
Thanks everyone for your help. I will try using Marks rules and start
using dispatch-conf to be able to roll back any changes that don't seem
to work.
Jerry
Mark Knecht wrote:
On 8/30/05, Jerry Turba <[EMAIL PROTECTED]> wrote:
As I understand the process etc-update lists new configuratio
On Tue, 30 Aug 2005 17:19:40 -0400, Sean Higgins wrote:
> > It exists as an option with dispatch-conf, as do options to
> > automatically replace files if the only differences are whitespace
> > and comments.
>
> But, it does not automatically do an update if the original file has
> not changed.
On Tuesday 30 August 2005 01:22 pm, Neil Bothwick wrote:
> On Tue, 30 Aug 2005 12:06:29 -0400, Eric Crossman wrote:
> > While I agree that etc-update is a vast improvement over other package
> > systems, it would be nice to have a CVS type merge where I only have to
> > make choices when the "syste
On Tue, 30 Aug 2005 12:06:29 -0400, Eric Crossman wrote:
> While I agree that etc-update is a vast improvement over other package
> systems, it would be nice to have a CVS type merge where I only have to
> make choices when the "system can't figure it out". It seems like
> etc-update (and friends)
On Tuesday 30 August 2005 17:06, Eric Crossman wrote:
> While I agree that etc-update is a vast improvement over other
> package systems, it would be nice to have a CVS type merge where I
> only have to make choices when the "system can't figure it out". It
> seems like etc-update (and friends) sh
On Tue, 2005-08-30 at 16:46 +0200, Holly Bostick wrote:
> Jerry Turba schreef:
> > As I understand the process etc-update lists new configuration files
> > provided by the program authors. I have tried to define some rules for
> > myself to determine how to handle these new files.
> >
> > 1. If I
Jerry Turba schreef:
> As I understand the process etc-update lists new configuration files
> provided by the program authors. I have tried to define some rules for
> myself to determine how to handle these new files.
>
> 1. If I made a change to a file I will never allow the new config file
> to
On 30/08/05, Jerry Turba <[EMAIL PROTECTED]> wrote:
> As I understand the process etc-update lists new configuration files
> provided by the program authors. I have tried to define some rules for
> myself to determine how to handle these new files.
>
> 1. If I made a change to a file I will never
On 8/30/05, Jerry Turba <[EMAIL PROTECTED]> wrote:
> As I understand the process etc-update lists new configuration files
> provided by the program authors. I have tried to define some rules for
> myself to determine how to handle these new files.
>
> 1. If I made a change to a file I will never a
As I understand the process etc-update lists new configuration files
provided by the program authors. I have tried to define some rules for
myself to determine how to handle these new files.
1. If I made a change to a file I will never allow the new config file
to overwrite the old file.
2.
13 matches
Mail list logo
