Re: Configuration management, version 5

1998-08-05 Thread Joey Hess
Martin Oldfield wrote: > Joey> The proposal is that would use /emacs19/ for stuff local to > Joey> it, as well as /news-reader/ and /mail-reader/ for stuff > Joey> that.is shared with other news and mail readers. > > So in what sense is that a hierarchy ? That only describes the root

Re: Configuration management, version 5

1998-08-05 Thread Martin Oldfield
> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes: Joey> Martin Oldfield wrote: >> I think there are problems with a hierarchy, exemplified by >> emacs which contains both a newsreader and a mail program. I >> suggest that this implies the hierarchy either needs to provide >

Re: Configuration management, version 5

1998-08-05 Thread Joey Hess
Martin Oldfield wrote: > I think there are problems with a hierarchy, exemplified by emacs > which contains both a newsreader and a mail program. I suggest that > this implies the hierarchy either needs to provide multiple > inheritance, or is replaced by a simple list of the bits of the space > wh

Configuration management, version 5

1998-08-04 Thread Martin Oldfield
> "W" == Wichert Akkerman <[EMAIL PROTECTED]> writes: --> snip <-- W> 1. The configuration space All configuration information is W>stored in what I W> call the configuration space. This is a database with a special W> design which resembles to method we look at configurat

Re: Configuration management, version 5

1998-08-03 Thread Wichert Akkerman
Previously Joey Hess wrote: > I think we should at least have a default priority. I reached the same idea, and added it back to the text I keep at home. I also changed the INPUT command to remove the priority-parameter and added an UPDATE-command to change the priority (or other aspects) of a vari

Re: Configuration management, version 5

1998-08-03 Thread Wichert Akkerman
Previously Joey Hess wrote: > Can't we just use postinst scripts for this? Just keep track of what package > owns which variables, and when a variable in apackage changes, re-run the > postint (which will presumably act on the change). We could, but that's just a trivial implementation of a trigge

Re: Configuration management, version 5

1998-08-03 Thread John Lines
> Stephen Zander <[EMAIL PROTECTED]> wrote: > > I was going to comment that this screams SNMP/MIB to me, until > > I noticed that you mentioned this later on. Without leaping to > > implementation ahead of design, wouldn't explicitly using an SNMP > > approach reduce the work involved here (eg no n

Re: Configuration management, version 5

1998-08-03 Thread Raul Miller
Stephen Zander <[EMAIL PROTECTED]> wrote: > I was going to comment that this screams SNMP/MIB to me, until > I noticed that you mentioned this later on. Without leaping to > implementation ahead of design, wouldn't explicitly using an SNMP > approach reduce the work involved here (eg no need to re-

Re: Configuration management, version 5

1998-08-03 Thread Stephen Zander
> "Wichert" == Wichert Akkerman <[EMAIL PROTECTED]> writes: Wichert> 1. The configuration space All configuration information Wichert> is stored in what I call the configuration space. This is Wichert> a database with a special design which resembles to Wichert> method we look a

Re: Configuration management, version 5

1998-08-03 Thread Joey Hess
Wichert Akkerman wrote: > Previously Bernd Eckenfels wrote: > > I would think something needs to export the new value into > > /etc/news/servers. Since it is not possible to reconfigure running news > > servers anyway. > > I don't really care what changes waht file at, I'm more interested in the

Re: Configuration management, version 5

1998-08-03 Thread Joey Hess
Jason Gunthorpe wrote: > > 4. How do the configmodule and the frontend interact? > > Of course the configmodule and the frontend must exchange data to do their > > work. We do this in a very simple manor: dpkg starts both the configmodule > > and the frontend, and connect the stdin/stdout from the

Re: Configuration management, version 5

1998-08-03 Thread Joey Hess
Wichert Akkerman wrote: > * all proposals for a file with the variable list share 1 thing: the priority > of a variable is given in this list. I don't think that is reasonable > though: > we can't always know if a variable is important until we know the > conditions. > For example: if you c

Re: Configuration management, version 5

1998-08-03 Thread Wichert Akkerman
Previously Bernd Eckenfels wrote: > I would think something needs to export the new value into > /etc/news/servers. Since it is not possible to reconfigure running news > servers anyway. I don't really care what changes waht file at, I'm more interested in the design that makes this possible. Tri

Re: Configuration management, version 5

1998-08-02 Thread Raul Miller
Wichert Akkerman <[EMAIL PROTECTED]> wrote: > Hmm, unless we give each variable a default-priority and make it > possible for the script to change it. Ok. > That's not what I meant. If someone uses SNMP to change (for example) > to change the NNTP-server we should use, something needs to act upon

Re: Configuration management, version 5

1998-08-02 Thread Bernd Eckenfels
On Sun, Aug 02, 1998 at 03:42:09PM +0200, Wichert Akkerman wrote: > That's not what I meant. If someone uses SNMP to change (for example) > to change the NNTP-server we should use, something needs to act upon > that change to reconfigure all newsreaders to use that new host. I would think somethin

Re: Configuration management, version 5

1998-08-02 Thread Wichert Akkerman
Previously Jason Gunthorpe wrote: > I continue to advocate that this creates the wrong sort of 'UI experiance' > for the user. They are forced to run each script in some arbitary > sequence and each package must provide such a script even if they only > need some trivial manipulations. We need to

Re: Configuration management, version 5

1998-08-02 Thread Jason Gunthorpe
On Sun, 2 Aug 1998, Wichert Akkerman wrote: > the preinst, and before the package is unpacked! Unless pre-depends are > used, this will mean that the module can only assume the base-system is > installed. No, it can be called before the package is unpacked, pre-depends mean -NOTHING- it can only