Re: Bug#201023: dosemu: purging doesmu wipes out all user data
On 25 Jul 2003 09:32:09 +0200, Thomas Hood <firstname.lastname@example.org> said:
> 1. dpkg -L
> 2. conffiles belonging to the package
> 3. configuration files other than conffiles belonging to the package
> 4. package's log output, cached compiled versions of conffiles, etc.
> 5. user data created using the package
> On Fri, 2003-07-25 at 09:01, Manoj Srivastava wrote:
>> > Here is my suggestion for how purge should be handled. Purge
>> > would delete #1 through #4 _and_ everything in /var/lib/<pckg>/.
>> > User data created using the package [#5] must then not be stored
>> > in /var/lib/<pckg>/ but somewhere else, e.g., in someone's home
>> > directory. Dosemu, for example, could store the not-to-be-purged
>> > DOS image in user "dosemu"'s home dir.
>> umm, no. Postgres should certainly not try and store the database
>> under /home; since the DB can grow huge.
> It would be awfully convenient if packages could do a "rm -rf
> /var/lib/<pckg>/" on purge, but we know this deletes things in some
> cases that should not be deleted. So I am proposing that "rm -rf
> /var/lib/<pckg>/" always be permitted, and that any data that is not
> to be deleted on purge be stored elsewhere. I don't say where else
> it _should_ be stored. Perhaps postgres data could be stored in
> another subdirectory of /var/lib/, e.g., /var/lib/postgres-data/ .
> That understood, is the proposal sound?
Not really. Why do we need this overly micromanaging rule in
policy? As long as it understood that user data is not to be deleted,
why can't I put user data in /var/lib/<pkg>/ if I so desire, as long
as I take care to not rm -rf that dir?
If you don't want files in category 5 to be deleted as a
matter of policy, fine, then say so. Creating braod rules that have a
secondary effect of doing what you want accomplished, but also
restrict other scenarios, is bad. No package should be forced to
create a second directory somewhere.
It is not best to swap horses while crossing the river. Abraham
Manoj Srivastava <email@example.com> <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C