Bug with nfs-common 1:1.2.5-4 Debian Testing

[VDR User <user.vdr@gmail.com>]

Hi. I couldn't find a debian mailing list for this so hopefully I've
got this email going to the right place/people. If not, my apologies.

I installed nfs-common on a debian testing box yesterday and got the
following error:

Setting up libgssglue1 (0.3-4) ...
Setting up libtirpc1:i386 (0.2.2-5) ...
Setting up libnfsidmap2 (0.25-2) ...
Setting up rpcbind (0.2.0-7) ...
Starting rpcbind daemon....
Setting up nfs-common (1:1.2.5-4) ...

Creating config file /etc/idmapd.conf with new version

Creating config file /etc/default/nfs-common with new version
Adding system user `statd' (UID 103) ...
Adding new user `statd' (UID 103) with group `nogroup' ...
Not creating home directory `/var/lib/nfs'.
Starting NFS common utilities: statd idmapd failed!
invoke-rc.d: initscript nfs-common, action "start" failed.
dpkg: error processing nfs-common (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
                                      Errors were encountered while processing:
 nfs-common
E: Sub-process /usr/bin/dpkg returned an error code (1)
====================

Although I can mount an nfs share and seemingly access the files just
fine, I don't know what idmapd is, if it's important, or why it's
failing to start. Whatever the case, it probably needs to be fixed,
hence the reason for this report. I'm not sure what further info is
useful but here's some background on the box:

32bit debian testing
stable kernel 3.3.4
nfs client & nfs4 (with experimental 4.1 support) compiled into kernel
(not as modules)
libgssglue1 i386 0.3-4
libtirpc1 i386 0.2.2-5
libnfsidmap2 i386 0.25-2
rpcbind i386 0.2.0-7
nfs-common i386 1:1.2.5-4

Thanks for your help!