Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 26 Sep 2020 13:35:20 +0200
From:      Ralf Mardorf <ralf-mardorf@riseup.net>
To:        freebsd-questions@freebsd.org
Subject:   Re: Regarding your case number 10724899 [ ref:_00D00hhzl._5004V11emZL:ref ]
Message-ID:  <20200926133520.44424b93@archlinux>
In-Reply-To: <20200925052418.00007bb0@seibercom.net>
References:  <1zr37000000000000000000000000000000000000000000000QH6PT000xnpezbIfSciX_94747igUg@sfdc.net> <c7f26a76-c5ea-0a2b-ef83-90d5e46d0ca0@holgerdanske.com> <20200925084452.3245e533@moonstudio> <20200925052418.00007bb0@seibercom.net>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On Fri, 25 Sep 2020 05:24:18 -0400, Jerry wrote:
>On Fri, 25 Sep 2020 08:44:52 +0200, Ralf Mardorf commented:
>>You are aware that sending this mail to a support is spam to the
>>mailing lists that have got nothing to do with this support?
>>
>>On Thu, 24 Sep 2020 22:46:34 -0700, David Christensen wrote: =20
>>>What is the URL for the ISO file for SeaToolsBootable[snip]?   =20
>>
>>Google: https://www.seagate.com/support/downloads/seatools/
>> =20
>>>What is the URL for the source code for [snip] any [snip]
>>>GPL v2 code distributed with SeaToolsBootable [snip]?   =20
>>
>>This kind of nitpicking is the reason that some vendors never ever
>>will support FLOSS operating systems. Without this nitpicking way more
>>vendors would use and/or support FLOSS operating systems.
>>
>>Most of the times it will not result in hosting the source codes on a
>>vendor's server, it more likely will end up with dropping FLOSS
>>entirely. =20
>
>I had a talk with a technician from Brother USA several years ago
>regarding them directly supporting FreeBSD as they do some other FOSS
>distributions. What you just mentioned was one of their concerns. There
>were others, a lot of others, but it all came down to it was not
>financially feasible for them to do it.

=46rom a vendor's point of view there indeed could be way more issues,
hence nitpicking about hosting source code, that already is hosted by
upstream, is counter-productive regarding one and the other goal.
Sometimes a "please follow the rules as close as possible", is way more
constructive, than following rules without any considerations.

Sure, way to much traffic could become an issue for upstream, while a
rich company might profit for free as in beer, OTOH an altruistic,
philanthrope project might become impossible, even while not causing
an issue for upstream.

The r=C3=A9sum=C3=A9 is "balance" is required, but "nitpicking" is
"self-defeating".



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?20200926133520.44424b93>