Bug#38703: marked as done ([OLD PROPOSAL] A better way to configure debian systems)
Your message dated Fri, 23 Jun 2000 17:14:44 +0100
with message-id <20000623171444.A22840@polya>
and subject line Bug#38703: [OLD PROPOSAL] A better way to configure debian systems
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Darren Benham
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 1 Jun 1999 12:25:03 +0000
Received: (qmail 27765 invoked from network); 1 Jun 1999 12:25:01 -0000
Received: from mx01.uni-tuebingen.de (134.2.3.11)
by master.debian.org with SMTP; 1 Jun 1999 12:25:01 -0000
Received: from mirjam.informatik.uni-tuebingen.de (root@rut.Informatik.Uni-Tuebingen.De [134.2.15.134])
by mx01.uni-tuebingen.de (8.8.8/8.8.8) with ESMTP id OAA24960
for <submit@bugs.debian.org>; Tue, 1 Jun 1999 14:24:57 +0200
Received: by mirjam.informatik.uni-tuebingen.de
via sendmail from stdin
id <m10onbD-00013mC@mirjam.informatik.uni-tuebingen.de> (Debian Smail3.2.0.102)
for submit@bugs.debian.org; Tue, 1 Jun 1999 14:24:55 +0200 (CEST)
To: submit@bugs.debian.org
Subject: debian-policy: [PROPOSAL] A better way to configure debian systems
From: Goswin Brederlow <goswin.brederlow@student.uni-tuebingen.de>
Date: 01 Jun 1999 14:24:55 +0200
Message-ID: <87wvxokt0o.fsf@rut.informatik.uni-tuebingen.de>
Lines: 131
X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald"
Package: debian-policy
Version: 2.5.0.0
Severity: wishlist
A better way to configure debian systems
----------------------------------------------------------------------
1. GOALS
- Allow for automatic, non-interactive installation
- Variable amount of questions depending on the users experience
- Questions can be host specific, architecture specific or unspecific
- All questions use the same look&feel
- Various interfaces can be implemented easily
- All questions have a default and help text available
- Localisation of questions and helptext
- Don't break existing packages
- Create configuration for a different system on another system
- Browse through a configuration, alter single options or undo changes
- Allow users to configure packages that have user configurable files.
(like their windowmanager)
- Create logfiles for all actions taken, if wanted
2. CHANGES TO .DEB FILES
The following files can be included in control.tar.gz when needed by a
package:
configure bash script with restricted syntax (see below)
configure.set_var program to save config values to the configfile
configure.get_var program to read config values from the configfile
configure.variables variables to set configfile names and other flags
configure.<lang> localisation for questions and help text
The configure script must be a bash script, but not everything allowed
in bash is allowed there. Especially read is forbidden. The idea is
similar to the method used for the kernel configuration.
"if then else fi" constructs are allowed and recomended. The test
expression for the if must be a simple comparison between a variable
and a value. Later on for or while loops will be allowed, but not
now. The exact specifications for the configure script and verificator
of the syntax will be provided with dpkg-question and is not part of
this proposal.
3. CHANGES TO DPKG
dpkg must call dpkg-configure when a package has an configure script
in control.tar.gz. Until dpkg is changed or if dpkg is left unchanged,
postinst script should call dpkg-configure themself.
4. CHANGES TO POLICY
Policy should state that post/pre-inst/rm must not do any interactions
with the user. Neither may they configure the package, apart from
calling dpkg-configure. This is neccessary to do preconfiguration or
postconfiguration of a system and to capsulate the configuration part
properly.
All interactions and configuration must be in the configure script
provided by the package in the control.tar.gz.
All interactions with the user must use the dpkg-question interface.
All evaluations, calculations or tests needed to detect question
dependencies or reasonable defaults must be encapsulated by
dpkg-test. dpkg-test may not alter anything on the current system,
since the configuration might be done on a different system and then
be transfered to the system to be installed.
All interactions with the installed system must be encapsulated by
dpkg-exec. The configure script might not rely on any results from
dpkg-exec, since for configuration interfaces dpkg-exec will not be
executed and will allways pretend to work.
5. NEW TOOLS NEEDED
dpkg-question Interface to the user. Alternatively this
reads from a databse or takes the defaults.
Code exists.
dpkg-test Simple wraper script to evaluate some shell
expressions.
Code exists.
dpkg-exec Same script than above, but it might alter the
current system.
Code exists.
dpkg-configure This script handles the various overloads done
by the package, the config interface or the
user. It replaces dpkg-question with different
scripts when needed or set enviroment
variables. Currently it just calls configure.
Code exists.
dpkg-hook Handles interactions between packages, like
running menu every time some package changes
its menu. Its not yet implemented and might
need some small alterations to dpkg.
A dumb script providing most features of
dpkg-hook and probably all we need at start is
easily written, just call dpkg-configure for
the package the hook is for.
dpkg-question-whiptail Replace the dpkg-question with one that uses
whiptail to interact with the user. Its a bit
nice than the plain one, but starts a new
dialog for each question.
Under developement.
dpkg-menu-whiptail Parse configure files of all packages to
generate on screen menus.
Under developement.
dpkg-menu-java Parse configure files an present a java driven
X gui.
Planned.
May the Source be with you.
Goswin Brederlow
PS: A debian package including the first releas of the above tools is
available from
ftp://mirjam.informatik.uni-tuebingen.de/pub/debian/dpkgconfig*
Its a very alpha release but useable with the qvwm package provided
in the same place.
-- System Information
Debian Release: potato
Kernel Version: Linux rut 2.0.35 #4 Thu Nov 26 15:35:03 CET 1998 i686 unknown
---------------------------------------
Received: (at 38703-done) by bugs.debian.org; 23 Jun 2000 19:17:57 +0000
>From J.D.Gilbey@qmw.ac.uk Fri Jun 23 14:17:56 2000
Return-path: <J.D.Gilbey@qmw.ac.uk>
Received: from va.debian.org [198.186.203.20] (mail)
by master.debian.org with esmtp (Exim 3.12 2 (Debian))
id 135Yc5-0002cX-02; Fri, 23 Jun 2000 13:55:38 -0500
Received: from mserv1d.u-net.net [195.102.240.96]
by va.debian.org with esmtp (Exim 2.05 #1 (Debian))
id 135WJj-0005yK-00; Fri, 23 Jun 2000 09:28:31 -0700
Received: from [195.102.198.172] (helo=polya)
by mserv1d.u-net.net with esmtp (Exim 2.10 #36)
id 135WLO-00061K-00
for 38703-done@bugs.debian.org; Fri, 23 Jun 2000 17:30:14 +0100
Received: from jdg by polya with local (Exim 3.12 #1 (Debian))
id 135W6O-0005wU-00; Fri, 23 Jun 2000 17:14:44 +0100
Date: Fri, 23 Jun 2000 17:14:44 +0100
From: Julian Gilbey <J.D.Gilbey@qmw.ac.uk>
To: 38703-done@bugs.debian.org
Subject: Bug#38703: [OLD PROPOSAL] A better way to configure debian systems
Message-ID: <20000623171444.A22840@polya>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.0.1i
Delivered-To: 38703-done@bugs.debian.org
I believe that this proposal has been superseded by the introduction
of debconf, so I'm closing it.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, QMW, Univ. of London. J.D.Gilbey@qmw.ac.uk
Debian GNU/Linux Developer, see http://www.debian.org/~jdg
Donate free food to the world's hungry: see http://www.thehungersite.com/
Reply to: