[Bug 446653] Review Request: coda - Coda distributed file system

bugzilla at redhat.com bugzilla at redhat.com
Tue May 20 18:26:35 UTC 2008


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: coda - Coda distributed file system


https://bugzilla.redhat.com/show_bug.cgi?id=446653





------- Additional Comments From j.w.r.degoede at hhs.nl  2008-05-20 14:26 EST -------
(In reply to comment #8)
> (In reply to comment #7)
> > >  * Use coda-client as the service name for the client, this is more intuitive
> > > and follows how the Debian packages are.
> > > 
> > 
> > This deviates from upstream, and makes it harder to use things like the coda
> > howto and other documents together with the packages.
> 
> This is true, but isn't /usr/coda really ugly? Also, when I say "Debian
> packages", I don't mean official packages (there aren't any), but the Debian
> packages that upstream makes for download. If you look at debian/ in the
> standard tarball, you will see the initscript and other files that use the
> FHS-style paths and the "coda-client" named service.
> 
> More importantly, Coda predates Linux and the FHS. The config file allows for
> the customization of directories to fit a particular system. The defaults are
> generic, and not really correct for a modern Linux system. The defaults given in
> the debian directory should be closer to what a Linux system today should have.
> 

Okay, I've taken a closer look at this and it seems that the coda-client indeed
can be made fully FHS compliant by using venus.conf, I've just finished working
on 6.9.3-2, which makes the necessary changes.

> > 
> > >  * Split out gcodacon
> > 
> > Why?
> > 
> 
> This is optional, but useful for avoiding dependences on Gtk.
> 

rpm doesn't generate any gtk deps for gcodacon

> > >  * Ship a venus.conf that sets the coda directories to places in /var/log,
> > > /var/run, etc
> > 
> > I've moved the entire venus cache, logs etc to /var/lib/coda by adding a
> > /usr/coda symlink which points to /var/lib/coda
> > 
> 
> See above. I don't think /usr/coda should exist on Fedora. /coda is bad enough!
> (But unavoidable.)
> 

See above, fixed now.

> > > Something needed but have not done yet:
> > >  * Add /etc/udev/makedev.d/99-coda.nodes with contents "cfs0"
> > 
> > This is not necessary the venus initscript loads the coda kernel module and then
> > the nodes get created automatically by udev
> 
> This is a race condition, yes? Or are you calling udev-settle? makedev.d avoids
> the race condition, and is what fuse does (which is similar to coda in some ways).
> 

I'm calling udev-settle, as is the debian initscript and the initscript
installed by make install.

So summarizing, expect 6.9.3-2 soon in rawhide (and F-9 and F-8) with the client
part now fully FHS compliant.


-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




More information about the package-review mailing list