[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
------- 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