On Tue, 2003-12-02 at 13:42, Niall Young wrote: > On 2 Dec 2003, Zenaan Harkness wrote: > > > - debconf package configurations (with "enterprise" defaults) > > To me this is still the largest hurdle, having to work around packages > that don't yet use debconf,
AIUI, policy will not change "should" to "must" until enough packages already support debconf - otherwise you break too many packages with RC bugs and testing goes dormant for centuries (well, too long anyway). Solution: if it's important to you, get in and start finding packages which could use debconf, and email the maintainers for discussion, and/ or supply patches if you have time and knowledge. > install of every package in Debian, pre-seeding debconf, or even a > separate Debian "registry" if debconf isn't meant to work like this, so > you could replicate a system 100% accurately. Even being able to apply > a new debconf/registry profile and then asking all packages to > reconfigure, that would be impressive. There are many potentially nice features. It is happening and their is interest - FAI, debix, debian-enterprise and other Custom Debian Distributions (aka subprojects, metadistros and flavours) - basically various groups would like such facilities, so it's a shared feature wish. > Then it's just a matter of customising anything not handled completely > by debconf with, if you will, flavour-postinst etc. in a metapackage or > udeb or flavour/class definition. Flavours could consist only of Debian > packages from the archive, plus this freely shared metapackage. Perhaps > this could even replace the task system eventually, including postinst exactly - lost of cool stuff > commands etc. All of the value adding that flavours can provide will be > in that last stage, modifying the default configuration, adding pretty > interfaces or whatever.. Maybe the terms I've used are incorrect, I'm > only vaguely familiar with metapackages/udeb etc. but you get the idea. > Flavours simply become a wrapper or d-i hook performed after package > installation, to utilise and remain 100% Debian. Perhaps the flavour > definition is hosted in the archive and policy compliant, perhaps not. plenty of ideas, good stuff. Do you code and have time and have interest to contribute? > Building live CDs and non-interactive installs are relatively > straightforward, but will remain a hack and a maintainer nightmare until > the infrastructure enables and supports them imho. Perhaps it really is getting to a good time to start a [EMAIL PROTECTED] list (custom debian distributions) for all such topics ?? cheers zen -- Debian Enterprise: A Custom Debian Distribution: http://debian-enterprise.org/ * Homepage: http://soulsound.net/ * PGP Key: http://soulsound.net/zen.asc * Please respect the confidentiality of this email as sensibly warranted.
