[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: Regarding software upgrades / config files / KSycoca
From: weis <weis () stud ! uni-frankfurt ! de>
Date: 1999-10-20 12:40:35
[Download RAW message or body]
Hi,
On Wed, 20 Oct 1999, Stephan Kulow wrote:
> pbrown@redhat.com wrote:
> >
> > Here's a point I've been meaning to throw out for awhile.
> >
> > I know we all hate the concept of a binary registry / database being the
> > permanent on-disk store for configuration information. But the current
> > concept of using flat text files has one fundamental problem -- upgrades.
> > Yup, that's right, upgrading to a newer version of a piece of software is
> > a major pain in the ass, because if the software comes with a new config
> > file, you have one of two choices:
> >
> > 1. replace the existing configuration file.
> > 2. rename the new config file, and leave it up to the user/administrator
> > to replace the existing config file.
> >
> > What are we really lacking here? MERGING technology. It is simply too
> > difficult to merge two different ascii configuration files. Even if all
> > you want to do is add "new" entries, and not change existing ones, it's a
> > pain in the ass, and currently unfeasible.
> >
> > Does anyone have any suggestions in this area? This is going to just
> > become a larger problem as time goes by. A database approach solves many
> > of the issues, but we have passed on that.
> >
> I can't see how a binary registry helps here. In any way you would have
> to register what the user wrote and what the application wrote. But our
> mechanism with global and local entries should be fine enough. As long
> as the user file only writes changes, replacing the global file should
> be all that's needed for an update.
But changes of the sysadmin are lost ....
bye
torben
> Greetings, Stephan
>
> --
> As long as Linux remains a religion of freeware fanatics,
> Microsoft have nothing to worry about.
> By Michael Surkan, PC Week Online
>
>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic