Hello all,
When a new major version of CentOS is released, what is the typical timeframe for the Software Collections Library to catch up? Specifically, I'm looking for devtoolset-8 for CentOS 8, and I can't seem to find it.
Thanks,
George Eckert
Hi George,
Doesn't CentOS 8 provide all the tools from devtoolset-8 in the standard repos? What else are you missing?
Joel
On 9/27/19 7:36 AM, EXT-Eckert III, George W wrote:
Hello all,
When a new major version of CentOS is released, what is the typical timeframe for the Software Collections Library to catch up? Specifically, I’m looking for devtoolset-8 for CentOS 8, and I can’t seem to find it.
Thanks,
George Eckert
CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
_____________________________________________________________________________
This email has been filtered by SMX. For more info visit http://smxemail.com _____________________________________________________________________________
On Thu, Sep 26, 2019 at 4:41 PM Joel Teichroeb joel.teichroeb@smxemail.com wrote:
Hi George,
Doesn't CentOS 8 provide all the tools from devtoolset-8 in the standard repos? What else are you missing?
I can confirm on the RHEL side at least that SCL's are now first-class citizens and are directly in the distro. While I haven't checked, I assume they remained that way in the CentOS Linux 8 rebuild.
-Mike
Joel
On 9/27/19 7:36 AM, EXT-Eckert III, George W wrote:
Hello all,
When a new major version of CentOS is released, what is the typical timeframe for the Software Collections Library to catch up? Specifically, I’m looking for devtoolset-8 for CentOS 8, and I can’t seem to find it.
Thanks,
George Eckert
CentOS-devel mailing listCentOS-devel@centos.orghttps://lists.centos.org/mailman/listinfo/centos-devel
This email has been filtered by SMX. For more information visit smxemail.com. _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
What I did on CentOS 7 was “yum install centos-release-scl” followed by “yum install devtoolset-8” in order to get gcc 8.3 and friends. I’m at work, and I cannot remember whether or not installing the centos-release-scl actually succeeded, but the install devtoolset-8 definitely fails, saying that it cannot be found.
George Eckert
From: CentOS-devel [mailto:centos-devel-bounces@centos.org] On Behalf Of Mike McGrath Sent: Thursday, September 26, 2019 8:50 PM To: The CentOS developers mailing list. centos-devel@centos.org Subject: Re: [CentOS-devel] CentOS 8 - Full SCL availability?
On Thu, Sep 26, 2019 at 4:41 PM Joel Teichroeb <joel.teichroeb@smxemail.commailto:joel.teichroeb@smxemail.com> wrote:
Hi George,
Doesn't CentOS 8 provide all the tools from devtoolset-8 in the standard repos? What else are you missing?
I can confirm on the RHEL side at least that SCL's are now first-class citizens and are directly in the distro. While I haven't checked, I assume they remained that way in the CentOS Linux 8 rebuild.
-Mike
Joel
On 9/27/19 7:36 AM, EXT-Eckert III, George W wrote: Hello all,
When a new major version of CentOS is released, what is the typical timeframe for the Software Collections Library to catch up? Specifically, I’m looking for devtoolset-8 for CentOS 8, and I can’t seem to find it.
Thanks,
George Eckert
_______________________________________________
CentOS-devel mailing list
CentOS-devel@centos.orgmailto:CentOS-devel@centos.org
https://lists.centos.org/mailman/listinfo/centos-devel
This email has been filtered by SMX. For more information visit smxemail.comhttp://smxemail.com/. _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.orgmailto:CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
--
Mike McGrath
Platform Engineering - Chicago
Red Hat
mmcgrath@redhat.commailto:mmcgrath@redhat.com T: (312)-660-3547tel:(312)-660-3547
On Fri, Sep 27, 2019 at 9:23 AM EXT-Eckert III, George W george.w.eckertiii@boeing.com wrote:
What I did on CentOS 7 was “yum install centos-release-scl” followed by “yum install devtoolset-8” in order to get gcc 8.3 and friends. I’m at work, and I cannot remember whether or not installing the centos-release-scl actually succeeded, but the install devtoolset-8 definitely fails, saying that it cannot be found.
GCC 8 is the system compiler in EL8, so there's no devtoolset-8 for CentOS 8 (or RHEL 8, for that matter). There should be a devtoolset-9 soon for EL8.
It is gcc8 in RHEL, but it is 8.2, not 8.3. Installing devtoolset-8 on RHEL 8 gets you gcc 8.3.
George Eckert Boeing (contractor through Geocent) SLS – Electrical Ground Support Equipment (EGSE)
-----Original Message----- From: CentOS-devel [mailto:centos-devel-bounces@centos.org] On Behalf Of Neal Gompa Sent: Friday, September 27, 2019 10:14 AM To: The CentOS developers mailing list. centos-devel@centos.org Subject: Re: [CentOS-devel] CentOS 8 - Full SCL availability?
On Fri, Sep 27, 2019 at 9:23 AM EXT-Eckert III, George W george.w.eckertiii@boeing.com wrote:
What I did on CentOS 7 was “yum install centos-release-scl” followed by “yum install devtoolset-8” in order to get gcc 8.3 and friends. I’m at work, and I cannot remember whether or not installing the centos-release-scl actually succeeded, but the install devtoolset-8 definitely fails, saying that it cannot be found.
GCC 8 is the system compiler in EL8, so there's no devtoolset-8 for CentOS 8 (or RHEL 8, for that matter). There should be a devtoolset-9 soon for EL8.
-- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel
Hi Folks,
GCC 8 is the system compiler in EL8, so there's no devtoolset-8 for CentOS 8 (or RHEL 8, for that matter). There should be a devtoolset-9 soon for EL8.
My understanding is that Application Streams [1] is replacing Software collections for RHEL8 and therefore in C8. But it would be great if someone from Red Hat could clarify this point.
One main difference is that SCLs can be installed in parallel while Application streams cannot.
[1]: https://developers.redhat.com/blog/2018/11/15/rhel8-introducing-appstreams/
On Fri, Sep 27, 2019, at 12:52 PM, Thomas Oulevey wrote:
Hi Folks,
GCC 8 is the system compiler in EL8, so there's no devtoolset-8 for CentOS 8 (or RHEL 8, for that matter). There should be a devtoolset-9 soon for EL8.
My understanding is that Application Streams [1] is replacing Software collections for RHEL8 and therefore in C8. But it would be great if someone from Red Hat could clarify this point.
That's the official marketing line. RH now ships their supported tomcat server as an SCL, even on RHEL 8, calling it "jws5." This may be because they still ship tomcat natively in the no-default-stream of the pki-deps module. (They don't want you to know that the easiest way to get it is `yum install 'bundled(tomcat)'`, nor can you repoquery disabled modules.)
One main difference is that SCLs can be installed in parallel while Application streams cannot.
Agreed. I thought the `-syspaths` sub packages fixed the usability if SCLs pretty well, though.
V/r, James Cassell
On Fri, Sep 27, 2019 at 9:53 AM Thomas Oulevey thomas.oulevey@cern.ch wrote:
Hi Folks,
GCC 8 is the system compiler in EL8, so there's no devtoolset-8 for CentOS 8 (or RHEL 8, for that matter). There should be a devtoolset-9 soon for EL8.
My understanding is that Application Streams [1] is replacing Software collections for RHEL8 and therefore in C8. But it would be great if someone from Red Hat could clarify this point.
One main difference is that SCLs can be installed in parallel while Application streams cannot.
Red Hatter here and you've hit the nail on the head: For use cases where you generally only want one version installed at a time, or it fits nicely in a container, AppStreams are the way to go. We're still issuing SCLs where there is a known need to have multiple versions of immediately available at the same time. The devtoolset falls into this latter category. Thus we ship it as an SCL to allow for parallel installability and usability.
-
Brendan Conoboy -
EXT-Eckert III, George W -
James Cassell -
Joel Teichroeb -
Mike McGrath -
Neal Gompa -
Thomas Oulevey