Install lib32nss-nonlocal on amd64 somewhere

[andersk]

debathena / lucid / andersk  17:21  (Anders Kaseorg)
    You should install lib32nss-nonlocal, so that 32-bit binaries don’t
    have problems looking up users and groups:

    $ python -c 'import pwd; print pwd.getpwnam("andersk")'
    pwd.struct_passwd(pw_name='andersk', pw_passwd='*', pw_uid=39270,
    pw_gid=101, pw_gecos='Anders Kaseorg,,,,', pw_dir='/mit/andersk',
    pw_shell='/bin/athena/bash')
    $ /mit/python/bin/python -c 'import pwd; print pwd.getpwnam("andersk")'
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
    KeyError: 'getpwnam(): name not found: andersk'
debathena / lucid / jdreed  17:22  (This zephyr does not necessarily reflect the views of IS&T, MIT, its)
    As Evan asked the other day, why is that not getting pulled in by
    anything?
debathena / lucid / andersk  17:27  (Anders Kaseorg)
    Mostly because I didn’t find a good place for it.  The dependency
    system doesn’t let me say “pull in lib32nss-nonlocal if
    libnss-nonlocal _and_ libc6-i386 are installed”.

    It is perhaps not unreasonable for debathena-nsswitch-config to
      Recommends: lib32nss-nonlocal [amd64]
    It’s less clear whether it should
      Recommends: lib64nss-nonlocal [i386]
debathena / lucid / jdreed  17:28  (This zephyr does not necessarily reflect the views of IS&T, MIT, its)
    We should probably open a ticket

(Note that lib64nss-nonlocal [i386] depends libc6-amd64. I’m not sure why lib32nss-nonlocal [amd64] doesn’t depend libc6-i386. That might be another bug somewhere.)

[broder]

r24686 (and r24688), proposed

[broder]

Moved to production.