Philipp Schafft wrote:
> I just tested it in my sid sandbox and it worked fine.
>=20
> The current postrm script does the following:
>         purge)
>                 if getent passwd|grep -q ^muroard: ; then
>                         userdel muroard 2>&1 > /dev/null || true
>                 fi
>=20
> I don't see how it could leave the user beside userdel failing.

Hmm...  Agreed.  If that is there then it should have been removed.

Here is what I know:

  The following NEW packages will be installed:
    dnet-common libdnet libroar0 muroard
  The following packages will be upgraded:
    ... ices2 ...
  17 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.

And so those were installed with the ices2 upgrade this morning.  This
caused the hardware ethernet address to be set to aa:0:4:0:a:4.
I filed Bug#608807 concerning it.

To restore functionality I removed the following:

  $ sudo apt-get remove --purge dnet-common libdnet libroar0 muroard
  Reading package lists... Done
  Building dependency tree      =20
  Reading state information... Done
  The following packages will be REMOVED:
    dnet-common* ices2* libdnet* libroar0* muroard*
  0 upgraded, 0 newly installed, 5 to remove and 0 not upgraded.
  After this operation, 1,200 kB disk space will be freed.
  Do you want to continue [Y/n]?=20
  (Reading database ... 282207 files and directories currently installed.)
  Removing dnet-common ...
  Purging configuration files for dnet-common ...
  Removing ices2 ...
  Removing libroar0 ...
  Purging configuration files for libroar0 ...
  Removing libdnet ...
  Purging configuration files for libdnet ...
  Removing muroard ...
  Stopping muRoarD: muroard.
  Purging configuration files for muroard ...
  userdel: user muroard is currently logged in
  Processing triggers for man-db ...
  Processing triggers for doc-base ...
  Processing 1 removed doc-base file(s)...
  Registering documents with scrollkeeper...

But it didn't clean up everything:

  # grep muroard /etc/passwd
  muroard:x:125:29::/var/lib/muroard:/bin/false

Therefore I removed the user manually.

  # deluser muroard
  Removing user `muroard' ...
  Done.

> Please do the following:
>  # userdel muroard; echo $?
> and report the output.

Too late since I already removed the user manually.  But clearly in
the above output the user did exist at that time and was removed by
the deluser command.  If I run it again now it clearly has produces
different output ensuring that we can trust that the above actually
did remove the user.

  # deluser muroard
  /usr/sbin/deluser: The user `muroard' does not exist.

Unfortunately due to Bug#608807 I am hesitant to install it again to
try it because I don't want decnet to reset my mac address again.  I
could however create a dummy package to fulfil the dependency for
testing if needed.

Thanks,
Bob

Attachment: signature.asc
Description: Digital signature

Reply via email to