RedHat Summit 2020 Cancelled, Now a Free Virtual Event 12
bobthesungeek76036 writes: COVID-19 has another victim: RedHat has cancelled this year's Summit event in San Francisco and it will now be a virtual event. "We are taking this precautionary measure after closely monitoring developments with coronavirus (COVID-19) and guidance from the CDC, WHO, and other health authorities," reads a statement on Red Hat's website. "We know you have questions, and we will continue to share answers as they become available. Stay tuned to the Red Hat blog for additional information."
The free, multi-day, virtual event will take place April 28-29, 2020. Attendees who were registered for Red Hat Summit will automatically be registered for Red Hat Summit Virtual Experience at no charge. Those who registered will also have the option to either roll over their pass to Red Hat Summit 2021 or receive a refund.
The free, multi-day, virtual event will take place April 28-29, 2020. Attendees who were registered for Red Hat Summit will automatically be registered for Red Hat Summit Virtual Experience at no charge. Those who registered will also have the option to either roll over their pass to Red Hat Summit 2021 or receive a refund.
Take proper precautions (Score:2)
Be sure to wash your mouse and keyboard, the two dirtiest things on the planet
Coronavirus is an *excuse* (Score:3, Interesting)
Red Hat was in enough trouble to get purchased. RHEL 8 is a *dog*, with nearly zero sales. AWS, which is one of the major worldwide hosting services, has no plans whatsoever to upgrade to it or to ever publsh an "Amazon Linux 3" to be compatible with it. Their next major Linux release will be Ubuntu based. Red Hat spent so much development time on features that no one wanted, like an incomplete switch to dnf and python 3 without bring along the *features*, and the split to 12 different software streams with "modular" packages which break dependencies throughout the operating system, and their complete lack of working support for LDAP except through that child 3 generations of siblings known as "sssd" with its very own unique deamens for *everything*, none of which work reliably, has effectively ruined Red Hat "industry stable" computing.
It used to be possible to buy Red Hat for kernel support and reach out to the CentOS community for fast answers, but Red Hat hired the CentOS leaders and burdened them with corporate management, so now they're useless.
Re: (Score:3)
Still 100% better than using something Windows based though.
From what I've seen there's a higher chance of something breaking in Ubuntu. Stick with Debian for a stable ride IMO.
Debian Stable for it's expressed purpose! (Score:3)
The Debian world has always been divided into Debian and sloppy but often convenient attempts to make it easier to use, but today Debian is easy to install and configure. As the Ubuntu crew diverge from classic Debian (because "change is progress" or something) Debian looks better and better. Anyone not running it should try it the utterly painless way in a virtual machine, and if you're too lazy to set one up you can download one from (free of course) from osboxes.org along with other distros for compariso
Re: (Score:2)
Re: (Score:2)
No love for OpenSuse / SLES? It should be more popular then it is.
Should be, but Novell happened. Also during that time was SCO lawsuit.
Re: (Score:3)
"Their next major Linux release will be Ubuntu based."
I would like a link to that.
" ... effectively ruined Red Hat "industry stable" computing."
You've got to be kidding if you think Ubuntu server is more stable then RHEL.
Re: (Score:3)
Re: (Score:3)
Actually Python 3 is a feature that a lot of people wanted. Your point still stands, though. Remember the systemd debacle?
Re: (Score:2)
I read that as part of the 'incomplete switch' statement, and I think the whole situation is fairly criticized on that point. 'python3' versus 'platform-python' and the fact that the name python is not at all included, but there's a best practices document to tell users to create a link from python3 to python so we can make sure applications get surprised by python being 'python3' contrary to best practices in other distributions and python community itself.
Re: (Score:2)
I would say that COVID-19 is an excuse for a lot of this sort of thing across various industries. These conferences are expensive and their relative value has been questionable for a while, so any opportunity to cancel one and blame COVID-19 is a huge win.
incomplete switch to dnf and python 3
Holy crap their python strategy is strange. Most sane distributions and even upstream have said 'even though python2 should be dead, python3 should never be called 'python' and any python developer should expect 'python' without a number to be python 2,
Re: (Score:2)
Curious, I like sssd for the most part, troubleshooting is a pain with the multiple daemons/logs and having to turn up debug to 9 to see anything relevant.
But it works, stable, and less issues than openldap(which RHEL still has) and could also use samba to join domain.
What would you suggest as better?