[Prev][Next][Index][Thread]

Re: Executor support for cap file format?



>>>>> "Alan" == Alan Hagge <hagge@avery.com> writes:
In article <4ipqrb$3fi@k2.avery.com> hagge@avery.com (Alan Hagge) writes:


    Alan> Executor (on my Linux box) seems to be a nice product, but I
    Alan> have ONE problem: I use CAP (the Columbia Appletalk Package)
    Alan> to exchange files with my Mac, and it uses a different
    Alan> protocol for storing the Mac files in the Unix filesystem,
    Alan> namely, using a .finderinfo and .resource directory, rather
    Alan> than the (none-too-wonderful) "official" Apple format.

    Alan> Can Executor be made to recognize the CAP file format?  If
    Alan> not, and any ARDI folks are listening, how 'bout adding the
    Alan> capability for the next release?  CAP file format details
    Alan> are at ftp://munnari.oz.au/mac.

Executor currently can't do anything with the CAP file format,
although I suspect there are people on this list who could easily
throw together a stopgap program that would combine the information
from the .finderinfo and .resource directories into a proper Apple
Double file.

It is unlikely that Executor will support CAP format in the near
future, since an informal survey of CAP vs. netatalk suggests that
we'll use netatalk's networking to provide networking under Executor.
Netatalk uses a slightly modified version of Apple Double, so we'll
probably support netatalk's format before supporting CAP's format.

Although adding CAP *file* format wouldn't be too difficult,
supporting Netatalk and CAP's *network* components would be, as such,
people who wanted nice network support under Executor/Linux would be
likely to be running netatalk, that would further push supporting
CAP's file format down in our priority queue.

    Alan> Thanks,

    Alan> -- Alan Hagge, Systems Administrator "Due to technical
    Alan> difficulties, the Avery Research Center light at the end of
    Alan> the tunnel has hagge@averydennison.com been turned off until
    Alan> further notice"

--Cliff
ctm@ardi.com


References: