On Thu, Jun 14, 2018 at 3:07 PM, Jonathan Billings <billings at negate.org> wrote:> On Wed, Jun 13, 2018 at 11:16:55PM -0700, Alice Wonder wrote: > > > You might be able to pay Red Hat for an Extended Update Support > > > release of RHEL7 that has a similar version > > > (kernel-3.10.0-514.51.1.el7) but support ends November 30 2018. > > > > > > https://access.redhat.com/articles/rhel-eus > > > > > > > The src.rpm for that kernel is probably available somewhere. > > I'm fairly certain you cannot download the SRPM for EUS kernels. You > might if you're a Red Hat customer paying for that product (but don't > take my word for it). > > EUS 7.3.x support is going away soon enough that the real answer is to > plan to migrate to supported RHEL/CentOS kernels. > >I agree for the format of release (SRPM), but in any case Red Hat should provide the sources for the changes, as the kernel is GPL-2.0 Then one can manually try to merge them in a patched kernel in some way... Gianluca
On Thu, 14 Jun 2018 16:26:27 +0200 Gianluca Cecchi <gianluca.cecchi at gmail.com> wrote: ...> > > The src.rpm for that kernel is probably available somewhere. > > > > I'm fairly certain you cannot download the SRPM for EUS kernels. > > You might if you're a Red Hat customer paying for that product (but > > don't take my word for it)....> I agree for the format of release (SRPM), but in any case Red Hat > should provide the sources for the changes, as the kernel is GPL-2.0 > Then one can manually try to merge them in a patched kernel in some > way... GianlucaRedhat of course complies with the GPL and provide source to the customers that get access to the binary packages. They are not required to provide the sources to anyone else. /Peter
On 06/14/18 10:00, Peter Kjellstr?m wrote:> On Thu, 14 Jun 2018 16:26:27 +0200 > Gianluca Cecchi <gianluca.cecchi at gmail.com> wrote: > ... >>>> The src.rpm for that kernel is probably available somewhere. >>> >>> I'm fairly certain you cannot download the SRPM for EUS kernels. >>> You might if you're a Red Hat customer paying for that product (but >>> don't take my word for it). > ... >> I agree for the format of release (SRPM), but in any case Red Hat >> should provide the sources for the changes, as the kernel is GPL-2.0 >> Then one can manually try to merge them in a patched kernel in some >> way... Gianluca > > Redhat of course complies with the GPL and provide source to the > customers that get access to the binary packages. They are not required > to provide the sources to anyone else.GPL requires to provide source if everything derived from the original source to everybody, not only to customers. And RedHat was ever compliant with GPL. Kudos to RedHat! So, if there exist patched kernels of out of support life, they should be downloadable somewhere somehow. On the other hand, I will not raise any issue about source of these patched ancient kernels, as my sympathy as human is on RedHat's side: I know how much work that is, and programmers who do that have to feed their families. (This is why BSD style license which is different from GPL in this respect does make sense either). Valeri> > /Peter > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >-- ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++
On 06/14/2018 08:00 AM, Peter Kjellstr?m wrote:> On Thu, 14 Jun 2018 16:26:27 +0200 > Gianluca Cecchi <gianluca.cecchi at gmail.com> wrote: > ... >>>> The src.rpm for that kernel is probably available somewhere. >>> >>> I'm fairly certain you cannot download the SRPM for EUS kernels. >>> You might if you're a Red Hat customer paying for that product (but >>> don't take my word for it). > ... >> I agree for the format of release (SRPM), but in any case Red Hat >> should provide the sources for the changes, as the kernel is GPL-2.0 >> Then one can manually try to merge them in a patched kernel in some >> way... Gianluca > > Redhat of course complies with the GPL and provide source to the > customers that get access to the binary packages. They are not required > to provide the sources to anyone else. > > /PeterYes that's why I said somewhere. At least in the past there have been people who made their own mirrors of RHEL exclusive source packages (which the GPL allows). I don't know who does now, but someone somewhere probably does.