On Feb 12, 2008 9:01 PM, Paul Johnson <[EMAIL PROTECTED]> wrote: > On Feb 12, 2008 4:03 PM, Derrick Brashear <[EMAIL PROTECTED]> wrote: > > On Feb 12, 2008 4:58 PM, Paul Johnson <[EMAIL PROTECTED]> wrote: > > > I've been building RPMS for openafs versions for years and have always > > > just used the default approach that creates openafs-kernel rpm. > > > > > > Now I notice in the 1.4.6 spec file an option for fedora, but I can't > > > quite understand what benefit there is in this approach. The only > > > thing I can tell for sure is it builds the kernel module into a > > > package called kmod-openafs. I don't understand what the benefit of > > > that change is. > > > > > > Can you fill me in? > > > > Other packages for fedora which provide kernel modules do the same > > with same-style dependencies; we provide something analogous to what > > everyone else(*) does. > > > It is a funny coincidence that, in the rpm-list, I've started an > argument against ATrpms and the requirement of installing customized > macro packages. So I agree with you there.
It's personal preference here. If you buy into ATrpms there's probably value. > But I'm still not quite getting the point. Aside from renaming the > kernel module as kmod-openafs, thus allowing yum or some other > dependency resolver to do its business, I can't see what this does. > > Can I be more specific? > > Is the actual kernel file openafs.ko the same thing in either version? Certainly hope so. > Is everything else just signals to the rpm database and yum or apt? > > I note that kmodtool distributed with openafs-1.4.6 says it is > customized by Simon Wilkinson. It adds computation of the "Version" for the spec file. > That means I erased the pre-existing version of kmodtool that I had in > my SOURCE tree and I'm a little disappointed there. When I build some > other rpm, it is likely that kmodtool willl get erased again. If > Simon has something vital in there, it might be better to re-name that > file kmodtool-afs so that it is not obliterating the standard one. That's... not really clever to count on. But, this is easy enough to accomodate. _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
