I would say if the server binary has ever worked on any arm machine, then keep it.
I did manage to start investigating this. I recompiled the package with some extra trace (very slowly, using qemu) and got some additional information. Unfortunately, I haven't had time to continue and follow it up further. Still, what I did was establish that the case that is occuring is the explicit setting of pwd to NULL in authclnt::login_unixpw. So aap->pwauth->password is presumably coming in as an empty string, and of course I was trying to sfs_register as root. That is supposed to work still, isn't it? I have a [EMAIL PROTECTED] usable sfs login on my server, but I set it up some time ago.... So I thought I would try registering as a non-root user, and in that case sfs_authd didn't crash, and indeed I got prompted for a unix password, which I didn't get as root. But also, as far as I could tell, I still couldn't sfs login to the machine. But that needed more checking (I'm not quite sure about host naming/resolving requirements), and I haven't got back to the problem since... If anyone is familiar enough with the code to tell what its supposed to be doing....? It looks pretty odd to me, and it would be nice to know if that password is supposed to ever be empty, or whatever. -- [EMAIL PROTECTED]
