[OpenAFS] Re: In the RPM spec file, what is the goal of the special fedora
option?
Axel Thimm
openafs-info Mailing List <openafs-info@openafs.org>
Wed, 13 Feb 2008 06:09:59 +0200
--DKU6Jbt7q3WqK7+M
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Feb 12, 2008 at 09:07:34PM -0500, Derrick Brashear wrote:
> On Feb 12, 2008 9:01 PM, Paul Johnson <pauljohn32@gmail.com> wrote:
> > On Feb 12, 2008 4:03 PM, Derrick Brashear <shadow@gmail.com> wrote:
> > > On Feb 12, 2008 4:58 PM, Paul Johnson <pauljohn32@gmail.com> wrote:
> > > > I've been building RPMS for openafs versions for years and have alw=
ays
> > > > 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.
>=20
> It's personal preference here. If you buy into ATrpms there's probably va=
lue.
If installing atrpms-rpm-config for building openafs-kmdls seems too
much of a dependency, why not just cut out the needed macros from
there and bundle them with openafs' upstream src.rpm?
Note that the next generetion kmdl setup will add even more value by
o not needing any plugin for any of yum/apt/smart/any other depsolver
now or in the future
o dkms like support that will build kmdls during kernel rpm
installation time (contrary to boot time)
(of course, these changes will require some changes in the macros, so
any embedded macros would have to be updated at that time)
--=20
Axel.Thimm at ATrpms.net
--DKU6Jbt7q3WqK7+M
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
iD8DBQFHsm2XQBVS1GOamfERAjtOAJ4miRkTfg1AW7gNsLVht4ej+TidtwCfegmc
ullAqrHs7ca4V6jhHVG5Cyk=
=6vEp
-----END PGP SIGNATURE-----
--DKU6Jbt7q3WqK7+M--