<div dir="ltr"> Hi Scott,<br>
<br>Many thanks for your prompt response. I think it would be worth noting that it was not part of the discussion whether or not a distributor of a product that includes software licensed under the GPL can or cannot use an upstream supplier's written offer as a part of compliance with the source availability requirement of the GPL. Certainly, I do believe that a commercial distributor can use their upstream supplier´s written source code offer as it was their "own written source code offer" and that commercial distributor not needs to implement its own separate fulfillment process for receiving requests and sending source code responses. <br>
<br>
<div align="justify">A vendor normally authorizes dozens of commercial distributors by country, so if each distributor (distributing the same hardware equipment in a country region) should be obligated to implement a separate process to provide a written source code offer, it would be troublesome and possible not aligned with the GPL interests. The situation that I have mentioned previously is related when the written source code offer is making only at the top of the distributions chain but without the commercial distributors -for unknown reasons- provides a written offer, be using their upstream supplier´s written offer as it was their own source code written offer or any other form agreed with their upstream vendor. <br>
</div>
<br>Thus, when I have stated "I would agree that from GPLv2 text would emerge that commercial redistributions must provide their own source code offer, and they cannot be beneficiaries of the original distributor/manufacturer source code offer", meaning that they should provide their own source code written offer possibly using their supplier written offer as it was their own offer to comply with, using the implemented process by their upstream´s vendor or any other form agreed with their upstream vendor. <br>
<br>Many Thanks, Gustavo G. Mármol Alioto. <br></div><div dir="ltr"><div><div><br></div><div> <br><br><div class="gmail_quote"><div dir="ltr">El mié., 8 ago. 2018 a las 18:20, <<a href="mailto:license-discuss-request@lists.opensource.org" target="_blank">license-discuss-request@lists.opensource.org</a>> escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send License-discuss mailing list submissions to<br>
<a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
<br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:license-discuss-request@lists.opensource.org" target="_blank">license-discuss-request@lists.opensource.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:license-discuss-owner@lists.opensource.org" target="_blank">license-discuss-owner@lists.opensource.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of License-discuss digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: License-discuss Digest, Vol 78, Issue 6 (Scott Peterson)<br>
2. Re: License-discuss Digest, Vol 78, Issue 6 (Bruce Perens)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 8 Aug 2018 17:11:22 -0400<br>
From: Scott Peterson <<a href="mailto:speterso@redhat.com" target="_blank">speterso@redhat.com</a>><br>
To: <a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a><br>
Subject: Re: [License-discuss] License-discuss Digest, Vol 78, Issue 6<br>
Message-ID:<br>
<CALORxP=<a href="mailto:WvCpAwZnBC2GydZxkajHSkuCsjQatw6Kq7xfHLrtXfw@mail.gmail.com" target="_blank">WvCpAwZnBC2GydZxkajHSkuCsjQatw6Kq7xfHLrtXfw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Gustavo --<br>
<br>
There is no reason that a distributor of a product that includes software<br>
licensed under the GPL cannot use an upstream supplier's written offer as a<br>
part of compliance with the source availability requirement of the GPL. The<br>
point of option c is to say that for certain non-commercial distribution,<br>
passing along the upstream written offer is sufficient. Option b does not<br>
preclude use of the upstream written offer: merely passing along that<br>
written offer is not by itself sufficient; the offer actually needs to be<br>
an effective offer--requests are actually fulfilled.<br>
<br>
Consider a downstream distributor of a product that includes GPL-licensed<br>
software. That distributor includes its upstream supplier's written offer.<br>
That written offer is real; requests sent in response to that written offer<br>
are fulfilled. That downstream distributor has not failed to comply with<br>
the GPL merely because it did not write its own written offer and did not<br>
not implement its own separate fulfillment process for receiving requests<br>
and sending source code responses. This use of an upstream supplier's<br>
effective written offer complies with the GPL. If the upstream supplier<br>
disappears or otherwise fails to fulfill requests based on the offer, then<br>
the downstream distributor has a problem; unlike someone qualifying under<br>
option c, the commercial distributor is not off the hook simply because it<br>
passed on the offer.<br>
<br>
If what matters is the name on the offer (not whether the offer is<br>
effective), then that would be a GPL that serves the interests of<br>
troll-oriented "compliance enforcement", not the interests that the GPL<br>
seeks to serve. I do not believe that that is what is intended in the GPL.<br>
<br>
-- Scott<br>
<br>
Scott K Peterson<br>
<br>
Senior Commercial Counsel<br>
<br>
Red Hat, Inc.<br>
<br>
<br>
On Wed, Aug 8, 2018 at 11:18 AM Gustavo G. M?rmol <<a href="mailto:gustavo.marmol@gmail.com" target="_blank">gustavo.marmol@gmail.com</a>><br>
wrote:<br>
<br>
> Bruce, just a few comments about what you have stated:<br>
><br>
> *This came up for me regarding an automobile media center containing Linux<br>
> and other Free Software. It seemed to me that this part would eventually be<br>
> traded by auto dismantlers, etc. My customer was a major auto part<br>
> manufacturer with deep pockets and potentially many automobile brands<br>
> integrating the part. I told them to fulfill the source code distribution<br>
> responsibility for all downstream parties, and to publish contact<br>
> information for their dealers, etc. to use if anyone asked about "source<br>
> code", and ultimately it's on their public web site. As far as I'm aware,<br>
> this is the default which very many manufacturers of retail items have<br>
> settled upon". *<br>
><br>
> 1- *"I told them to fulfill the source code distribution responsibility<br>
> for all downstream parties, and to publish contact information for their<br>
> dealers, etc. to use if anyone asked about "source code", and ultimately<br>
> it's on their public website"*: My opinion is restricted to Argentina,<br>
> which is the country where I admitted to the bar: That fact (to assume<br>
> responsibility for third parties obligations) it does not change the<br>
> commercial redistributor obligations under what is expressly stated in the<br>
> license text, but certainly I do agree about what you have suggested in the<br>
> past, in the sense that it could help to reduce and mitigate potential<br>
> risks for compliance issues if that is agreed in the distribution agreement<br>
> between parties (that?s to say, in written).<br>
><br>
> 2. With respect to: "*and to publish contact information for their<br>
> dealers, etc. to use if anyone asked about "source code", and ultimately<br>
> it's on their public web site". *I also agree that it could work for some<br>
> business scenarios but not for all. Some of the issues regarding "to have a<br>
> list with commercial distributors in the same webpage of the manufacturer"<br>
> when the manufacturer operates worldwide are not directly related to open<br>
> source compliance, but most with who is "an authorized reseller to do<br>
> business with the manufacturer". Somehow this point is very sensitive since<br>
> many time commercial partner information publicly available in good faith<br>
> by the manufacturer have been misused and misrepresented to do business<br>
> with public entities (partner agreement has an express term, once expired<br>
> should be approved a new distribution agreement. many times the agreements<br>
> are not renewed due by non-performance or compliance issues. Having a<br>
> commercial distributor list country by country updated (date/time) is not<br>
> feasible in practical terms). As I said, in my experience manufacturer are<br>
> jealous to make public available who are they authorized country?s<br>
> resellers to distributes (except for worldwide OEM and ISV that are most<br>
> recognizable enterprises) their products (with GPL license obligations &<br>
> 3.), especially in countries where corruption index is no satisfactory, due<br>
> to FCPA regulations applicable in foreign countries.<br>
><br>
> El mi?., 8 ago. 2018 a las 9:00, <<br>
> <a href="mailto:license-discuss-request@lists.opensource.org" target="_blank">license-discuss-request@lists.opensource.org</a>> escribi?:<br>
><br>
>> Send License-discuss mailing list submissions to<br>
>> <a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a><br>
>><br>
>> To subscribe or unsubscribe via the World Wide Web, visit<br>
>><br>
>> <a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
>><br>
>> or, via email, send a message with subject or body 'help' to<br>
>> <a href="mailto:license-discuss-request@lists.opensource.org" target="_blank">license-discuss-request@lists.opensource.org</a><br>
>><br>
>> You can reach the person managing the list at<br>
>> <a href="mailto:license-discuss-owner@lists.opensource.org" target="_blank">license-discuss-owner@lists.opensource.org</a><br>
>><br>
>> When replying, please edit your Subject line so it is more specific<br>
>> than "Re: Contents of License-discuss digest..."<br>
>><br>
>><br>
>> Today's Topics:<br>
>><br>
>> 1. Re: License-discuss Digest, Vol 78, Issue 4 (Bruce Perens)<br>
>><br>
>><br>
>> ----------------------------------------------------------------------<br>
>><br>
>> Message: 1<br>
>> Date: Tue, 7 Aug 2018 22:50:26 -0700<br>
>> From: Bruce Perens <<a href="mailto:bruce.perens@opensource.org" target="_blank">bruce.perens@opensource.org</a>><br>
>> To: <a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a><br>
>> Subject: Re: [License-discuss] License-discuss Digest, Vol 78, Issue 4<br>
>> Message-ID:<br>
>> <CAGaT-eB+7yw-Pxx5eL522pGZN0+Gc1aLJbAC=<br>
>> <a href="mailto:Oo5hkQn3D4_0w@mail.gmail.com" target="_blank">Oo5hkQn3D4_0w@mail.gmail.com</a>><br>
>> Content-Type: text/plain; charset="utf-8"<br>
>><br>
>> This came up for me regarding an automobile media center containing Linux<br>
>> and other Free Software. It seemed to me that this part would eventually<br>
>> be<br>
>> traded by auto dismantlers, etc. My customer was a major auto part<br>
>> manufacturer with deep pockets and potentially many automobile brands<br>
>> integrating the part. I told them to fulfill the source code distribution<br>
>> responsibility for all downstream parties, and to publish contact<br>
>> information for their dealers, etc. to use if anyone asked about "source<br>
>> code", and ultimately it's on their public web site. As far as I'm aware,<br>
>> this is the default which very many manufacturers of retail items have<br>
>> settled upon.<br>
>><br>
>> There are things you should consider before distributing the source code<br>
>> with the product. Nobody keeps the box, the manual, and the included<br>
>> software CD. These things go in landfills. If you convey the source code<br>
>> on<br>
>> the products own storage media, about 1 in 10,000 users is going to<br>
>> download it before erasing it, and you've made the product that much<br>
>> harder<br>
>> to install for the other 9999 by adding an additional step of deleting the<br>
>> source code. And then when some user figures out that they _do_ want the<br>
>> source code, it's gone, and the manufacturer can say "I gave it to you<br>
>> once" instead of providing it online.<br>
>><br>
>> The burden of providing source code on a web site is not a high one. It's<br>
>> overstating to call it "unlimited liability", even if it may be a<br>
>> never-ending task.<br>
>><br>
>> Thanks<br>
>><br>
>> Bruce<br>
>><br>
>> On Tue, Aug 7, 2018 at 3:53 PM, David Woolley <<a href="mailto:forums@david-woolley.me.uk" target="_blank">forums@david-woolley.me.uk</a><br>
>> ><br>
>> wrote:<br>
>><br>
>> > On 07/08/18 21:53, Gustavo G. M?rmol wrote:<br>
>> ><br>
>> >> That?s to say, regardless of the quantities of commercial resellers<br>
>> that<br>
>> >> it could be in a "distribution binary product?s chain" the original<br>
>> >> distributor/manufacturer would be the party that in practical terms<br>
>> would<br>
>> >> provide "the source code offer" to the "final licensee or end users"<br>
>> >> (despite the fact that the original distributor/manufacturer has no<br>
>> >> contractual relationship with the commercial redistributor?s end<br>
>> >> user/customer) and not the commercial redistributors (authorized by the<br>
>> >> original distributor/manufacturer to distributes their products).<br>
>> >><br>
>> ><br>
>> > The whole public licence concept is based on the idea that rights can be<br>
>> > given without a direct contract.<br>
>> ><br>
>> > The final distribution step can be non-commercial, leading to an<br>
>> unlimited<br>
>> > liability on the last commercial distributor.<br>
>> ><br>
>> > As I remarked, up-thread, it is fairly clear that the intent is to<br>
>> > strongly encourage commercial distributors to provide the source code at<br>
>> > the same time as the binary. By doing that, they no longer have any<br>
>> > obligation.<br>
>> ><br>
>> > I think the practice of making the offer at the top of distribution also<br>
>> > applies to embedded linux systems in the UK, e.g. set top boxes.<br>
>> Although<br>
>> > it may technically violate the licence, I think that licensors tend to<br>
>> take<br>
>> > the view that it does still achieve the spirit of the licence, namely<br>
>> that<br>
>> > end users are assured of being able to obtain a copy.<br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > License-discuss mailing list<br>
>> > <a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
>> > <a href="http://lists.opensource.org/mailman/listinfo/license-discuss" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss</a><br>
>> > _<a href="http://lists.opensource.org" rel="noreferrer" target="_blank">lists.opensource.org</a><br>
>> ><br>
>><br>
>><br>
>><br>
>> --<br>
>> Bruce Perens K6BP - CEO, Legal Engineering<br>
>> Standards committee chair, license committee member, co-founder, Open<br>
>> Source Initiative<br>
>> President, Open Research Institute<br>
>> -------------- next part --------------<br>
>> An HTML attachment was scrubbed...<br>
>> URL: <<br>
>> <a href="http://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/attachments/20180807/810036d3/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/attachments/20180807/810036d3/attachment-0001.html</a><br>
>> ><br>
>><br>
>> ------------------------------<br>
>><br>
>> Subject: Digest Footer<br>
>><br>
>> _______________________________________________<br>
>> License-discuss mailing list<br>
>> <a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
>><br>
>> <a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
>><br>
>><br>
>> ------------------------------<br>
>><br>
>> End of License-discuss Digest, Vol 78, Issue 6<br>
>> **********************************************<br>
>><br>
> _______________________________________________<br>
> License-discuss mailing list<br>
> <a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
><br>
> <a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/attachments/20180808/6e349318/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/attachments/20180808/6e349318/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 8 Aug 2018 14:19:59 -0700<br>
From: Bruce Perens <<a href="mailto:bruce.perens@opensource.org" target="_blank">bruce.perens@opensource.org</a>><br>
To: <a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a><br>
Subject: Re: [License-discuss] License-discuss Digest, Vol 78, Issue 6<br>
Message-ID:<br>
<CAGaT-eACmPVq+Vc+tpY3RLahckf=<a href="mailto:pH132Y1jNhewuaC8rCLD_g@mail.gmail.com" target="_blank">pH132Y1jNhewuaC8rCLD_g@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
It's also possible for a company, including the upstream manufacturer, to<br>
formally contract to perform another entity's GPL source code fulfillment.<br>
<br>
On Wed, Aug 8, 2018 at 2:11 PM, Scott Peterson <<a href="mailto:speterso@redhat.com" target="_blank">speterso@redhat.com</a>> wrote:<br>
<br>
> Gustavo --<br>
><br>
> There is no reason that a distributor of a product that includes software<br>
> licensed under the GPL cannot use an upstream supplier's written offer as a<br>
> part of compliance with the source availability requirement of the GPL. The<br>
> point of option c is to say that for certain non-commercial distribution,<br>
> passing along the upstream written offer is sufficient. Option b does not<br>
> preclude use of the upstream written offer: merely passing along that<br>
> written offer is not by itself sufficient; the offer actually needs to be<br>
> an effective offer--requests are actually fulfilled.<br>
><br>
> Consider a downstream distributor of a product that includes GPL-licensed<br>
> software. That distributor includes its upstream supplier's written offer.<br>
> That written offer is real; requests sent in response to that written offer<br>
> are fulfilled. That downstream distributor has not failed to comply with<br>
> the GPL merely because it did not write its own written offer and did not<br>
> not implement its own separate fulfillment process for receiving requests<br>
> and sending source code responses. This use of an upstream supplier's<br>
> effective written offer complies with the GPL. If the upstream supplier<br>
> disappears or otherwise fails to fulfill requests based on the offer, then<br>
> the downstream distributor has a problem; unlike someone qualifying under<br>
> option c, the commercial distributor is not off the hook simply because it<br>
> passed on the offer.<br>
><br>
> If what matters is the name on the offer (not whether the offer is<br>
> effective), then that would be a GPL that serves the interests of<br>
> troll-oriented "compliance enforcement", not the interests that the GPL<br>
> seeks to serve. I do not believe that that is what is intended in the GPL.<br>
><br>
> -- Scott<br>
><br>
> Scott K Peterson<br>
><br>
> Senior Commercial Counsel<br>
><br>
> Red Hat, Inc.<br>
><br>
><br>
> On Wed, Aug 8, 2018 at 11:18 AM Gustavo G. M?rmol <<br>
> <a href="mailto:gustavo.marmol@gmail.com" target="_blank">gustavo.marmol@gmail.com</a>> wrote:<br>
><br>
>> Bruce, just a few comments about what you have stated:<br>
>><br>
>> *This came up for me regarding an automobile media center containing<br>
>> Linux and other Free Software. It seemed to me that this part would<br>
>> eventually be traded by auto dismantlers, etc. My customer was a major auto<br>
>> part manufacturer with deep pockets and potentially many automobile brands<br>
>> integrating the part. I told them to fulfill the source code distribution<br>
>> responsibility for all downstream parties, and to publish contact<br>
>> information for their dealers, etc. to use if anyone asked about "source<br>
>> code", and ultimately it's on their public web site. As far as I'm aware,<br>
>> this is the default which very many manufacturers of retail items have<br>
>> settled upon". *<br>
>><br>
>> 1- *"I told them to fulfill the source code distribution responsibility<br>
>> for all downstream parties, and to publish contact information for their<br>
>> dealers, etc. to use if anyone asked about "source code", and ultimately<br>
>> it's on their public website"*: My opinion is restricted to Argentina,<br>
>> which is the country where I admitted to the bar: That fact (to assume<br>
>> responsibility for third parties obligations) it does not change the<br>
>> commercial redistributor obligations under what is expressly stated in the<br>
>> license text, but certainly I do agree about what you have suggested in the<br>
>> past, in the sense that it could help to reduce and mitigate potential<br>
>> risks for compliance issues if that is agreed in the distribution agreement<br>
>> between parties (that?s to say, in written).<br>
>><br>
>> 2. With respect to: "*and to publish contact information for their<br>
>> dealers, etc. to use if anyone asked about "source code", and ultimately<br>
>> it's on their public web site". *I also agree that it could work for<br>
>> some business scenarios but not for all. Some of the issues regarding "to<br>
>> have a list with commercial distributors in the same webpage of the<br>
>> manufacturer" when the manufacturer operates worldwide are not directly<br>
>> related to open source compliance, but most with who is "an authorized<br>
>> reseller to do business with the manufacturer". Somehow this point is very<br>
>> sensitive since many time commercial partner information publicly available<br>
>> in good faith by the manufacturer have been misused and misrepresented to<br>
>> do business with public entities (partner agreement has an express term,<br>
>> once expired should be approved a new distribution agreement. many times<br>
>> the agreements are not renewed due by non-performance or compliance issues.<br>
>> Having a commercial distributor list country by country updated (date/time)<br>
>> is not feasible in practical terms). As I said, in my experience<br>
>> manufacturer are jealous to make public available who are they authorized<br>
>> country?s resellers to distributes (except for worldwide OEM and ISV that<br>
>> are most recognizable enterprises) their products (with GPL license<br>
>> obligations & 3.), especially in countries where corruption index is no<br>
>> satisfactory, due to FCPA regulations applicable in foreign countries.<br>
>><br>
>> El mi?., 8 ago. 2018 a las 9:00, <license-discuss-request@<br>
>> <a href="http://lists.opensource.org" rel="noreferrer" target="_blank">lists.opensource.org</a>> escribi?:<br>
>><br>
>>> Send License-discuss mailing list submissions to<br>
>>> <a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a><br>
>>><br>
>>> To subscribe or unsubscribe via the World Wide Web, visit<br>
>>> <a href="http://lists.opensource.org/mailman/listinfo/license-" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-</a><br>
>>> <a href="http://discuss_lists.opensource.org" rel="noreferrer" target="_blank">discuss_lists.opensource.org</a><br>
>>><br>
>>> or, via email, send a message with subject or body 'help' to<br>
>>> <a href="mailto:license-discuss-request@lists.opensource.org" target="_blank">license-discuss-request@lists.opensource.org</a><br>
>>><br>
>>> You can reach the person managing the list at<br>
>>> <a href="mailto:license-discuss-owner@lists.opensource.org" target="_blank">license-discuss-owner@lists.opensource.org</a><br>
>>><br>
>>> When replying, please edit your Subject line so it is more specific<br>
>>> than "Re: Contents of License-discuss digest..."<br>
>>><br>
>>><br>
>>> Today's Topics:<br>
>>><br>
>>> 1. Re: License-discuss Digest, Vol 78, Issue 4 (Bruce Perens)<br>
>>><br>
>>><br>
>>> ----------------------------------------------------------------------<br>
>>><br>
>>> Message: 1<br>
>>> Date: Tue, 7 Aug 2018 22:50:26 -0700<br>
>>> From: Bruce Perens <<a href="mailto:bruce.perens@opensource.org" target="_blank">bruce.perens@opensource.org</a>><br>
>>> To: <a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a><br>
>>> Subject: Re: [License-discuss] License-discuss Digest, Vol 78, Issue 4<br>
>>> Message-ID:<br>
>>> <CAGaT-eB+7yw-Pxx5eL522pGZN0+Gc1aLJbAC=Oo5hkQn3D4_0w@mail.<br>
>>> <a href="http://gmail.com" rel="noreferrer" target="_blank">gmail.com</a>><br>
>>> Content-Type: text/plain; charset="utf-8"<br>
>>><br>
>>> This came up for me regarding an automobile media center containing Linux<br>
>>> and other Free Software. It seemed to me that this part would eventually<br>
>>> be<br>
>>> traded by auto dismantlers, etc. My customer was a major auto part<br>
>>> manufacturer with deep pockets and potentially many automobile brands<br>
>>> integrating the part. I told them to fulfill the source code distribution<br>
>>> responsibility for all downstream parties, and to publish contact<br>
>>> information for their dealers, etc. to use if anyone asked about "source<br>
>>> code", and ultimately it's on their public web site. As far as I'm aware,<br>
>>> this is the default which very many manufacturers of retail items have<br>
>>> settled upon.<br>
>>><br>
>>> There are things you should consider before distributing the source code<br>
>>> with the product. Nobody keeps the box, the manual, and the included<br>
>>> software CD. These things go in landfills. If you convey the source code<br>
>>> on<br>
>>> the products own storage media, about 1 in 10,000 users is going to<br>
>>> download it before erasing it, and you've made the product that much<br>
>>> harder<br>
>>> to install for the other 9999 by adding an additional step of deleting<br>
>>> the<br>
>>> source code. And then when some user figures out that they _do_ want the<br>
>>> source code, it's gone, and the manufacturer can say "I gave it to you<br>
>>> once" instead of providing it online.<br>
>>><br>
>>> The burden of providing source code on a web site is not a high one. It's<br>
>>> overstating to call it "unlimited liability", even if it may be a<br>
>>> never-ending task.<br>
>>><br>
>>> Thanks<br>
>>><br>
>>> Bruce<br>
>>><br>
>>> On Tue, Aug 7, 2018 at 3:53 PM, David Woolley <<br>
>>> <a href="mailto:forums@david-woolley.me.uk" target="_blank">forums@david-woolley.me.uk</a>><br>
>>> wrote:<br>
>>><br>
>>> > On 07/08/18 21:53, Gustavo G. M?rmol wrote:<br>
>>> ><br>
>>> >> That?s to say, regardless of the quantities of commercial resellers<br>
>>> that<br>
>>> >> it could be in a "distribution binary product?s chain" the original<br>
>>> >> distributor/manufacturer would be the party that in practical terms<br>
>>> would<br>
>>> >> provide "the source code offer" to the "final licensee or end users"<br>
>>> >> (despite the fact that the original distributor/manufacturer has no<br>
>>> >> contractual relationship with the commercial redistributor?s end<br>
>>> >> user/customer) and not the commercial redistributors (authorized by<br>
>>> the<br>
>>> >> original distributor/manufacturer to distributes their products).<br>
>>> >><br>
>>> ><br>
>>> > The whole public licence concept is based on the idea that rights can<br>
>>> be<br>
>>> > given without a direct contract.<br>
>>> ><br>
>>> > The final distribution step can be non-commercial, leading to an<br>
>>> unlimited<br>
>>> > liability on the last commercial distributor.<br>
>>> ><br>
>>> > As I remarked, up-thread, it is fairly clear that the intent is to<br>
>>> > strongly encourage commercial distributors to provide the source code<br>
>>> at<br>
>>> > the same time as the binary. By doing that, they no longer have any<br>
>>> > obligation.<br>
>>> ><br>
>>> > I think the practice of making the offer at the top of distribution<br>
>>> also<br>
>>> > applies to embedded linux systems in the UK, e.g. set top boxes.<br>
>>> Although<br>
>>> > it may technically violate the licence, I think that licensors tend to<br>
>>> take<br>
>>> > the view that it does still achieve the spirit of the licence, namely<br>
>>> that<br>
>>> > end users are assured of being able to obtain a copy.<br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > License-discuss mailing list<br>
>>> > <a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
>>> > <a href="http://lists.opensource.org/mailman/listinfo/license-discuss" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss</a><br>
>>> > _<a href="http://lists.opensource.org" rel="noreferrer" target="_blank">lists.opensource.org</a><br>
>>> ><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Bruce Perens K6BP - CEO, Legal Engineering<br>
>>> Standards committee chair, license committee member, co-founder, Open<br>
>>> Source Initiative<br>
>>> President, Open Research Institute<br>
>>> -------------- next part --------------<br>
>>> An HTML attachment was scrubbed...<br>
>>> URL: <<a href="http://lists.opensource.org/pipermail/license-discuss_" rel="noreferrer" target="_blank">http://lists.opensource.org/pipermail/license-discuss_</a><br>
>>> <a href="http://lists.opensource.org/attachments/20180807/810036d3/attachment-0001.html" rel="noreferrer" target="_blank">lists.opensource.org/attachments/20180807/810036d3/attachment-0001.html</a>><br>
>>><br>
>>> ------------------------------<br>
>>><br>
>>> Subject: Digest Footer<br>
>>><br>
>>> _______________________________________________<br>
>>> License-discuss mailing list<br>
>>> <a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
>>> <a href="http://lists.opensource.org/mailman/listinfo/license-" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-</a><br>
>>> <a href="http://discuss_lists.opensource.org" rel="noreferrer" target="_blank">discuss_lists.opensource.org</a><br>
>>><br>
>>><br>
>>> ------------------------------<br>
>>><br>
>>> End of License-discuss Digest, Vol 78, Issue 6<br>
>>> **********************************************<br>
>>><br>
>> _______________________________________________<br>
>> License-discuss mailing list<br>
>> <a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
>> <a href="http://lists.opensource.org/mailman/listinfo/license-" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-</a><br>
>> <a href="http://discuss_lists.opensource.org" rel="noreferrer" target="_blank">discuss_lists.opensource.org</a><br>
>><br>
><br>
> _______________________________________________<br>
> License-discuss mailing list<br>
> <a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
> <a href="http://lists.opensource.org/mailman/listinfo/license-" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-</a><br>
> <a href="http://discuss_lists.opensource.org" rel="noreferrer" target="_blank">discuss_lists.opensource.org</a><br>
><br>
><br>
<br>
<br>
-- <br>
Bruce Perens K6BP - CEO, Legal Engineering<br>
Standards committee chair, license committee member, co-founder, Open<br>
Source Initiative<br>
President, Open Research Institute<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/attachments/20180808/bff4a460/attachment.html" rel="noreferrer" target="_blank">http://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/attachments/20180808/bff4a460/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of License-discuss Digest, Vol 78, Issue 8<br>
**********************************************<br>
</blockquote></div></div></div></div>