Re: Asking Debconf questions about database data

2005-08-07 Thread Anthony DeRobertis
Russ Allbery wrote: > When one does that, people file bugs complaining that the package doesn't > remove all of the data it generates on installation. :) > > [...] It's not a great solution, and I'm happy to change > if someone else has a better idea. Well, I think the real answer is that just

Re: Asking Debconf questions about database data

2005-08-07 Thread Joey Hess
Russ Allbery wrote: > As co-maintainer of one of the affected packages, I'm quite happy to go > along with the general consensus, since I don't really care. There seemed > to be a dislike of debconf questions in prerm and there was some precedent > for asking this sort of question in postinst, so

Re: Asking Debconf questions about database data

2005-08-07 Thread sean finney
On Sun, Aug 07, 2005 at 02:35:59PM -0700, Russ Allbery wrote: > When one does that, people file bugs complaining that the package doesn't > remove all of the data it generates on installation. :) there's a similar problem with logfiles too, and there have been quite drawn out discussions in which

Re: Asking Debconf questions about database data

2005-08-07 Thread Russ Allbery
Anthony DeRobertis <[EMAIL PROTECTED]> writes: > BTW: Do you really even need to ask? Couldn't you just tell the admin, > if you want to delete your data, run dropdb foo? There is a small, but > certainly nonzero, risk of accidental deletion every time you ask. I > imagine that risk increases if,

Re: Asking Debconf questions about database data

2005-08-07 Thread Anthony DeRobertis
Henning Makholm wrote: > It is at least conceivable for the postinst to actively store the > reply in an appropriate file in /etc which the postrm later reads. > > Not that I think this would make much sense UI-wise anyhow. Please, please don't do this! Consider what happens when the user instal

Re: Asking Debconf questions about database data

2005-08-07 Thread Henning Makholm
Scripsit sean finney <[EMAIL PROTECTED]> > i think it's kind of pointless to ask such a question at install time. > because Debian Is Not A Registry(tm) And supposedly debconf isn't one either :-) > you have no guarantee that the debconf responses won't be nuked off > before the package is remov

Re: Asking Debconf questions about database data

2005-08-06 Thread sean finney
hi phillip, On Sat, Aug 06, 2005 at 01:08:57PM +0200, Philipp Kern wrote: > what's the common practise if a package gets purged and depends on > user-supplied data in a database? In this case these are DNS zones (it's > about `mydns-mysql'). Currently there is a Debconf question in postrm, > which

Re: Asking Debconf questions about database data

2005-08-06 Thread Russ Allbery
Philipp Kern <[EMAIL PROTECTED]> writes: > what's the common practise if a package gets purged and depends on > user-supplied data in a database? In this case these are DNS zones (it's > about `mydns-mysql'). Currently there is a Debconf question in postrm, > which is definitely wrong because I ca

Re: Asking Debconf questions about database data

2005-08-06 Thread Andreas Metzler
Philipp Kern <[EMAIL PROTECTED]> wrote: > what's the common practise if a package gets purged and depends on > user-supplied data in a database? In this case these are DNS zones (it's > about `mydns-mysql'). Currently there is a Debconf question in postrm, > which is definitely wrong because I cann