Re: Right Way to make a configuration package
Hello
I assume that my answer is a bit late as you wrote this in october.
I have written a package, dysyco that do similar things to what you
want.
Take a look. I may have misunderstood you.
// Ola
On Thu, Oct 14, 2004 at 03:37:27PM -0400, Mark Roach wrote:
> I am working on creating a package for UserLinux which will configure
> several packages with sensible defaults for an authentication server. At
> the moment, that means samba, slapd, pam and nss, but will also include
> heimdal later on.
>
> My naive question is: is there currently any mechanism for forcing the
> user to configure package x from within package y, and/or for
> reconfiguring one package based on reconfiguring another?
>
>
> ## warning, verbosity follows ##
>
> Perhaps I'm just approaching this the wrong way, so here is what I am
> doing (and where the problem comes in), and if anyone has a suggestion
> for a better approach, I would be happy to hear it.
>
> userlinux-auth-server depends on slapd, samba, libpam-ldap, and libnss-
> ldap.
>
> In the postinst, it gets the samba domain name, the dns domain name, and
> the ldap master password out of debconf, and populates the necessary
> entries.
>
> One problem is that the user may not necessarily have ever configured
> samba or slapd through debconf. This package needs that info, but it's
> not possible to dpkg-reconfigure a package from within the postinst of
> another package. So we would have to tell them to manually dpkg-
> reconfigure the dependancies and then reinstall, or gather the
> information ourselves, but then there is potentially conflicting info in
> debconf...
>
> Another similar problem is that the user may reconfigure samba-common or
> slapd at any point and obviously my package wouldn't know about it.
>
> So, my conclusion is that debconf is not particularly well suited to
> integrating several otherwise-unrelated packages and I am unsure whether
> working around the problem, or helping to improve debconf, or doing it
> some other way entirely is the better approach... thoughts?
>
> Thanks,
>
> Mark Roach
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
--------------------- Ola Lundqvist ---------------------------
/ opal@debian.org Annebergsslingan 37 \
| opal@lysator.liu.se 654 65 KARLSTAD |
| +46 (0)54-10 14 30 +46 (0)70-332 1551 |
| http://www.opal.dhs.org UIN/icq: 4912500 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
Reply to: