21–30 of 40 posts
It is bit surprising that they do not offer Java UBI image, considering that RH is one of the biggest Java vendors. Instead they are offering dotnet images of all things.
Earlier quoted context omitted.
I think it should be straightforward to install CentOS packages instead.
Sure, but then why stop there and not just go > FROM centos:8
Earlier quoted context omitted.
Sure, but then why stop there and not just go > FROM centos:8
Presumably because Red Hat is a business and is trying to make money. You only get updates if you have a subscription. If you aren't a subscriber, these images probably aren't what you want. Get the CentOS equivalents instead. If CentOS doesn't meet your needs but RHEL would, I can only think that you should be a paying customer then.
Earlier quoted context omitted.
So the complaint is that this Red Hat product is best for Red Hat's paying customers, and that if you want to use Red Hat's products without being a paying customer, you not only have to use the community edition's packages, but you may as well start with the community edition's base image? Am I understanding that right?
You are fully correct, and it is only a complaint in regard to the submission originally titling UBE as an "Alpine alternative".
Earlier quoted context omitted.
Because Red Hat 8 by default ships without an explicit default python version. See the discussion for the Red Hat 8 release a few days back. It was extensively debated and covered there: https://news.ycombinator.com/item?id=19848965
This doesn't have anything to do with the discussion of Python application streams. The linked blog post contains a table of UBI 7 images that includes python-27 and python-36, and a table of UBI 8 images that only includes python-27. I think the table is misleadingly presented as comprehensive ("the set of container images"). If you follow the "RHEL 8 How To" link at the bottom of the page, you'll find a larger tabl…
It is bit surprising that they do not offer Java UBI image, considering that RH is one of the biggest Java vendors. Instead they are offering dotnet images of all things.
Unless you consider ancillary information like, IBM owns Redhat and hates Oracle, and Oracle has decided to extract money for anything Java + Enterprise, and UBI is targeted for Enterprise customers. When you consider that you realize that adding a Java UBI image would just set them up for a fight with Oracle and delay their ability to get moving with UBI.
What a sham. Very few packages are available in the yum repos from the UBI unless one is a RH customer. This will be a nonstarter unless anyone can install any package from the RHEL collection by default.
Earlier quoted context omitted.
Yeah, I think they'll struggle with adoption over the existing docker ecosystem and they should not be introducing such barriers just yet.
Red Hat doesn't necessarily care about adoption unless it leads to subscription revenue. It's easy enough to switch between CentOS and Red Hat. At some point I care enough about enterprise support and Red Hat's add-ons to make that switch and pay for it. And if I don't, Red Hat doesn't care. I really don't understand this pressure for companies to just literally give stuff away. It's hard enough convincing corporate…
I tried to read this from my iPhone. I had to fight some sort of pop-up multiple times till I gave up. I did get to some page that were full of corporate speak. I got the sense that there is an interesting concept in there but can't be bothered fighting to find it.