Bug#288063: [pkg-fetchmail-maint] Bug#288063: Reopen? /etc/fetchmailrc contains passwords

Loic Minier lool at dooz.org
Tue Oct 18 14:10:44 UTC 2005


On Tue, Oct 18, 2005, Nico Golde wrote:
> Ok just to clarifiy you mean keeping the /etc/fetchmailrc in 
> the case of a purge too?
> Thats not what purge ist for.

 Purge concern files handled by a package.  For example, things created
 by the package (configuration file, logs, pid file, run dir) or things
 shipped by the package (.deb's conffile, files, scripts, list of
 files), but not things added by the administrator to change the
 behavior of the package.

 But instead of discussing this to no-end, I see a simple solution to
 that: ship an empty sample conffile, with useful comments, and it will
 be purged by dpkg.

 I think we lack some granularity in the way files handled by packages
 are handled, and for example there's no possible distinction between:
 - removing log files
 - removing users
 - removing databases
 - removing files and configuration files

 Right now, IMO, purge means:
 - remove (remove files)
 - remove conffiles
 - remove configuration files handled by scripts
 - remove logs if under a package directory

 It does not (_IMO_) mean:
 - remove users (but YMMV)
 - remove anything related to the package
 - remove databases

 Right now, I think the best reason for handling fetchmailrc as I
 suggest is symetry.

   Cheers,

-- 
Loïc Minier <lool at dooz.org>




More information about the pkg-fetchmail-maint mailing list