Thanks for the info....

I need to track down a number of the archive packages...  I have the info
zip stuff properly installed, but still need most of the others.  There
should be a way of forcing (or moding) the info zip code to produce the
very old format that is the old ARC standard that fidonet
"supports".....  But, I'll probably just settle with running the
MN flag and letting folks trip over that one.... ......  Yes,
I'll find the un-arc program when I finally get down to that issue.....

Again, thanks for the info.....

Bob Jones, 1:343/41


 RT>> Those work fine, in DOS/WIN98 or whatever DOS boxes, so does the
 RT>> OS/2 variant, but on Linux they don't exist, ARC5.21e changes the
 RT>> date, at least all the different acrhives of it, I have managed
 RT>> to download do.

 ML> Now I see the problem!  It's my error, grin.

 RT> 

 ML> And worse, IIRC, Phil Katz is missing in action .. sadly .. ;(

 RT> :-((

 ML> I wonder, could you run it emulated, just to get where ya'll are
 ML> going, for the moment, distributed with a wrapper?  In a way,
 ML> remember, that was what was done with some of the archivers for OS/2,
 ML> wasn't it?  PKZIP2.CMD and PKUNZIP2.CMD, to be 
 ML> specific.  If you could
 ML> do that sort of thing in Linux here just to plow 
 ML> around this, it would
 ML> get you where you are going,,

 RT> No need to run it emulated there is a utility called
"nomarch" which will 
 RT> un-arc, arc packets, but will not create them.

 RT> Pointed this out, because it came to light with MBSE 
 RT> BBS for Linux/FreeBSD, 
 RT> and nomarch is a usable utility, buy it does not help you if you need to 
 RT> create *.arc files for a downlink.

 RT> Russell

--- Maximus/2 3.01