[ale] RH Satellite 6 moron's intro?
James Sumners
james.sumners at gmail.com
Thu Jan 22 10:05:51 EST 2015
On Thu, Jan 22, 2015 at 9:05 AM, Scott McBrien <smcbrien at gmail.com> wrote:
> Look, a satellite subscription, like RHEL, is for any version. You could
> install Satellite 5 and have a much smoother install experience, user
> experience, and copious, well written and updated documentation. In fact,
> Red Hat just released another dot update to satellite 5. However, you
> chose the new hotness, and with that choice comes all the stuff you're
> complaining about.
>
My in production version _is_ 5.x. And you're right, the license is for any
version of the product. But it's not for infinite instances. There is a
1-year transition license, and it's a helluva lot easier to start such a
thing at the beginning of the year instead of the middle (i.e. I know I
need to be transitioned by January of next year without having to consult
a calendar).
> Red Hat is not alone in this. The more people you put your stuff in front
> of, the more flaws are exposed in the product. That's how the software
> industry functions. The days of developers locking themselves in a room
> and coming out years later with a super polished product with lovely
> documentation are over. Release early, release often is a mantra I hear
> all the time, and it means that if you want the bleeding edge, often you're
> the one doing the bleeding.
>
We seem to have a fundamental disagreement on what the expected quality of
_paid for_, *release ready*, software should be. If I were installing all
of the upstream components to cobble together a "free" version of
Satellite, then I'd expect the issues I'm running into. But when I'm using
the non-free version I expect _very_ different experience. That's what is
being paid for -- Red Hat to make all the stuff work via their installer
and documentation.
>
> I hate to say it, but if you expect a great experience from a new
> (marketing speak for immature) product, you're going to live a life of
> constant frustration and disappointment.
>
Given what I wrote above, I'm not going to accept this lame shirk of
responsibility.
>
> .1 will be a significant improvement and .2 will look a lot more like your
> expectations.
>
Good. I look forward to it. But that doesn't change the fact that I think
the current "release" version wasn't ready to begin with.
>
> As for docs, I don't know what's going on over there. Hell, if you look
> at the admin guide for RHEL 7, the flagship product, the section on iscsi
> still talks about configuring tgtd, which doesn't ship with RHEL 7...
>
>
At least we agree on something. Try finding the documentation for
persistent IP address aliasing in the RHEL 7 docs.
--
James Sumners
http://james.sumners.info/ (technical profile)
http://jrfom.com/ (personal site)
http://haplo.bandcamp.com/ (band page)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20150122/f01fc757/attachment.html>
More information about the Ale
mailing list