Il 02/08/20 18:54, Stephen John Smoogen ha scritto:> On a side note, you keep emphasizing you aren't expecting an SLA.. but > all your questions are what someone asks to have in a defined SLA. I > have done the same thing in the past when things have gone badly, but > couching it in 'I am not asking' just makes the people being asked > grumpy. Better to be open and say 'Look I would like to know what my > expectations should be for CentOS' and be done with it.Sorry, but you are wrong about this. If I want SLA and QA I will use RHEL. Now permit me to say one thing: the update on my machines, failed in a so bad way that my first thought was "WTF? they tested this fix?" and I'm not the only one that
On 8/2/20 12:09 PM, Alessandro Baggi wrote:> > Il 02/08/20 18:54, Stephen John Smoogen ha scritto: >> On a side note, you keep emphasizing you aren't expecting an SLA.. but >> all your questions are what someone asks to have in a defined SLA. I >> have done the same thing in the past when things have gone badly, but >> couching it in 'I am not asking' just makes the people being asked >> grumpy. Better to be open and say 'Look I would like to know what my >> expectations should be for CentOS' and be done with it. > > Sorry, but you are wrong about this. > > If I want SLA and QA I will use RHEL. > > Now permit me to say one thing: the update on my machines, failed in a > so bad way that my first thought was "WTF? they tested this fix?" and > I'm not the only one that >And this complaint has to fall onto RedHat. Slightly underestimating the job CentOS team is doing, one could say: CentOS in just a binary replica of RedHat Enterprise. And again, we use distributions for what benefit they give us, and any trouble we may encounter, we have just ourselves to blame for the choice we had made. And I here am not restricting the choices we could have made to variety of Linux flavors, but include in general anything one could use: a bunch of BSD descendants, MacOS (which server administration wise I excluded from chain BSD --> Darwin --> MacOS 10, or rather ignore that to be a chain), MS Windows (no, I am not asking for shots at me, I for one use FreeBSD for servers, not MS Windows), etc. I use CentOS on workstation (except for my own_ and numbercrunchers. And once again, thanks a lot to the whole CentOS team for the great job, you, guys are doing! Just my abstract view of this. Valeri> _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos-- ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++
Il 02/08/20 19:09, Alessandro Baggi ha scritto:> > Il 02/08/20 18:54, Stephen John Smoogen ha scritto: >> On a side note, you keep emphasizing you aren't expecting an SLA.. but >> all your questions are what someone asks to have in a defined SLA. I >> have done the same thing in the past when things have gone badly, but >> couching it in 'I am not asking' just makes the people being asked >> grumpy. Better to be open and say 'Look I would like to know what my >> expectations should be for CentOS' and be done with it.I press send wrongly. Sorry, but you are wrong about this. If I want SLA and QA I will use RHEL. Now permit me to say one thing: the update on my machines, failed in a so BAD way that my first thought was "WTF? they tested this fix?" and I'm not the only one that who thought about this. I expect that a package is tested to not break a machine/service like for other distro like debian, opensuse, ubuntu and this is DIFFERENT than expect a defined SLA or QA level. How I can expect SLA from CentOS for personal usage and free?? But if this happen on CentOS I read "Eh, you want SLA and you should use RHEL", ifthis? happen on Ubuntu "Ah, don't use Ubuntu, I abondoned it for this type of problems"... I need only that the update does not destroy the entire installation. Now, if expect that a distro, with a strong reputation like centos,? make test on a package that could break the boot process of a system,? for a good number of usage case is not requiring SLA or QA, is only expect a good practice like I would expect for other distro. When I release a patch/fix to a script or an RPM package or php page or python script, before I apply the change I ensure that this change does not break anything. I'm not sure about this? Good I'll wait to push it and test it again ( this not imply that bugs are not present) but this is not a SLA request man because I know that centos can't offer it. Probably this is a my misconception, but hey I'm really and very surprised that this happend in a bad way (specially on the upstream). As I said, I will use again centos and won't expect any type of SLA, QA, fast release in a different way like for the previous version, I can only send a thank you to the CentOS team. As Johnny explained this happened and will happen in the future, this problem is not related to CentOS directly and the great job that Johnny done today is amazing. My 2 cent.
Il 02/08/20 19:22, Valeri Galtsev ha scritto:> > > On 8/2/20 12:09 PM, Alessandro Baggi wrote: >> >> Il 02/08/20 18:54, Stephen John Smoogen ha scritto: >>> On a side note, you keep emphasizing you aren't expecting an SLA.. but >>> all your questions are what someone asks to have in a defined SLA. I >>> have done the same thing in the past when things have gone badly, but >>> couching it in 'I am not asking' just makes the people being asked >>> grumpy. Better to be open and say 'Look I would like to know what my >>> expectations should be for CentOS' and be done with it. >> >> Sorry, but you are wrong about this. >> >> If I want SLA and QA I will use RHEL. >> >> Now permit me to say one thing: the update on my machines, failed in >> a so bad way that my first thought was "WTF? they tested this fix?" >> and I'm not the only one that >> > > And this complaint has to fall onto RedHat. Slightly underestimating > the job CentOS team is doing, one could say: CentOS in just a binary > replica of RedHat Enterprise. >Hi Valeri, Yes you are right.> And again, we use distributions for what benefit they give us, and any > trouble we may encounter, we have just ourselves to blame for the > choice we had made. And I here am not restricting the choices we could > have made to variety of Linux flavors, but include in general anything > one could use: a bunch of BSD descendants, MacOS (which server > administration wise I excluded from chain BSD --> Darwin --> MacOS 10, > or rather ignore that to be a chain), MS Windows (no, I am not asking > for shots at me, I for one use FreeBSD for servers, not MS Windows), etc. > > I use CentOS on workstation (except for my own_ and numbercrunchers. > And once again, thanks a lot to the whole CentOS team for the great > job, you, guys are doing! > > Just my abstract view of this. > > Valerithe previous message was sent incomplete. I appreciate very much the great job done by the CentOS team with so low resource.
On Sun, 2 Aug 2020 at 13:35, Alessandro Baggi <alessandro.baggi at gmail.com> wrote:> > > Il 02/08/20 19:09, Alessandro Baggi ha scritto: > > > > Il 02/08/20 18:54, Stephen John Smoogen ha scritto: > >> On a side note, you keep emphasizing you aren't expecting an SLA.. but > >> all your questions are what someone asks to have in a defined SLA. I > >> have done the same thing in the past when things have gone badly, but > >> couching it in 'I am not asking' just makes the people being asked > >> grumpy. Better to be open and say 'Look I would like to know what my > >> expectations should be for CentOS' and be done with it. > > I press send wrongly. > > Sorry, but you are wrong about this. >My apologies. I should have asked for clarification. -- Stephen J Smoogen.