broonie wrote:
> Reassigning there as a result but please provide further information on
> what has changed between a working and non-working system - I strongly
> expect that you will also have changed other packages.
I have a webserver running sarge. I'm building a replacement using etch.
It's not an upgrade, it's a fresh install. So, everything is different.
The bug is simple enough to replicate: Just create a password entry
containing non-ascii in the gecos such as in the example I gave, set
"passwd: nis" in /etc/nsswitch.conf and then try to login.
An additional note:
I created two test entries in my Solaris auto_common map
(used by my auto_master on Solaris, but that isn't relevant).
One with the key containing non-ascii, one where the value did.
When I used ypcat to retrieve the map, both entries were present
on Solaris 10 and debian nis 3.13-2.
However with nis 3.17-6, the non-ascii key was not found at all
and the non-ascii value was corrupted, containing part of another
map entry instead of the expected content:
sol-10$ ypcat -k auto_common|grep test|od -c
0000000 t e s t 2 367 m w i b b l e : /
0000020 p a t h 2 \n t e s t 1 w i b b
0000040 l e : / p a t h 1 367 m \n
0000054
nis_3.13-2$ ypcat -k auto_common|grep test|od -c
0000000 t e s t 2 367 m w i b b l e : /
0000020 p a t h 2 \n t e s t 1 w i b b
0000040 l e : / p a t h 1 367 m \n
0000054
nis_3.17-6$ ypcat -k auto_common|grep test|od -c
0000000 t e s t 1 m a p l e e d g e
0000020 : / e x p o r t / p k g / m a p
0000040 l e / 9 . 5 \n
0000047
-jonathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
