Hi Ian Kent schrieb: > I think this will need thought wrt what distros use which directories. > Perhaps some work on configure to make it happen right and at least a deal > of work on the init script. > > My question is "can we try to do this in a reasonably distribution > independent manner". Having each distro carry its own patches is one way > to identify the needs.
Actually I don't like this at all. The debian patches to the init script of autofs3 are the reason why autofs4 is not even in unstable yet: they are copious in size and fix some delicate (shell coding, ldap) issues, so it's not obvious wheter they need to be applied to the new init script and how these problems are best fixed. Partly that's an issue of badly documented patches, but they shoudln't have accumulated like this in the first place. What I'd much prefer to see (and actually thought about doing myself) is removing the whole "plug the master map together" and direct interaction with automount processes from the init script. Instead there should be a autofscontrol tool (similar to the ones for apache, bind, ntpd, etc; interactive operation is not strictly a requirement though) which can start, stop, reload and display status information. This would have to be able to act globally on _all_ automount instances. The init script could then stick to assuring a sane environment and calling this control tool in the way desired by the user. > The reason I piped up here is that I have a crazy idea that it would be > good to be able to use autofs in a range of distributions. Not just RedHat > and Debian as it is now in the init script. But I'm not sure how I can do > that yet. Separating distribution specific stuff from generic code would be a first step towards that goal IMHO. ciao, 2ri -- Secure email, spread GPG, clearsign all mail. http://www.gnupg.org . "Never" is almost always earlier than you think.
signature.asc
Description: Digital signature
_______________________________________________ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs
