-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Somebody in the thread at some point said:
| |> I would like to propose we radically simplify how we deal with | |> modules, simply by pushing all the ones we create into the main | |> kernel package. This has one disadvantage, size on storage, but | |> What do the folks who handle this packaging think about this proposal? | |> | | Or we could just RRECOMEND kernel-modules which will drag in all | | modules. See we are ahead. | | What is "kernel-modules" then, a metapackage for all modules? | | I can't "see we are ahead" if nobody tells me what is happening. Assuming this is so, why do we generate a bazillion pointless module packages still if having the kernel package brings 'em all in anyway, and they will ALL be regenerated at each kernel package uplevel? How is that "ahead" of just making a single kernel package that has the modules in too? - -Andy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiWwUwACgkQOjLpvpq7dMpe9gCfQRqOObpDohLlWY7Dv/rE6e8/ NT8AoIAMGGnf6mRGhSRBL9S4WqxNEz/1 =woEL -----END PGP SIGNATURE----- _______________________________________________ devel mailing list [email protected] https://lists.openmoko.org/mailman/listinfo/devel
