Re: Release?

[Alain Magloire]

Bonjour

> > > > ...
> > > > > 
> > > > > - The r* deamon commands are not working on Solaris(SVR4) because
> > > > >   of the use of STREAMS, unfortunately my solaris box was decommission
> > > > >   and I do not have root priviledge to any.
> > > > 
> > > > How to solve this?  I can make it so that configure won't build r* 
> > > > daemons on sun-sparc-solaris* if you'd like.
> > > > 
> > > 
> > > It seems to be only rlogind that is not working, rsh works fine (as it 
> > > does
> > > no terminal handling).
> > 
> > Yes one of the problem was STREAM base pty "/dev/ptmx".  I put some
> > code in libinetutils/{forkpty,openpty}.c to cope with this and
> > rlogind should call forkpty(), I think I commited the code in,
> 
> Yes, the code is there. I think there was a bug in pushing the stream modules:
> the "pckt" module must be pushed to the master file handle (fdm). This caused
> rlogind to block the terminal.

You are soooo right!!! I could have stare at this for another 2 months
and never realize, muchas gracias.

> But after fixing this, rlogind (master) still has problems when reading
> from a file handle and then exits.
> 
> A possible workaround might be not to use streams - the old pty handling
> also/still works on Solaris.

Yes, that can be the fallback.

> > 
> > The other was UTMPX and how it was handle by svr4 and Solaris,
> > think I commited some code in there too.
> 
> That seems to work, too. At least it writes entries to /var/adm/utmpx.
> Is there a way (commandline tool) to read utmpx and verify the entries?

I wrote a small utility, but can not seem to put my hand on it.
There is the ``last'' command on Solaris, if think that reads
utmpx or wtmpx.

> > 
> > The last was spawning /bin/login with the right argument.
> 
> There is also still a problem - if I have the terminal handling working (by
> not using streams), login still asks for a password - ignoring .rhosts.

Yes this is one of the thing, when I looked at the login(1) I think you have
to pass '-r' (when __check_rhost is set) to get it to look at ~/.rhost
Unfortunately the information in the man page is not really helpfull, so
it is a try and error scheme.

> 
> I'm on vacation the next two weeks, but can try to continue when I'm 
> back.

Allright, thanks for the pointers, base on your comments and if I can
get my hand on Solaris box(should have one in a week), we can get this to work.

> Best regards,

Later,

--
alain