Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes

From: Cy Schubert <Cy.Schubert_at_cschubert.com>
Date: Sun, 23 Dec 2018 01:04:56 -0800
In message <86pntszlae.fsf_at_next.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rg
rav?= w
rites:
> Cy Schubert <Cy.Schubert_at_cschubert.com> writes:
> > Hmmm. I guess Red Hat Enterprise Linux must be a toy OS then.
>
> I don't speak for them, but I assure you that both their code and ours
> are full of workarounds for bugs in third-party software and hardware,
> and it is ridiculous to claim otherwise.

I know our code is full of workarounds and theirs probably too. The 
question is should we? IMO no. It's yet another thing that diverges 
from baseline and that adds support costs (well, ok we're not a for 
profit business but you get the idea). Sure, you may be the person to 
support ssh here but divergence from baseline is usually not a good 
thing. When I was developer as a living management would rule against 
this kind of thing. Their rationale at the time was, "what if you're 
away?" At the time I'd curse at them but thinking about it years later, 
they did have a point.

>
> > No. We do like Red Hat does. Advise the customer to use a workaround 
> > until the other vendor fixes their code.
>
> With respect, that's not your decision.  It's mine.

With respect, I disagree with your decision then.

Please don't make that decision because your going to show me though.


-- 
Cheers,
Cy Schubert <Cy.Schubert_at_cschubert.com>
FreeBSD UNIX:  <cy_at_FreeBSD.org>   Web:  http://www.FreeBSD.org

	The need of the many outweighs the greed of the few.
Received on Sun Dec 23 2018 - 08:05:05 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:19 UTC