Your message dated Fri, 1 Jan 2010 20:36:28 +0100
with message-id <[email protected]>
and subject line Re: Bug#563231: /etc/freeradius does not purged upon purge
command to aptitude
has caused the Debian Bug report #563231,
regarding /etc/freeradius does not purged upon purge command to aptitude
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
563231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563231
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: freeradius
Version: 2.0.4+dfsg-6
Severity: normal
If freeradius is purged by aptitude (aptitude purge freeradius), configuration
files (/etc/freeradius/*) does not removed.
Steps to reproduce:
aptitude install freeradius
aptitude purge freeradius
Expected behavior:
no /etc/freeradius (and no any files in /etc/freeradius).
Actual behavior:
Catalogue /etc/freeradius with it content does not removed.
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages freeradius depends on:
ii freeradius-common 2.0.4+dfsg-6 FreeRadius common files
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libfreeradius2 2.0.4+dfsg-6 FreeRADIUS shared library
ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime
ii libltdl3 1.5.26-4 A system independent dlopen wrappe
ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l
ii libperl5.10 5.10.0-19lenny2 Shared Perl library
ii libsnmp15 5.4.1~dfsg-12 SNMP (Simple Network Management Pr
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
ii python2.5 2.5.2-15 An interactive high-level object-o
Versions of packages freeradius recommends:
ii freeradius-utils 2.0.4+dfsg-6 FreeRadius client utilities
Versions of packages freeradius suggests:
pn freeradius-krb5 <none> (no description available)
pn freeradius-ldap <none> (no description available)
pn freeradius-mysql <none> (no description available)
pn freeradius-postgresql <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
On Fri, Jan 01, 2010 at 08:28:34PM +0300, George Shuklin wrote:
> > > If freeradius is purged by aptitude (aptitude purge freeradius),
> > > configuration files (/etc/freeradius/*) does not removed.
> > >
> > > Steps to reproduce:
> > > aptitude install freeradius
> > > aptitude purge freeradius
> > >
> > > Expected behavior:
> > > no /etc/freeradius (and no any files in /etc/freeradius).
> > >
> > > Actual behavior:
> > > Catalogue /etc/freeradius with it content does not removed.
> >
> > What *exactly* remained in your case?
>
> /etc/freeradius/
> -rw-r--r-- 1 root freerad 929 Sep 7 2008 dictionary
> -rw-r----- 1 root freerad 61497 Sep 7 2008 radiusd.conf
>
>
> And I found, that purging together freeradius, freeradius-common, and
> freeradius-utils remove /etc/freeradius. Now I don't know, bug this is
> or not...
See, that's the issue - if you run dpkg -S /etc/freeradius/dictionary
you will see that it's actually the freeradius-common package that owns
those files. The same is for radiusd.conf. I'm closing the bug report.
--
2. That which causes joy or happiness.
--- End Message ---
