James Carlson <james.d.carlson at Sun.COM> wrote:

> Joerg Schilling writes:
> > Don Cragun <don.cragun at sun.com> wrote:
> > 
> > > The project team has made minor updates to the proposal to address
> > > concerns raised by Darren, Garrett, and internal project team members.
> > > (GNU rmt will move from /usr/sfw/libexec/grmt to /usr/lib/grmt instead
> > > of /usr/libexec/rmt, man page links will be placed in
> > 
> > As I mentioned already, grmt is not needed as the rmt program from star
> > is replacing /etc/rmt ans this rmt implementation is a true superset of the
> > functionality of all known rmt implementation.
>
> I've taken a look at the GNU tar documentation, and unless I'm
> misunderstanding this, it looks like this issue has gotten pretty
> confused, and it seems that we need some technical input from the
> project team.
>
> First of all, there doesn't appear to be a GNU variant of "rmt."
> Instead, GNU tar comes with a copy of the original BSD rmt, just as we
> already have.

PSARC/2004/480 has not been done for fun but because Solaris urgently 
_needs_ the code from star for compatibility. 

Your claim is wrong in two ways:

-       GNU tar does _not_ come with a copy of the original BSD rmt.
        It comes with some important extensions that give better
        compatibility. Well, it is based on the original 1981 rmt source
        from BSD... but this does not mean anything.

-       Solaris /etc/rmt is not even truely _based_ on the original 
        BSD rmt. It has been written at UCB for Sun but it behaves
        different. Sun rmt implements some other addidions that
        give better compatibility and it implements it's code 
        dual-threaded which makes it ~ 30% slower than the star
        implementation.

Star's "rmt" implements all additions from all known rmt implementations
and it implements own additions that give further enhanced compatibolity.
Star's rmt in addition implements:

-       IPv6 support

-       ssh support

-       better and configurable security.

Star's "rmt" server is the only rmt server that nicely plays with all rmt 
clients.


It makes no sense to add just another rmt implementation that inly gives very 
limited compatibility. 

J?rg

-- 
 EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
       js at cs.tu-berlin.de                (uni)  
       schilling at fokus.fraunhofer.de     (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily

Reply via email to