Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Red Hat Enterprise Linux 8 released

redhat.com

Post reply on HN
Print view View original

71–80 of 150 posts

Re: Red Hat Enterprise Linux 8 released

#71

Post by derekp7 »

vbezhenar wrote: post #24
sparkling wrote: post #5

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.

Do you think that there should be separate platform-sh interpreter for system shell scripts, and so on? That kind of strange for me. Probably difference is that shell is "complete" program, while Python is not.

There absolutely is a platform sh interpreter. That is why when ksh came out, it was called ksh instead of sh, so that /bin/sh would still function as expected (same with csh, bash, zsh, etc).

And many of these will emulate /bin/sh behavior when called as such.

Re: Red Hat Enterprise Linux 8 released

#73

Post by awill »

officeplant wrote: post #51
_Understated_ wrote: post #9

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

IIRC there has been some talk that it might be RedHat powering Google Stadia.

They use Debian. https://stadia.dev/intl/en_us/about/

Re: Red Hat Enterprise Linux 8 released

#75

Post by awill »

fizgig wrote: post #62
vbezhenar wrote: post #60

Earlier quoted context omitted.

I would want to use it on at least 3 computers. I don't think that developer license allows that. And registering 3 different accounts probably is abuse of that system. Also I don't really do any development for RHEL, just using it for my personal computing needs.

I have a dev license and I can register 16 systems. Your mileage may vary, but it never hurts to try.

I have a single server in my house. Mostly used to back up all my different devices and to run Plex. I run CentOS today. I am not clear on the restrictions and if I would be allowed to use the free RHEL.

With the hassle (subscriptions, restrictions etc..) it isn't worth it.

I do wish RHEL would allow it for usage that doesn't make money, like personal servers.

Re: Red Hat Enterprise Linux 8 released

#76

Post by tannhaeuser »

sparkling wrote: post #5
chomp wrote: 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…

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

#77

Post by foobarbazetc »

fizgig wrote: post #62
vbezhenar wrote: post #60

Earlier quoted context omitted.

I would want to use it on at least 3 computers. I don't think that developer license allows that. And registering 3 different accounts probably is abuse of that system. Also I don't really do any development for RHEL, just using it for my personal computing needs.

I have a dev license and I can register 16 systems. Your mileage may vary, but it never hurts to try.

Do you get updates on the dev license?

Re: Red Hat Enterprise Linux 8 released

#78

Post by mistrial9 »

geofft wrote: post #66
CoolGuySteve wrote: post #61

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…

It doesn't generate more secure code—as you say, patches themselves may have bugs, and way fewer people are looking at the patched branches. Active development happens on HEAD, and dodgy code is often rewritten before anyone goes actually looking for bugs (security or otherwise). Many years ago I helped with a paper on how the practice of applying only "important" security bug fixes doesn't work: https://arxiv.org/ab…

.. booting a machine with Ubuntu 1404 as this is written, it is NOT so easy as 'snapshot and run it forever' because the OS people are trying to HELP you by FORCE to get a current version, plus so much of these machines success was networking, is network based, and relies on network to operate more things that anyone casually realizes..

It is a GOOD thing to run old versions, for purpose, by your personal choice. It is NOT GOOD to have help by force, and in the US law system at least, many individual rights are based on this assumption, even with some inevitable negative outcomes. Please note that in many parts of the world, and in many kinds of organization, this trade-off is NOT made, and quite a few fundamental technical decisions are going to be made along the lines of 'do it, there is no choice'

Re: Red Hat Enterprise Linux 8 released

#80

Post by SloopJon »

sparkling wrote: post #5
chomp wrote: 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…

It makes a lot of sense that OS-stuff points to a seperate Python interpreter, don't you think? I like this approach.

Red Hat Developer blog post on the topic:

https://developers.redhat.com/blog/2019/05/07/what-no-python...

This is an instance of what they're calling application streams, as explained in another post:

https://developers.redhat.com/blog/2018/11/15/rhel8-introduc...

Post reply on HN