of Kiss Coda Wiki
Please update the platform table and notes according to your experience. Thanks!
|OS||Coda server||Coda client (Venus)||Coda client (Kernel module)||Notes / Up-to-date information|
|GNU/Linux (general, building from source)||Yes||Yes||Yes||Fully-supported. Main development and test platform.|
|Binary installer for any Linux distribution||Yes for x86, amd64||Yes for x86, amd64||Included in most distros||Available at http://www.aetey.se/index.php?Static&pg=CodaInstHowto|
|Debian GNU packages||Yes for x86/amd64||Yes for x86/amd64||Yes for x86/amd64||Up to date packages repository is at http://www.coda.cs.cmu.edu/debian BRANCH/ , where BRANCH is stable, testing or unstable.|
|Fedora RPM packages||Yes||Yes||In stock kernel||Standard Fedora 13 repositories.|
|RHEL/CentOS RPM packages||Yes||Yes||-||Add EPEL and Coda repositories. Then install using yum.|
|MacOS X||Possible||Yes||Yes for 10.3 No for 10.4||Closed, interoperability-unfriendly OS. See DarwinCoda (http://www.opendarwin.org/projects/DarwinCoda/) old project page (no longer functional?) and mailing list (http://coda.cs.cmu.edu/maillists/darwincoda/).|
|FreeBSD||Yes||Yes||Yes FreeBSD 7.0-8.x||Owful experience trying to get response to OS bug reports, not Coda-specific|
|Sun Solaris||Possible||Possible||No||There was Coda support for Solaris 7 (and 9?), old style before realms|
|Microsoft Windows||Unknown||Yes for 95/2000/XP||Yes for 95/2000/XP||See Windows status and download page (http://www.coda.cs.cmu.edu/windowsnt.html). Coda under Windows requires the Cygwin layer.|
Support for Coda on versions of FreeBSD < 7.0 is known to be unstable. In FreeBSD 7.0-8.x the Coda client is believed to basically work, although has not been extensively tested and there are known bugs in directory handling (directories longer than a page are broken under Linux ABI).
The writer’s experience of reporting Coda and NFSv4 bugs present in FreeBSD 9 and 10 indicates that the OS developers are not interested in properly implementing distributed file systems.
To date, the kernel module for coda died with 10.4. There were so many changes to the internal kernel interface that the job of porting became overwhelming.
For 10.5 there was some light in the tunnel - work has been done to create a userland only solution that does not require any kernel module. MacOS X allows for this because the two level linking scheme makes it possible to interpose most of the system calls.
In the end Apple has changed the OS internals again and again which made maintaining the Coda client finctionality infeasible even in user space. Apple apparently does not like open solutions.
The coda server does not require the kernel module nor it depends on a specific file system. That means the server should compile and run on any decent Unix platform that supports GNU autotools and compiler chain.
The Coda client cache manager, Venus, should compile and run on most platforms that supports GNU autotools and compiler chain. However, the nature of the Coda client is such that it requires kernel support.
Something has to catch accesses to the /coda filespace and handle bi-directional communication with cache manager Venus. This is the job of a kernel module, and the only relevant obstacle in getting the Coda client working under your operating system of choice is its kernel support for Coda.
Due to operating system specifics, kernel modules can differ significantly in actual implementation and functionality. This should, however, mostly be transparent for the end users.
At its former host wikidev.net this page has been accessed 4274 times.
Last modified: Thu Jun 26 07:36:54 UTC 2014