<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: YOCTO, IoT, and the GPLv3	</title>
	<atom:link href="https://fodina.de/yocto-iot-gplv3/feed/" rel="self" type="application/rss+xml" />
	<link>https://fodina.de/yocto-iot-gplv3/</link>
	<description>a treasure trove for free software, techniques, and ideas</description>
	<lastBuildDate>Tue, 08 Aug 2023 19:19:37 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.2</generator>
	<item>
		<title>
		By: Robert Berger		</title>
		<link>https://fodina.de/yocto-iot-gplv3/#comment-12</link>

		<dc:creator><![CDATA[Robert Berger]]></dc:creator>
		<pubDate>Sat, 23 Oct 2021 17:34:48 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/kr/?p=2067#comment-12</guid>

					<description><![CDATA[Cooler Artikel!

Hier ein paar Kommentare

1) &quot;Nun fordert jede (A&#124;L)GPLv&quot; - da fehlt die 3. Bradley Kuhn sagt, dass dies auch fuer die v2 gilt[1], aber da wuerden wohl viele andere widersprechen.

2) &quot;Dann – so die einfache Antwort – darf der Hersteller keine GPLv3, keine LGPLv3 und keine AGPLv3 lizenzierte Software in seinem Softwarestack verwenden.&quot; Die Antwort ist oft nicht ganz so einfach, denn wenn das System etwas komplexer wird, dann ist es schwer keine xGPLv2 Software zu verwenden. Ein &quot;Workaround&quot; waere, wenn man in das Manual reinschreibt, dass man ein &quot;spezielles&quot; Image auf Anfrage anbieten kann, welches es dann erlaubt die xGPLv3 Komponenten durch andere Versionen zu ersetzen - allerdings fehlt in diesem Image dann Einiges an proprietaerem Code.

3) &quot;Der Kompilationsvorgang bricht dann ab, wenn Entwickler trotzdem so lizensierte Software einbauen.&quot; - Mit viel Glueck sucht das Buildsystem auch noch nach Alternativen, die versuchen die
 xGPLv3 Komponente dur eine Komponente mit anderer Lizenz zu ersetzen.

4) &quot;in sein Image, auch wenn die Belegung der Variable INCOMPATIBLE_LICENSE dies eigentlich verhindern müsste.&quot; - wie diese Lib, wie auch viele andere under xGPLx lizensierte Libs spezielle Lizenz &quot;Exceptions&quot; beinhaltet, die z.B. &quot;derivate Work&quot; und andere Dinge wieder aus der Lizenz rausnehmen.

5) &quot;libstdc++&quot; Man schafft es uebrigens nicht mit dem Yocto Project nur die libstdc++ in das rootfs aufzunehmen ohne z.B. mindestens ein hello-world.cpp zu haben, dass gegen die lib linkt, d
enn nur die libstdc++ waere nicht erlaubt.

6) Was die std C lib aufruft (system calls) ist auch spannend, denn dazu braucht man spezielle Kernel headers, die mit GPLv2 plus exception lizensiert sind.

7) In einer aktuellen Yocto Version (momenatn in master) ab Honister/3.4 offiziell kann man ein SBOM (Software Bill of Material) generieren, welches mit dem entsprechenden Tooling  Open Source Software Compliance hoffentlich nich besser machen wird (bis jetzt werden nur einzelne recipes und kein &quot;combined work&quot; betrachtet).

8) Manche Firmen machen open source meta layers und damit kann man ein Image bauen und auf das Geraet laden, was auch interessant ist.

[1] https://sfconservancy.org/blog/2021/jul/23/tivoization-and-the-gpl-right-to-install/

--
Robert Berger
Embedded Software Evangelist

Reliable Embedded Systems
Consulting Training Engineering
URL: https://www.reliableembeddedsystems.com

Schedule a web meeting:
https://calendly.com/reliableembeddedsystems/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--]]></description>
			<content:encoded><![CDATA[<p>Cooler Artikel!</p>
<p>Hier ein paar Kommentare</p>
<p>1) “Nun fordert jede (A|L)GPLv” — da fehlt die 3. Bradley Kuhn sagt, dass dies auch fuer die v2 gilt[1], aber da wuerden wohl viele andere widersprechen.</p>
<p>2) “Dann – so die einfache Antwort – darf der Hersteller keine GPLv3, keine LGPLv3 und keine AGPLv3 lizenzierte Software in seinem Softwarestack verwenden.” Die Antwort ist oft nicht ganz so einfach, denn wenn das System etwas komplexer wird, dann ist es schwer keine xGPLv2 Software zu verwenden. Ein “Workaround” waere, wenn man in das Manual reinschreibt, dass man ein “spezielles” Image auf Anfrage anbieten kann, welches es dann erlaubt die xGPLv3 Komponenten durch andere Versionen zu ersetzen — allerdings fehlt in diesem Image dann Einiges an proprietaerem Code.</p>
<p>3) “Der Kompilationsvorgang bricht dann ab, wenn Entwickler trotzdem so lizensierte Software einbauen.” — Mit viel Glueck sucht das Buildsystem auch noch nach Alternativen, die versuchen die<br>
 xGPLv3 Komponente dur eine Komponente mit anderer Lizenz zu ersetzen.</p>
<p>4) “in sein Image, auch wenn die Belegung der Variable INCOMPATIBLE_LICENSE dies eigentlich verhindern müsste.” — wie diese Lib, wie auch viele andere under xGPLx lizensierte Libs spezielle Lizenz “Exceptions” beinhaltet, die z.B. “derivate Work” und andere Dinge wieder aus der Lizenz rausnehmen.</p>
<p>5) “libstdc++” Man schafft es uebrigens nicht mit dem Yocto Project nur die libstdc++ in das rootfs aufzunehmen ohne z.B. mindestens ein hello-world.cpp zu haben, dass gegen die lib linkt, d<br>
enn nur die libstdc++ waere nicht erlaubt.</p>
<p>6) Was die std C lib aufruft (system calls) ist auch spannend, denn dazu braucht man spezielle Kernel headers, die mit GPLv2 plus exception lizensiert sind.</p>
<p>7) In einer aktuellen Yocto Version (momenatn in master) ab Honister/3.4 offiziell kann man ein SBOM (Software Bill of Material) generieren, welches mit dem entsprechenden Tooling  Open Source Software Compliance hoffentlich nich besser machen wird (bis jetzt werden nur einzelne recipes und kein “combined work” betrachtet).</p>
<p>8) Manche Firmen machen open source meta layers und damit kann man ein Image bauen und auf das Geraet laden, was auch interessant ist.</p>
<p>[1] <a target="_blank" rel="nofollow ugc" href="https://sfconservancy.org/blog/2021/jul/23/tivoization-and-the-gpl-right-to-install/">https://sfconservancy.org/blog/2021/jul/23/tivoization-and-the-gpl-right-to-install/</a></p>
<p>–<br>
Robert Berger<br>
Embedded Software Evangelist</p>
<p>Reliable Embedded Systems<br>
Consulting Training Engineering<br>
URL: <a target="_blank" rel="nofollow ugc" href="https://www.reliableembeddedsystems.com">https://www.reliableembeddedsystems.com</a></p>
<p>Schedule a web meeting:<br>
<a target="_blank" rel="nofollow ugc" href="https://calendly.com/reliableembeddedsystems/">https://calendly.com/reliableembeddedsystems/</a><br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
–</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
