<div dir="ltr">Bruce, just a few comments about what you have stated:<div><br><div><i>This came up for me regarding an automobile media center containing Linux and other Free Software. It seemed to me that this part would eventually be traded by auto dismantlers, etc. My customer was a major auto part manufacturer with deep pockets and potentially many automobile brands integrating the part. I told them to fulfill the source code distribution responsibility for all downstream parties, and to publish contact information for their dealers, etc. to use if anyone asked about "source code", and ultimately it's on their public web site. As far as I'm aware, this is the default which very many manufacturers of retail items have settled upon".  </i></div><div><br></div><div>1-  <i>"I told them to fulfill the source code distribution responsibility for all downstream parties, and to publish contact information for their dealers, etc. to use if anyone asked about "source code", and ultimately it's on their public website"</i>: My opinion is restricted to Argentina, which is the country where I admitted to the bar: That fact (to assume responsibility for third parties obligations) it does not change the commercial redistributor obligations under what is expressly stated in the license text, but certainly I do agree about what you have suggested in the past, in the sense that it could help to reduce and mitigate potential risks for compliance issues if that is agreed in the distribution agreement between parties (that´s to say, in written). </div><div><br></div><div>2. With respect to: "<i>and to publish contact information for their dealers, etc. to use if anyone asked about "source code", and ultimately it's on their public web site". </i>I also agree that it could work for some business scenarios but not for all. Some of the issues regarding "to have a list with commercial distributors in the same webpage of the manufacturer"  when the manufacturer operates worldwide are not directly related to open source compliance, but most with who is "an authorized reseller to do business with the manufacturer". Somehow this point is very sensitive since many time commercial partner information publicly available in good faith by the manufacturer have been misused and misrepresented to do business with public entities (partner agreement has an express term, once expired should be approved a new distribution agreement. many times the agreements are not renewed due by non-performance or compliance issues. Having a commercial distributor list country by country updated (date/time) is not feasible in practical terms). As I said, in my experience manufacturer are jealous to make public available who are they authorized country´s resellers to distributes (except for worldwide OEM and ISV that are most recognizable enterprises) their products (with GPL license obligations & 3.), especially in countries where corruption index is no satisfactory, due to FCPA regulations applicable in foreign countries. </div><div><br></div><div><div><div class="gmail_quote"><div dir="ltr">El mié., 8 ago. 2018 a las 9:00, <<a href="mailto:license-discuss-request@lists.opensource.org">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 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=<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 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 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 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>
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 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 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 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. Although<br>
> it may technically violate the licence, I think that licensors tend to take<br>
> the view that it does still achieve the spirit of the licence, namely 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_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>
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 6<br>
**********************************************<br>
</blockquote></div></div></div></div></div>