[PATCH] kernel.spec: no more files in /boot
Don Zickus
dzickus at redhat.com
Wed May 6 15:48:00 UTC 2015
On Wed, May 06, 2015 at 10:41:28AM -0400, Josh Boyer wrote:
> > Not that my opinion matters much, but I think this is an interesting
> > mind shift. The end result is the same as today, just extra files in
> > /lib/modules/`uname -r`, right?
>
> Actually, I was hoping some other kernel maintainers would chip in so
> your opinion does matter. I really don't want to change this in Fedora
> to only have it reverted in a future RHEL. Maybe Jarod or Rafael would
> be kind enough to review as well...
Off the top of my head, if it works out for Fedora, I currently can't see a
reason RHEL would revert it. But that depends on what quirks falls out. :-)
>
> And yes, your summary is correct.
Thanks!
Cheers,
Don
>
> > This is one of those ideas, I am curious to see how it plays out. It can
> > turn into nothing or allow us to do more interesting things from a package
> > maintaince or sysadmin perspective.
> >
> > The only problem is how does one go about implementing ideas like this,
> > aside from creating their own distro?
> >
> > If all we are doing is adding new files to /lib/modules, then it is low
> > risk, I would think. But I would probably keep this in rawhide somehow (if
> > at all possible).
>
> If we apply it, it would start in rawhide and work its way through the
> normal Fedora release process. So at this point the earliest release it
> would land in would be Fedora 23. The backwards compatibility Harald
> noted was for ease of use in testing rawhide kernels on older userspace.
>
> > Then again I like some of the ideas of the stateless model as it makes
> > updating machines (servers big and small) easier. I almost think Docker
> > but with distros instead of apps.
> >
> > Just my 2cents.
>
> Thanks.
>
> josh
More information about the kernel
mailing list