Live data from Hacker News

Red Hat Enterprise Linux 8 released

redhat.com

91–100 of 150 posts

Re: Red Hat Enterprise Linux 8 released

#91

Earlier quoted context omitted.

No. https://twitter.com/fkooman/status/1125767993764536321

In EPEL probably https://twitter.com/RemiCollet/status/1063323527770750976

The enterprises I've worked where we've used RHEL... epel is not allowed near a system, only officially sanctioned repos and updates.

Re: Red Hat Enterprise Linux 8 released

#92

I 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.

For gaming purposes, I also have to recommend Manjaro purely from how great it handles installing graphics drivers. I wouldn't necessarily recommend it for someone's first Linux install, but once you know the basics in case something breaks it provides a better gaming experience out of the box.

Re: Red Hat Enterprise Linux 8 released

#93
post #65

Earlier 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…

Seriously why did they not up it to 4.19? Do they hate bicycles? Do they make money based on the fact that upstream LTS kernels have short shelf lives compared to RHEL's own LTS kernels?

Re: Red Hat Enterprise Linux 8 released

#94

Earlier 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.

And yet they wait months between freezing the distribution and releasing, because a few troublesome packages have issues.

Someone needs to thaw Debian out.

Re: Red Hat Enterprise Linux 8 released

#95

Earlier 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.

Installing a python interpreter is one package. If you just want to write a quick script using the standard library, it is cheap as all hell.

Re: Red Hat Enterprise Linux 8 released

#96
post #64
post #4

Wrote 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.

[deleted]

Re: Red Hat Enterprise Linux 8 released

#97
post #46

They 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...

Thanks! I hadn't seen that before and it's definitely relevant, especially the free-to-share part.

Re: Red Hat Enterprise Linux 8 released

#98
post #22

Earlier 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…

The main source of stability for RHEL isn't that any one arbitrary version of a package they ship is better than another one, or that their patches on top don't suck. It's that they ship a long-term "stable" (as in "doesn't change much", not "sucks less") set of software for production use.

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

#99

I 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.

For gaming, Arch.

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

#100
post #65

Earlier 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…

> That's a shame and once again it will fall behind quickly

RH use kernel with TONS of patches, so, version isn't critical here.

Post reply on HN