RHEL 7 released
Bare metal servers, virtual machines, Infrastructure-as-a-Service (IaaS) and Platform-as-a-Service (PaaS) are converging to form a robust, powerful datacenter environment to meet constantly changing business needs. Answering the heterogeneous realities of modern enterprise IT, Red Hat Enterprise Linux 7 offers a cohesive, unified foundation that enables customers to balance modern demands while reaping the benefits of computing innovation, like Linux Containers and big data, across physical systems, virtual machines and the cloud – the open hybrid cloud."
Posted Jun 10, 2014 22:54 UTC (Tue)
by dowdle (subscriber, #659)
[Link] (1 responses)
I guess I'll have to keep those at RHEL6 and try some of my newer hardware.
Posted Jun 11, 2014 5:21 UTC (Wed)
by zdzichu (subscriber, #17118)
[Link]
Posted Jun 10, 2014 23:07 UTC (Tue)
by garrison (subscriber, #39220)
[Link] (7 responses)
Posted Jun 11, 2014 0:04 UTC (Wed)
by evad (subscriber, #60553)
[Link]
Posted Jun 11, 2014 0:07 UTC (Wed)
by dowdle (subscriber, #659)
[Link] (2 responses)
Now to answer your question as to what the default version of python is in RHEL7... according to the RHEL 7 release notes:
"Red Hat Enterprise Linux 7 includes Python 2.7.5, which is the latest Python 2.7 series release. This version contains many improvements in performance and provides forward compatibility with Python 3."
And I'm sure once SCL is available for RHEL 7, additional devel stack options will be available.
Posted Jun 11, 2014 8:54 UTC (Wed)
by BlueLightning (subscriber, #38978)
[Link]
Hmm, that's not actually true as of November last year when 2.7.6 was released (and 2.7.7 was released in May).
Posted Jun 11, 2014 13:34 UTC (Wed)
by misc (subscriber, #73730)
[Link]
Posted Jun 11, 2014 14:06 UTC (Wed)
by kmacleod (guest, #88058)
[Link] (2 responses)
Posted Jun 11, 2014 18:39 UTC (Wed)
by Otus (subscriber, #67685)
[Link] (1 responses)
What do you mean by the default? Is anyone seriously thinking about python == python3? That would break a lot of third party programs...
Posted Jun 11, 2014 18:44 UTC (Wed)
by rahulsundaram (subscriber, #21946)
[Link]
Posted Jun 11, 2014 0:15 UTC (Wed)
by dowdle (subscriber, #659)
[Link] (7 responses)
It sounds to me like the CentOS guys know exactly what is going on but they aren't allowed to say because someone from Red Hat should be making that announcement.
I think overall it is going to be good thing... that the source for RHEL will be available and trackable via git... but in the short term... not being able to easily download SRPM files from ftp.redhat.com is a big change... if indeed that change has happened. Say, where is the announcement? Or is the README all the announcement we are going to get.
- - - - -
ftp.redhat.org:/redhat/linux/enterprise/7Server/en/os/README
Current sources for Red Hat Enterprise Linux 7 have been moved to the
https://git.centos.org/project/rpms
- - - - -
Posted Jun 11, 2014 4:37 UTC (Wed)
by drag (guest, #31333)
[Link] (5 responses)
This is the first time ever that Redhat had made a major release with CentOS as part of their organization. There is bound to be some confusion going on and people are being conservative in what they are going to talk about in public.
It will be interesting to see just how long before CentOS 7 comes out. Previous delays between CentOS and Redhat releases almost ended up being a deal breaker for the company I work at. We are not going to be willing to spend the money on Redhat licenses for every single system and having to support multiple versions of OSes is a significant burden while it was beginning to be increasingly difficult to run order versions of everything. Ubuntu LTS started coming up in discussions more and more. It would be easier in a lot of ways to simply switch to a different OS.
So hopefully better release coordination between CentOS and Redhat will be forthcoming.
If that happens and combined with the 'Software collections' it can be a huge win. This is interesting since it more closely resembles what we have to do to make sure that the application developers get the arbitrary dependencies they desire. Although I haven't even started looking at it closely it seems promising. I was leaning along the lines of abandoning rpms altogether for our in-house apps and just using something like Nix package management on top of Redhat since decoupling the package management system from the OS has turned out well for other things I've played around with. :/
At the very least people who have had problems with running the latest and greatest versions of PHP, python, or ruby should have a much easier time now on CentOS/Redhat.
Posted Jun 11, 2014 4:39 UTC (Wed)
by drag (guest, #31333)
[Link]
dur... meant older.
Posted Jun 11, 2014 8:22 UTC (Wed)
by ab (subscriber, #788)
[Link] (1 responses)
Posted Jun 11, 2014 15:02 UTC (Wed)
by drag (guest, #31333)
[Link]
Posted Jun 11, 2014 16:29 UTC (Wed)
by ceplm (subscriber, #41334)
[Link] (1 responses)
Concerning python. My machine says
matej@wycliff: ~$ rpm -q python
And yes, I believe that the main culprit for non-python-3 is anaconda and other essential Python programs on which whole distro stays. We don't have python3 anaconda AFAIK.
Posted Jun 13, 2014 0:48 UTC (Fri)
by misc (subscriber, #73730)
[Link]
Posted Jun 11, 2014 9:29 UTC (Wed)
by bradh (guest, #2274)
[Link]
RHEL 7 released
RHEL 7 released
RHEL 7 released
RHEL 7 released
RHEL 7 released
RHEL 7 released
> Python 2.7 series release."
RHEL 7 released
RHEL 7 released
RHEL 7 released
RHEL 7 released
RHEL 7 released
following location:
RHEL 7 released
RHEL 7 released
RHEL 7 released
RHEL 7 released
RHEL 7 released
python-2.7.5-16.el7.x86_64
matej@wycliff: ~$
RHEL 7 released
RHEL 7 released