Hi Team,
Recently , we found that there is no official Linux kernel RPM (version 3.18.22) for CentOS 7 . We have created our own spec file and created RPM for the same . We would like to contribute it to CentOS Repo. Could someone please let me know , how I can proceed to contribute.
Thanks & Regards, Uday The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
Uday,
CentOS only ships rebuilt RHEL stuff, so unless it's in RHEL, it doesn't ship (with the exception of centosplus and SIGs). There is already a project packing various alternative kernels for CentOS, www.elrepo.org , check out kernel-ml, kernel-lt etc.
HTH Lucian
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "ravulakollu kumar" ravulakollu.kumar@wipro.com To: centos-devel@centos.org Sent: Thursday, 12 November, 2015 08:20:28 Subject: [CentOS-devel] Query regarding contributing RPMs to CentOS Repo
Hi Team,
Recently , we found that there is no official Linux kernel RPM (version 3.18.22) for CentOS 7 . We have created our own spec file and created RPM for the same . We would like to contribute it to CentOS Repo. Could someone please let me know , how I can proceed to contribute.
Thanks & Regards, Uday The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
Hi
On 12/11/15 08:20, ravulakollu.kumar@wipro.com wrote:
Hi Team,
Recently , we found that there is no official Linux kernel RPM (version 3.18.22) for CentOS 7 . We have created our own spec file and created RPM for
the same . We would like to contribute it to CentOS Repo. Could someone please let me know , how I can proceed to contribute.
What is the aim of this ? Where it lands would depend entirely on the goal.
Hi ,
We have a requirement to use kernel version 3.18.22 on top of CentOS7. We have created RPM package for Linux kernel 3.18.22 for our purpose. We would like to contribute the same to CentOS Repositories. My question is whether centos accepts contribution from others ? If so we would like to contribute our spec file and RPM.
Thanks, Uday
-----Original Message----- From: centos-devel-bounces@centos.org [mailto:centos-devel-bounces@centos.org] On Behalf Of Karanbir Singh Sent: Friday, November 13, 2015 4:13 PM To: centos-devel@centos.org Subject: Re: [CentOS-devel] Query regarding contributing RPMs to CentOS Repo
Hi
On 12/11/15 08:20, ravulakollu.kumar@wipro.com wrote:
Hi Team,
Recently , we found that there is no official Linux kernel RPM (version 3.18.22) for CentOS 7 . We have created our own spec file and created RPM for
the same . We would like to contribute it to CentOS Repo. Could someone please let me know , how I can proceed to contribute.
What is the aim of this ? Where it lands would depend entirely on the goal.
-- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
On 13 November 2015 at 10:53, ravulakollu.kumar@wipro.com wrote:
Hi ,
We have a requirement to use kernel version 3.18.22 on top of CentOS7. We have created RPM package for Linux kernel 3.18.22 for our purpose. We would like to contribute the same to CentOS Repositories. My question is whether centos accepts contribution from others ? If so we would like to contribute our spec file and RPM.
Thanks, Uday
1) Please don't top post 2) That seems rather specific. Why is that in particular being targeted, and why does the base, centosplus or elrepo kernels? 3) Given the specificity how do you propose to maintain it? Although 3.18 is a long term series 22 is already a couple of revisions behind and the 23 patch was fairly substantial to miss: https://cdn.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.23
On 13/11/15 10:53, ravulakollu.kumar@wipro.com wrote:
We have a requirement to use kernel version 3.18.22 on top of CentOS7. We have created RPM package for Linux kernel 3.18.22 for our purpose. We would like to contribute the same to CentOS Repositories. My question is whether centos accepts contribution from others ? If so we would like to contribute our spec file and RPM.
There is a 4.x kernel already in the centos repos, it might be good to visit that and contribute developer time towards maintaining that. If you really want to push in a 3.18.x kernel, then what sort of a maintenance and support cycle are you looking at ? and how do you plan on executing that ?
We can likely find a place as an alternate CentOS Plus kernel, if there is enough confidence in having a supported setup.
regards,
On 11/13/2015 06:18 AM, Karanbir Singh wrote:
On 13/11/15 10:53, ravulakollu.kumar@wipro.com wrote:
We have a requirement to use kernel version 3.18.22 on top of CentOS7. We have created RPM package for Linux kernel 3.18.22 for our purpose. We would like to contribute the same to CentOS Repositories. My question is whether centos accepts contribution from others ? If so we would like to contribute our spec file and RPM.
There is a 4.x kernel already in the centos repos, it might be good to visit that and contribute developer time towards maintaining that. If you really want to push in a 3.18.x kernel, then what sort of a maintenance and support cycle are you looking at ? and how do you plan on executing that ?
We can likely find a place as an alternate CentOS Plus kernel, if there is enough confidence in having a supported setup.
regards,
There is also currently a 3.18.x LTS kernel (the latest version built is 3.18.21) in the Xen branch of the Virt SIG for both CentOS-6 and CentOS-7.
On Fri, Nov 13, 2015 at 5:53 AM, ravulakollu.kumar@wipro.com wrote:
Hi ,
We have a requirement to use kernel version 3.18.22 on top of CentOS7. We have created RPM package for Linux kernel 3.18.22 for our purpose. We would like to contribute the same to CentOS Repositories. My question is whether centos accepts contribution from others ? If so we would like to contribute our spec file and RPM.
Thanks, Uday
That.... is so many major revisions ahead it cannot reasonably be in the mainline kernels for CentOS. 7, which had a base kernel of 3.10.0. Remember that CentOS, Scientific Linux, and the old Whitebox are all rebuilds of the commercial RHEL, and RHEL has a 10 year supported lifespan. Red Hat, upstream, *cannot* do major kernel upgrades in the main repositories without potentially breaking core features such as systemd, real-time kernel support, virtualization, and vendor supported storage controllers. It takes serous testing to release a commercial kernel, it's not cheap:
Moreover, the upstream testing for Red Hat is basically Fedora: Fedora 23, which was just released, is using kernel-4.4.0. If they need to jump major revisions ahead, why would Red Hat or CentOS want to spend testing, support, and development time on an intermediate kernel?
This is not to demean the potential usefulness of your work, particularly if it enables kernel features not available in the 3.10 kernels. But perhaps you could mention why you think this particular kernel release is useful, and why it shouldn't simply be published as, say, a personal github source tree for people who might find it useful?
On 13/11/15 12:27, Nico Kadel-Garcia wrote:
That.... is so many major revisions ahead it cannot reasonably be in the mainline kernels for CentOS. 7, which had a base kernel of 3.10.0. Remember that CentOS, Scientific Linux, and the old Whitebox are all rebuilds of the commercial RHEL, and RHEL has a 10 year supported lifespan. Red Hat, upstream, *cannot* do major kernel upgrades in the main repositories without potentially breaking core features such as systemd, real-time kernel support, virtualization, and vendor supported storage controllers. It takes serous testing to release a commercial kernel, it's not cheap:
For the main line distro, that is true - but in the CentOS Space, we have lots of provisions to help curate layered and external content as well. We already host a huge amount of content in that space, and have much larger infra dedicated to this ( including build, test, release ).
The key to working out a plan for Uday's kernel is going to be driven by how he intends to support it and do maintenance work in that space.
regards,
On 13/11/15 12:37, Karanbir Singh wrote:
The key to working out a plan for Uday's kernel is going to be driven by how he intends to support it and do maintenance work in that space.
And what purpose it serves and why he thinks he needs it rather than reporting problems against the RHEL one.
T
On Fri, Nov 13, 2015 at 4:37 AM, Karanbir Singh mail-lists@karan.org wrote:
The key to working out a plan for Uday's kernel is going to be driven by how he intends to support it and do maintenance work in that space.
Taking this opportunity, I'd like to share my recent experience that might show what it's like to maintain non-distro kernels.
For those who are not familiar, ELRepo (Alan Bartlett) maintains the latest mainline kernel for RHEL/CentOS/Scientific Linux as 'kernel-ml' [1]. When the first release candidate for kernel 4.2 (4.2-rc1) came out, Alan immediately noticed it did not build under RHEL 6. Long story short, a piece of kernel code in the netfilter section was not compatible with gcc 4.4.x (used in EL6) [2]. Apparently, kernel developers did not test-build against "older" versions of gcc.
Despite the fact the patch was submitted at the early stage of the 4.2 RC process, the fix did not make it into kernel 4.2. So, there was no kernel-ml 4.2. Fortunately, the patch was added to kernel 4.3-rc1 and ,therefore, kernel-ml 4.3 could be released.
With regard to kernel 4.2, the patch had to be backported. It was one of several hundreds of patches that were waiting to be added by GregKH. It eventually happened with kernel 4.2.4.
The whole thing involved email exchanges, testing proposed patches, etc. So, here we are talking about commitment ...
Akemi
[1] http://elrepo.org/tiki/kernel-ml [2] https://lkml.org/lkml/2015/7/5/74
Taking this opportunity to thank you all at ElRepo for a great job. :-)
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "The CentOS developers mailing list." centos-devel@centos.org Sent: Saturday, 14 November, 2015 16:57:53 Subject: Re: [CentOS-devel] Query regarding contributing RPMs to CentOS Repo
On Fri, Nov 13, 2015 at 4:37 AM, Karanbir Singh mail-lists@karan.org wrote:
The key to working out a plan for Uday's kernel is going to be driven by how he intends to support it and do maintenance work in that space.
Taking this opportunity, I'd like to share my recent experience that might show what it's like to maintain non-distro kernels.
For those who are not familiar, ELRepo (Alan Bartlett) maintains the latest mainline kernel for RHEL/CentOS/Scientific Linux as 'kernel-ml' [1]. When the first release candidate for kernel 4.2 (4.2-rc1) came out, Alan immediately noticed it did not build under RHEL 6. Long story short, a piece of kernel code in the netfilter section was not compatible with gcc 4.4.x (used in EL6) [2]. Apparently, kernel developers did not test-build against "older" versions of gcc.
Despite the fact the patch was submitted at the early stage of the 4.2 RC process, the fix did not make it into kernel 4.2. So, there was no kernel-ml 4.2. Fortunately, the patch was added to kernel 4.3-rc1 and ,therefore, kernel-ml 4.3 could be released.
With regard to kernel 4.2, the patch had to be backported. It was one of several hundreds of patches that were waiting to be added by GregKH. It eventually happened with kernel 4.2.4.
The whole thing involved email exchanges, testing proposed patches, etc. So, here we are talking about commitment ...
Akemi
[1] http://elrepo.org/tiki/kernel-ml [2] https://lkml.org/lkml/2015/7/5/74 _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
-
Akemi Yagi -
James Hogarth -
Johnny Hughes -
Karanbir Singh -
Nico Kadel-Garcia -
Nux! -
ravulakollu.kumar＠wipro.com -
Trevor Hemsley