Slashdot Mirror
Red Hat Enterprise Linux Version 7.5 Released (redhat.com)
On Tuesday Red Hat announced the general availability of Red Hat Enterprise Linux version 7.5.
An anonymous reader writes: Serving as a consistent foundation for hybrid cloud environments, Red Hat Enterprise Linux 7.5 provides enhanced security and compliance controls, tools to reduce storage costs, and improved usability, as well as further integration with Microsoft Windows infrastructure both on-premise and in Microsoft Azure.
New features include a large combination of Ansible Automation with OpenSCAP, and LUKS-encrypted removable storage devices can be now automatically unlocked using NBDE. The Gnome shell has been re-based to version 3.26, the Kernel version is 3.10.0-862, and the kernel-alt packages include kernel version 4.14 with support for 64-bit ARM, IBM POWER9 (little endian), and IBM z Systems, while KVM virtualization is now supported on IBM POWER8/POWER9 systems.
See the detailed release notes here.
New features include a large combination of Ansible Automation with OpenSCAP, and LUKS-encrypted removable storage devices can be now automatically unlocked using NBDE. The Gnome shell has been re-based to version 3.26, the Kernel version is 3.10.0-862, and the kernel-alt packages include kernel version 4.14 with support for 64-bit ARM, IBM POWER9 (little endian), and IBM z Systems, while KVM virtualization is now supported on IBM POWER8/POWER9 systems.
See the detailed release notes here.
"tools to reduce storage costs"
Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
I hope the replaced kernel 3.10.0-693.21.1.el7.x86_64 with a better kernel :). For some laptops models, DRI had to be disabled in X to prevent hangs. That kernel was applied in 7.3 to fix a vulnerability and was carried over to 7.4.
... simply because you can't see the code. Ignorance is bliss? In your case, apparently so.
Tell that to Intel/AMD with their Spectre and Meltdown vulnerabilities affecting products _decades_ old. They shouldn't have open-sourc.... oh wait!
RHEL chose to create a new subscription just for ansible, one that contains with "ansible" with the same package name and version as the recently ansible package in EPEL. The result is that the RHEL version, and the EPEL version, are going to fight it out for installation supremacy on any system that has the upstream channel and the EPEL channel both enabled.
This was avoidable: it's exactly the sort of thing that the engineer who set up the new channel should have looked for. It's also why I loathe the subscription channel structure for Red Hat. I understand why they want people to pay for licenses for some of the channels, but before RHEL, Red Hat used to publish most of their content as RPM's directly. They have effectively recreated that non-commercial, non-supported channel or set of channels by supporting and collaborating with CentOS. But it still sometimes causes issues.
Do not get me *going* on the problems caused by the obsolete version of Subversion in the RHEL distributions. I used to update that from Repoforge, but that repo stopped getting updates years ago.
In the "Deprecated Functionality" chapter, it is mentioned that Python 2 will not be shipped in the OS:
* https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/7.5_release_notes/chap-red_hat_enterprise_linux-7.5_release_notes-deprecated_functionality
If you need it in RHEL 8, you need to either get it via EPEL, another third-party repo, or compile-from-source.
We use Centos internally, so deploying on RedHat is pretty painless.
I think that the best advice you can give your very powerful clients is to base all their IT on Adobe Flash, that would save them from the horrors of open source.
Your secretaries spell and grammar check your reports to your very powerful clients, correct?
I've been a sysadmin since 1998, and I've since switched over to CentOS for a Red Hat replacement. If your shop knows Linux, CentOS is a breeze, easier, actually, since there are no licenses to muck about with in rolling out servers. If you know Red Hat, you know CentOS. And before the naysayers stipulate use of Red Hat in critical environments, CentOS handles this area very well, as it's based on Red Hat, just minus the badging, licensing, some tooling.
For me, it's come down to CentOS on the servers, Check Point and OpenBSD on the security side, and Fastmail hosting the email. A winning combination that has given me little agro over the years. Yes, Check Point is not open source, but in all honesty, I don't believe you can ask for a better firewall. OpenBSD is great at handling some of the internal security, filtering, and proxies.
The current Oracle UEKr4 is a v4.1.12 kernel, and can be loaded in a supported configuration with Ksplice on a Red Hat system.
The preview of the UEKr5 is a 4.14.26 kernel (the Long Term Support release). That is in beta.
You can find installation instructions here for both versions.
My 6.9 servers and workstations are still as solid as a rock. Granted I need to add allot of newer rpms but it is stable and everything works as it should.
My confidence level of stability and bugs is still lower with 7.4. They should focus more on bug fixes and making 7.x as stable as 6. If I had my wish they would also get rid of systemd and go back to init.
.