Earlier quoted context omitted.
No. https://twitter.com/fkooman/status/1125767993764536321
In EPEL probably https://twitter.com/RemiCollet/status/1063323527770750976
Red Hat Enterprise Linux 8 released
91–100 of 150 posts
Re: Red Hat Enterprise Linux 8 released
#92I have no appreciable Linux skills so forgive my naïvety with this question: In the promo vid on their site, there are a couple of people gaming. Is this alluding to the fact that you can game on RHEL or that it powers the backend of games? Just curious...
Probably a little bit of both. You can game on RHEL but it wouldn't be my first choice of distro for it - IMO, Ubuntu and Fedora are both better-suited for that task.
Re: Red Hat Enterprise Linux 8 released
#93Earlier quoted context omitted.
Most things on RHEL 7 aren't ancient - there's plenty of backports, even major ones. Some examples: - OpenSSL rebase to 1.0.2k (for HTTP/2 support). - overlayfs2 kernel support. - Kernel eBPF instrumentation. - Introduction of podman and friends. - Ansible is kept up-to-date. - GCC 7 and Python 3.6 via Software Collections. This includes extensive testing. I have non-production systems on Fedora which run mainline ke…
Some of the backports aren't nearly as fast or performant as using a newer kernel though. For example eBPF was back ported (and also in CentOS), but running a syscall heavy work-load in a docker container on the older kernel about 50% of the CPU time was spent in the kernel filter. I ended up moving our entire CI/CD platform to Ubuntu 18.04 and the performance issues went away and my workloads now run at full speed w…
Re: Red Hat Enterprise Linux 8 released
#94Earlier quoted context omitted.
I've always felt that RHEL really excels at that old school corporate Unix feel of having to deal with stodgy tools that are either really old and/or lack basic ease of use features. Reminds me of the time I wrote a script that called 'hostname -x' on SunOS instead of Solaris and it changed the hostname to '-x' and broke X11. RHEL is the nostalgia Linux. But seriously, has anyone ever empirically verified that the De…
> But seriously, has anyone ever empirically verified that the Debian Stable/RHEL model of shipping a bunch of really old packages and then layering years of patches over top actually generates more stable, more secure code? Debian has released a new stable version every 2 years for the last 14 years. RHEL/CentOS are the only ones on a 3-5 year cycle.
Someone needs to thaw Debian out.
Re: Red Hat Enterprise Linux 8 released
#95Earlier quoted context omitted.
It makes a lot of sense that OS-stuff points to a seperate Python interpreter, don't you think? I like this approach.
Yes and no. It absolutely makes sense to ensure that admin scripts used by RHEL run in a predictable, tested environment; even more so since Python has dropped backward portability. OTOH not even being able to rely on Python's presence is exactly the kind of thing that makes Python unsuitable as the shell replacement it is being promoted as.
Re: Red Hat Enterprise Linux 8 released
#96Wrote this comment a while ago for anyone wondering about this: Just installed it in a VM, changes that jumped out at me: • No Python (that you should develop against) installed out of the box. There's a /usr/libexec/platform-python (3.6) that yum (dnf) runs against, and then python2/python3 packages you can optionally install if you want to run python scripts. • Kernel 4.18 • No more ntpd, chrony only • /etc/sysconf…
• No Docker. But we got https://podman.io/ instead.
Re: Red Hat Enterprise Linux 8 released
#97They don't appear to have updated their official Docker registry yet but it should hopefully be available soon for anyone who needs to test things: https://access.redhat.com/containers/?tab=images#/registry.a... Following the pattern of https://access.redhat.com/containers/?tab=images#/registry.a... and https://access.redhat.com/containers/?tab=images#/registry.a...
See https://www.redhat.com/en/blog/introducing-red-hat-universal...
Re: Red Hat Enterprise Linux 8 released
#98Earlier quoted context omitted.
> Pretty colors when running dmesg! Neat, but a great isolated example of the ancient software people who use RHEL have to deal with. RHEL 7 has dmesg from util-linux 2.23, the "colors by default" feature[1] first came out with 2.24 released on October 21st, 2013, which is around the time[3] the first beta of RHEL 7 came out. 1. https://github.com/karelzak/util-linux/commit/9bc2b51a06dc9c... 2. https://github.com/kar…
I've always felt that RHEL really excels at that old school corporate Unix feel of having to deal with stodgy tools that are either really old and/or lack basic ease of use features. Reminds me of the time I wrote a script that called 'hostname -x' on SunOS instead of Solaris and it changed the hostname to '-x' and broke X11. RHEL is the nostalgia Linux. But seriously, has anyone ever empirically verified that the De…
Thus, if you install some random vendor's shitty software you can rest assured that the version of libcurl and 50 other libraries they depend on is something they themselves have tested on RHEL.
The same goes for hardware that you buy. When you buy e.g. Dell rack-mounted servers you can safely assume that the open source driver version maintained by the vendor shipped as part of the RHEL kernel is something that's seen extensive production use, unlike the latest upstream kernel, or whatever "in-between" Debian et al are shipping.
Am I recommending you use RHEL? No, it's not the right answer for everything, and I certainly have my share of RHEL scars, including a couple of times where a mundane bug in my program turned out to be a kernel bug (one in RHEL's own shitty patches, another "known" bug with their ancient kernel).
But this is the reason to use it, and why some major commercial vendors say "we support Linux, as any distro you want as long as it's on this list of RHEL versions". They just want to deal with those kernel/library versions, not any arbitrary combination out there in the wild.
Re: Red Hat Enterprise Linux 8 released
#99I have no appreciable Linux skills so forgive my naïvety with this question: In the promo vid on their site, there are a couple of people gaming. Is this alluding to the fact that you can game on RHEL or that it powers the backend of games? Just curious...
Probably a little bit of both. You can game on RHEL but it wouldn't be my first choice of distro for it - IMO, Ubuntu and Fedora are both better-suited for that task.
It's rolling release, including the whole stack that's supporting games. And they have a wrapper package that will install steam and its dependencies.
Re: Red Hat Enterprise Linux 8 released
#100Earlier quoted context omitted.
Most things on RHEL 7 aren't ancient - there's plenty of backports, even major ones. Some examples: - OpenSSL rebase to 1.0.2k (for HTTP/2 support). - overlayfs2 kernel support. - Kernel eBPF instrumentation. - Introduction of podman and friends. - Ansible is kept up-to-date. - GCC 7 and Python 3.6 via Software Collections. This includes extensive testing. I have non-production systems on Fedora which run mainline ke…
Some of the backports aren't nearly as fast or performant as using a newer kernel though. For example eBPF was back ported (and also in CentOS), but running a syscall heavy work-load in a docker container on the older kernel about 50% of the CPU time was spent in the kernel filter. I ended up moving our entire CI/CD platform to Ubuntu 18.04 and the performance issues went away and my workloads now run at full speed w…
RH use kernel with TONS of patches, so, version isn't critical here.