of Kiss Coda Wiki

Platform Support Status Table

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
Debian GNU packages Yes for x86/amd64 Yes for x86/amd64 Yes for x86/amd64 Up to date packages repository is at 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 ( old project page (no longer functional?) and mailing list (
NetBSD Yes Yes Yes Fully supported
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 ( Coda under Windows requires the Cygwin layer.

Platform-specific Notes


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.

Mac OS X

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.

General Portability Notes

Coda Server

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.

Coda Client / Venus

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.

Coda Client / 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 this page has been accessed 4274 times.

Last modified: Thu Jun 26 07:36:54 UTC 2014