[GPL] Welke rechten en plichten heb je?

Pagina: 1
Acties:
  • 209 views sinds 30-01-2008
  • Reageer

Acties:
  • 0 Henk 'm!

  • Eastern
  • Registratie: Augustus 2000
  • Laatst online: 25-09 09:53
Ben nu een aantal weken bezig geweest met het ontwikkelen van een applicatie die MySQL gebruikt om de prut in op te slaan. Nu kwam ik deze week een aantal topics tegen op GoT waarin wordt beweerd dat ik MySQL moet aanschaffen om mijn applicatie niet in de opensource wereld te brengen :/.

Begin nu niet te roepen 'maak alles opensource' want ik moet ook leven :Y)

Het aanschaffen van MySQL is wel mogelijk maar daardoor daalt onze marge wel heel erg hard. De bedoeling is dat ons programma alleen bij scholen gebruikt gaat worden, dus misschien zit daar wat in.

Er staan echter twee stellingen die vrij vertaald op het volgende neerkomen:

- Als je MySQL distribueert met je programma (zonder MySQL licentie) dan komt het er op neer dat je programma GPL is geworden wat niet onze bedoeling is.
- Als het programma alleen met MySQL werkt dan wordt het programma ook GPL omdat je delen daarvan gebruikt.

Het programma gebruikt het volgende uit de OpenSource gemeenschap:

- MySQL Database Server
- MyODBC

De database zou evt. apart te downloaden kunnen zijn, direct bij MySQL AB. De ODBC koppeling wordt wat lastiger.
Stel: ik maak mijn programma zo dat het ook naadloos met PostGres SQL gaat werken (BSD licentie) dan is nummer 2 niet van toepassing. Vervolgens adviseer ik de scholen om Linux + Postgres SQL te gaan draaien en dan is het probleem opgelost? Wel stop ik er documentatie bij om met MySQL op Windows en Linux te kunnen werken?

k'Hoop dat de topic titel aansluit bij mijn probleem ;)

Linkje mysql: http://www.mysql.com/products/licensing.html

voor de mods: in de andere topics ben ik nog geen helder antwoord tegen gekomen die deze situatie tackelt.

[ Voor 4% gewijzigd door Eastern op 08-11-2003 10:37 ]


Acties:
  • 0 Henk 'm!

  • Rukapul
  • Registratie: Februari 2000
  • Laatst online: 22:47
Eastern schreef op 08 november 2003 @ 10:35:

Er staan echter twee stellingen die vrij vertaald op het volgende neerkomen:
- Als je MySQL distribueert met je programma (zonder MySQL licentie) dan komt het er op neer dat je programma GPL is geworden wat niet onze bedoeling is.
Formuleer aub wat nauwkeuriger, want anders kom je er nooit uit. Beschouw elk afzonderlijk onderdeel en de bijbehorende license afzonderlijk (database, client libraries, etc.)

De MySQL database server kun je uitstekend distribueren zonder het programma dat het gebruikt ook onder GPL te moeten laten vallen, want het is een separate applicatie waartegen je niet linkt. (Je moet wel voldoen aan de overige eisen die de GPL stelt!) Dit is anders voor de client libs die MySQL ook levert omdat je daar wel tegenaan linkt (zie onder).

Door het heel geniepig gebruik van het woord 'application' op de MySQL licensing page proberen ze mensen angst aan te jagen om dmv een FUD achtige methode ze maar commerciele licenses te laten aanschaffen terwijl de GPL hier vrij helder over is.
- Als het programma alleen met MySQL werkt dan wordt het programma ook GPL omdat je delen daarvan gebruikt.
Hier bedoel je vast het client gedeelte, bijvoorbeeld mysqlclient lib of de verder genoemde MyODBC. (zie onder)
Het programma gebruikt het volgende uit de OpenSource gemeenschap:

- MySQL Database Server
- MyODBC

De database zou evt. apart te downloaden kunnen zijn, direct bij MySQL AB. De ODBC koppeling wordt wat lastiger.
Zoals eerder gezegd zou je prima de MySQL database kunnen distriburen (ongewijzigd, rekening houden met dat je allerlei IPR rechten meelicenseert).

Kun je ook met de oude MyODBC versie 2.5 werken? Die valt nl. onder de LGPL (ipv GPL van de nieuwere versies) en dan zou je die library kunnen gebruiken/linken zonder de rest van de applicatie onder de GPL licentie te moeten laten vallen.
Zie: http://www.mysql.com/products/myodbc/index.html
Stel: ik maak mijn programma zo dat het ook naadloos met PostGres SQL gaat werken (BSD licentie) dan is nummer 2 niet van toepassing. Vervolgens adviseer ik de scholen om Linux + Postgres SQL te gaan draaien en dan is het probleem opgelost? Wel stop ik er documentatie bij om met MySQL op Windows en Linux te kunnen werken?
Het maakt niet uit waar het mee (kan) samenwerken, maar met welke software er gelinkt wordt, no more no less.

Waarom blijf je niet heel ver weg van MySQL met z'n GPL licenties en gebruik je in plaats daarvan equivalente producten onder een BSD license. Ipv op het randje te balanceren van een license kun je beter er ver vanaf blijven.

[ Voor 15% gewijzigd door Rukapul op 08-11-2003 11:00 ]


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
GPL: zodra je het gebruikt is je eigen code ook GPL-ed. Je moet je eigen code vrijgeven zodra je binary compiles van je code vrijgeeft. Echter je hoeft je code alleen vrij te geven aan diegenen die ook de binaries krijgen, dus als je je binary verkoopt, dan is de sourcecode beschikbaar voor je klanten (dat moet) maar je hoeft dan je code niet op internet te zetten bv.

Ik zou verre van de GPL blijven en ook van GPL-ed software voor je eigen software. Ik heb zelf niet de indruk dat de GPL uberhaupt overeind blijft in een Nederlandse rechtzaal maar de ellende er omheen is het niet waard. Pas je GPL-ed code aan en ga je dat verkopen zonder de code vrij te geven, dan heb je een zwakke zaak, link je naar GPLed code dan kan de GPL je niets maken, ookal staat dat in de license.

Jouw situatie is geen van beide, je zet data in de database, dat is gebruik van een programma, hetzelfde als een closed sourced programma een linux library gebruikt omdat het programma op linux draait!.

[ Voor 12% gewijzigd door EfBe op 08-11-2003 11:00 ]

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
Rukapul schreef op 08 november 2003 @ 10:53:
(Je moet wel voldoen aan de overige eisen die de GPL stelt!) Dit is anders voor de client libs die MySQL ook levert omdat je daar wel tegenaan linkt (zie onder).
Je moet dat helemaal niet. Nergens in de Nederlandse wet staat dat jij dat moet doen, je tekent geen overeenkomst met de sourcemaker, en er staat nergens in de Nederlandse auteurswet dat 'linken' van sourcecode met license X automatisch de linkende code ook licenseert onder license X. Lang niet alles wat in licenses staat is ook van toepassing op de gebruiker, onthoudt dat goed. In Oracle en SqlServer licenses bv staat dat je geen benchmark gegevens mag publiceren. Dit is grote onzin en mag gewoon in Nederland. Mn schoonvader is kantonrechter, ik heb dit en andere zaken ooit eens voorgelegd aan hem en hij vond het maar onzin dat je je daaraan moest houden. Mbt het aanpassen van GPL-ed code is alles erg helder: je moet je aanpassingen publiceren. Linken van binary compilations (want daar praten we over) van lib L aan programma P is wel verwoord in de GPL, maar op los zand gebaseerd en er is geen enkele wet in Nederland die dat ondersteunt. Als topicstarter het echt wil weten is een consult aan een in auteursrecht gespecialiseerde advocaat wellicht nuttig. Het linken dat is verwoord in de GPL is uberhaupt onzin, want het meeste linken tegenwoordig gebeurt @ runtime (je linkt een library niet static mee) en dan is de GPL uitgel*ld omdat het linken niet fysiek plaatsvind maar via het OS verloopt, wat inhoudt dat Windows ook GPL-ed zou moeten worden. Nou... laat me niet lachen.
Waarom blijf je niet heel ver weg van MySQL met z'n GPL licenties en gebruik je in plaats daarvan equivalente producten onder een BSD license. Ipv op het randje te balanceren van een license kun je beter er ver vanaf blijven.
Lijkt me ook. Kies voor de ECHTE vrije software: BSD licensed sourcecode.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Rukapul
  • Registratie: Februari 2000
  • Laatst online: 22:47
EfBe schreef op 08 november 2003 @ 10:58:
GPL: zodra je het gebruikt is je eigen code ook GPL-ed. Je moet je eigen code vrijgeven zodra je binary compiles van je code vrijgeeft. Echter je hoeft je code alleen vrij te geven aan diegenen die ook de binaries krijgen, dus als je je binary verkoopt, dan is de sourcecode beschikbaar voor je klanten (dat moet) maar je hoeft dan je code niet op internet te zetten bv.
Behalve dat je klanten niet mag verbieden de software en/of source code wel te publiceren/distribueren.
Ik zou verre van de GPL blijven en ook van GPL-ed software voor je eigen software.
Idd, blijf er ver vanaf als je commerciele doelen hebt. Interne demonstrators kan het handig zijn, maar dan nog zijn BSD equivalenten te prefereren met het oog op de toekomst.
Ik heb zelf niet de indruk dat de GPL uberhaupt overeind blijft in een Nederlandse rechtzaal maar de ellende er omheen is het niet waard. Pas je GPL-ed code aan en ga je dat verkopen zonder de code vrij te geven, dan heb je een zwakke zaak, link je naar GPLed code dan kan de GPL je niets maken, ookal staat dat in de license.
Hier spelen twee zaken: de wet en ethiek

De wet: de status van de GPL is onduidelijk welke clausules stand houden en welke niet. Zomaar verklaren dat linken naar GPLed code zonder problemen kan lijkt me kort door de bocht. Zeker als deze overtredeing van de license doelbewust plaatsvindt met commerciele doeleinden dan weet ik zo net nog niet wat een rechter zou oordelen.

Ethiek: de GPL is duidelijk in strekking wat wel en niet de bedoeling is ook al is de juridische inbedding wellicht niet helemaal correct. Het is dus niet ethisch om doelbewust de GPL te schenden door niet aan de voorwaarden te voldoen.
Jouw situatie is geen van beide, je zet data in de database, dat is gebruik van een programma, hetzelfde als een closed sourced programma een linux library gebruikt omdat het programma op linux draait!.
Hij gebruikt ook een client lib gemaakt door de Mysql maker welke onder de GPL valt.

Acties:
  • 0 Henk 'm!

  • Eastern
  • Registratie: Augustus 2000
  • Laatst online: 25-09 09:53
Waarom blijf je niet heel ver weg van MySQL met z'n GPL licenties en gebruik je in plaats daarvan equivalente producten onder een BSD license. Ipv op het randje te balanceren van een license kun je beter er ver vanaf blijven.
Daar had ik eigenlijk nog nooit over nagedacht en dus gewoon MySQL gebruikt omdat ik dat ook i.c.m. PhP gebruik. Daarnaast werkt MySQL gewoon onder Windows (wat een vereiste was van de meeste scholen, Linux wilden ze niet :( ) en PostGres is alleen met cygwin onder Windows te draaien (zelfde probleem).

Mijn 'eigen' programma praat via de ODBC driver met mysql en is dus niet statisch gelinkt. Filezilla FTP Server hadden we ook nodig en die hebben we aangepast zodat die ook met Mysql kan praten. Dat is echter opensource en de code daarvan ga ik binnenkort publiceren op het internet.

Blijft de vraag nog staan of ik er verstandig aan doe om ook PostGres SQL te gaan supporten.

Acties:
  • 0 Henk 'm!

  • Rukapul
  • Registratie: Februari 2000
  • Laatst online: 22:47
EfBe schreef op 08 november 2003 @ 11:09:
[Knip software licenses zijn geen volwaardige overeenkomsten, incl de GPL license]
Ik ben het met de beperkingen in rechtmatigheid van zulke licenses eens hoor ;)

Ook het linkverhaal is onduidelijk gevat in tekst, maar de intentie is duidelijk. Ik vind het totaal niet interessant op maar op de GPL te gaan bashen, te negeren of er op het randje omheen te werken met desnoods een hele set advocaten. Blijf er gewoon verre van als je vindt dat het stinkt :)

En als we het over vrije software hebben dan is BSD natuurlijk te preferen, maar dat wil niet zeggen dat men overige licenties maar moet negeren omdat het juridisch niet goed afgedekt is. Daarom zal ik proberen me aan elke licentie te confermeren of hem niet te gebruiken. Soms kan het niet anders, maar dat betreft over het algemeen gebruikslicenties van closed source programma (microsoft anyone ;) ) en veel minder het gebruik van software om zelf software bovenop te bouwen.
Mijn 'eigen' programma praat via de ODBC driver met mysql en is dus niet statisch gelinkt.
Statisch of dynamisch linken maakt weinig verschil (hoewel het in de LGPL no wel eens zo uitgelegd wordt). Het probleem wat je hebt is dat die ODBC driver GPL is en wel meegelinkt wordt met je applicatie... (zie mijn hint over de oude LGPL-ed versie)

[ Voor 46% gewijzigd door Rukapul op 08-11-2003 11:20 ]


Acties:
  • 0 Henk 'm!

  • mbravenboer
  • Registratie: Januari 2000
  • Laatst online: 07-10-2022
EfBe: GPL: zodra je het gebruikt is je eigen code ook GPL-ed.
Dat is niet helemaal correct geformuleerd. Je kan GPL code niet 'opnemen' in je een programma wat je onder een niet GPL license wilt uitbrengen. Als je echter voldoende afstand bewaart tot de GPL code is er niets aan de hand. Wat voldoende afstand precies is, is natuurlijk een nogal subjectief iets. Over het algemeen wordt het aanroepen van een executable tool wat onder de GPL valt bijvoorbeeld als voldoende afstand gezien, terwijl een library aanroep dat duidelijk niet is.

Een GPL database systeem gebruik is geen probleem, dat lijkt me voldoende afstand. De client library is echter wel een probleem. Die kan je absoluut niet gebruiken in niet GPL code. Zelfs als de LGPL wordt gebruikt voor de client library zijn er nog een flink aantal voorwaarden. Je moet bijvoorbeeld relinking tegen een alternatieven voor de library mogelijk blijven maken en de library mag niet 'in' de executable worden opgenomen (zoals bij static linking).
Ik zou verre van de GPL blijven en ook van GPL-ed software voor je eigen software.
Het grootste probleem treedt op bij ondoordachte toepassing van de GPL. Als je ondoordacht van GPL software gebruik maakt heb je namelijk vaak een serieus probleem. GNU adviseert namelijk in het geval van libraries om de GPL te gebruiken voor 'unieke' software, die niet makkelijk vervangen kan worden door een alternatief. Als er alternatieven zijn en je de toepassing van je de library wilt promoten is de LGPL een betere keuze. Bij ondoordacht gebruik GPL code zit je dus dubbel in de shit: je moet van de GPL af en er is vaak geen goed alternatief.

Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment


Acties:
  • 0 Henk 'm!

  • Rukapul
  • Registratie: Februari 2000
  • Laatst online: 22:47
mbravenboer schreef op 08 november 2003 @ 11:17:
Dat is niet helemaal correct geformuleerd. Je kan GPL code niet 'opnemen' in je een programma wat je onder een niet GPL license wilt uitbrengen. Als je echter voldoende afstand bewaart tot de GPL code is er niets aan de hand. Wat voldoende afstand precies is, is natuurlijk een nogal subjectief iets. Over het algemeen wordt het aanroepen van een executable tool wat onder de GPL valt bijvoorbeeld als voldoende afstand gezien, terwijl een library aanroep dat duidelijk niet is.
Hier kan ik in meegaan. Bij mijn werkgever bv wordt 'voldoende afstand' over het algemeen beschouwd als het gebruik van standaard OS mechanismen zoals het executeren van een applicatie (system("gpl-software") ), het gebruik van unix pipes (om bijvoorbeeld een extern opgestarte app. te controleren) of sockets (bijv. als de app. een http server heeft of een controle socket bv. een database server), etc.

[ Voor 3% gewijzigd door Rukapul op 08-11-2003 11:28 ]


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
EfBe schreef op 08 november 2003 @ 11:09:
Je moet dat helemaal niet. Nergens in de Nederlandse wet staat dat jij dat moet doen, je tekent geen overeenkomst met de sourcemaker, en er staat nergens in de Nederlandse auteurswet dat 'linken' van sourcecode met license X automatisch de linkende code ook licenseert onder license X. Lang niet alles wat in licenses staat is ook van toepassing op de gebruiker, onthoudt dat goed. In Oracle en SqlServer licenses bv staat dat je geen benchmark gegevens mag publiceren. Dit is grote onzin en mag gewoon in Nederland. Mn schoonvader is kantonrechter, ik heb dit en andere zaken ooit eens voorgelegd aan hem en hij vond het maar onzin dat je je daaraan moest houden. Mbt het aanpassen van GPL-ed code is alles erg helder: je moet je aanpassingen publiceren.
Waar komt die helderheid vandaan dan?
Staat dat wel in de wet?

Acties:
  • 0 Henk 'm!

  • PanMan
  • Registratie: November 1999
  • Laatst online: 25-09 15:57

PanMan

Spun!

Wat MySQL zelf zegt, is dat het niet van toepassing is als je MySQL niet meelevert met je product. Wellicht kan je dus naar een oplossing toe dat de scholen zelf MySQL installeren (dat mag gewoon), en jij je product. Of dat je het MySQL installeren als apparte dienst gaat leveren oid.
* PanMan maakt vaak webaplicaties, en daar is MySQL altijd al geinstalled. Ik ga er dus vanuit dat de GPL voor mij niet van toepassing is: op mysql.com staat duidelijk iets over MySQL meeleveren, en DAT doe ik niet.

Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and weighs 30 tons, computers in the future may have only 1,000 vacuum tubes and weigh only 1.5 tons.
– Popular Mechanics, March 1949


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
OlafvdSpek schreef op 08 november 2003 @ 12:18:
[...]
Waar komt die helderheid vandaan dan?
Staat dat wel in de wet?
Op zich mag je niets volgens de wet. In theorie mag je dus ook nooit een GPL-ed stukje programmatext verspreiden, je bent immers geen copyright houder. Nu geeft de copyright houder je die vrijheid middels de license. Wijzig je materiaal van de copyright houder, dan mag dat ook niet van de wet, tenzij hiervoor toestemming is gegeven. Dit is geregeld middels de GPL license. En nu komt het: modificeren van gpl-ed code blijft aanpassen van materiaal van een ander. Dus dat is dus geregeld via die license.

ECHTER, wanneer je gaat linken (at runtime bv via een .so of dll) met een binary dat is verkregen door het compileren van GPL-ed code, wijzig je NIETS aan de copyright houder's materiaal en gaat die vlieger dus niet op. De GPL zegt dat het gelinkte dan ook automatisch onder de license valt, maar dat gaat niet op, de copyright houder van het geGPL-de stukje software is immers geen rechtenhouder van het stuk code dat linkt met de GPL-ed code en kan daar dus niets over zeggen. Ook wordt het geGPL-de stukje code niet aangepast noch gedistribueerd of anderzinds aangetast onder de auteurswet.

Vandaar dat die 2 dingen uitelkaar moeten worden gehouden en er onderscheid moet worden gemaakt tussen die 2 zaken. GPL-advocates zien het graag als 1 ding, maar zo is het niet.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
mbravenboer schreef op 08 november 2003 @ 11:17:
Dat is niet helemaal correct geformuleerd. Je kan GPL code niet 'opnemen' in je een programma wat je onder een niet GPL license wilt uitbrengen. Als je echter voldoende afstand bewaart tot de GPL code is er niets aan de hand. Wat voldoende afstand precies is, is natuurlijk een nogal subjectief iets. Over het algemeen wordt het aanroepen van een executable tool wat onder de GPL valt bijvoorbeeld als voldoende afstand gezien, terwijl een library aanroep dat duidelijk niet is.
Dat is OOK weer niet juist geformuleerd, want in theorie bestaat er geen verschil tussen een executable en een library, beide hebben executable code die @ runtime in een process wordt gemapped en daarna gestart, altijd middels dezelfde method (onder windows iig). Een library die @ runtime fysiek wordt gelinkt is daarom dus niets anders dan dat je via automation bv een executable start en gebruikt: in beide gevallen is de linking niet fysiek maar loopt deze via het OS (hoe dun dat laagje ook is). Daarnaast is het hoogst discutable dat een linking @ runtime met een zekere library inbreuk is op het copyright van de copyright houder van de gelinkte library. Het lezen van een boek is dat bv ook niet.
Een GPL database systeem gebruik is geen probleem, dat lijkt me voldoende afstand. De client library is echter wel een probleem. Die kan je absoluut niet gebruiken in niet GPL code. Zelfs als de LGPL wordt gebruikt voor de client library zijn er nog een flink aantal voorwaarden. Je moet bijvoorbeeld relinking tegen een alternatieven voor de library mogelijk blijven maken en de library mag niet 'in' de executable worden opgenomen (zoals bij static linking).
Je kunt een dyn. linked GPL-ed library prima gebruiken in je executable. Onder windows is dat ZEKER het geval, omdat een dll dynamisch in het process wordt gemapped VIA een windows call, en de dll niet fysiek deel uit maakt van het process maar er slechts virtueel ingemapped is (meerdere processes die dezelfde dll delen hebben allemaal dezelfde codepages gemapped gekregen, de dll is maar 1 keer ingeladen bv).
Het grootste probleem treedt op bij ondoordachte toepassing van de GPL. Als je ondoordacht van GPL software gebruik maakt heb je namelijk vaak een serieus probleem. GNU adviseert namelijk in het geval van libraries om de GPL te gebruiken voor 'unieke' software, die niet makkelijk vervangen kan worden door een alternatief. Als er alternatieven zijn en je de toepassing van je de library wilt promoten is de LGPL een betere keuze. Bij ondoordacht gebruik GPL code zit je dus dubbel in de shit: je moet van de GPL af en er is vaak geen goed alternatief.
Ik ken geen GPL-ed library die geen alternatief heeft, inderdaad soms moet je daarvoor betalen, maar brood is voor zover ik weet, ook niet gratis.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • ATS
  • Registratie: September 2001
  • Laatst online: 25-09 17:57

ATS

Waarom zou je geen geld kunnen verdienen aan GPL-ed code? Je kan nog steeds je pakket aan de scholen verkopen, alleen moet je indien daarom gevraagd wordt je ze de broncode geven. So what? Hoeveel scholen gaan dat doen? Hoeveel scholen kunnen überhaupt iets met die code? Hoeveel scholen willen niet-ondersteunde software gebruiken (jij bent natuurlijk niet verplicht om support te leveren aan scholen die je software niet van jou gekocht hebben!)

Verder verbiedt AFAIK de GPL niet om te verbieden je binairy te verspreiden. Alleen de broncode is vrij. Dat maakt het verspreiden toch een stuk lastiger mensen die niet veel verder komen dan het copieren van een cdtje, wat je toch niet kan voorkomen.

Tenslotte vindt ik het een beetje lame om te proberen de GPL zo om te buigen dat jij wel gratis MySQL mag gebruiken, maar jij vervolgens niet diezelfde rechten aan anderen geeft. De makers van MySQL moeten ook eten. Jij verdient geldt met hun werk.

My opinions may have changed, but not the fact that I am right. -- Ashleigh Brilliant


Acties:
  • 0 Henk 'm!

  • Tomatoman
  • Registratie: November 2000
  • Laatst online: 22-09 13:59

Tomatoman

Fulltime prutser

_/-\o_ @ EfBe. Ik denk dat jij de spijker op zijn kop slaat. Daarmee komen we tot de volgende conclusies:

Manier om in eigen software code te gebruiken die onder GPL valtConsequentie voor eigen software
Vanuit eigen programma een zelfstandig programma gebruiken dat onder
GPL valt (bijvoorbeeld MySQL)
Geen consequenties
Vanuit eigen programma naar een DLL linken die onder GPL valt• Volgens GPL: eigen software moet volgens GPL worden gelicenseerd
• Volgens Nederlands recht: geen jurisprudentie. Waarschijnlijk geen
consequenties voor eigen software
• Volgens Amerikaans recht: idem
• Volgens common sense: geen consequenties voor eigen software
Code meelinken die onder GPL valtEigen software moet volgens GPL worden gelicenseerd

Wil je er absoluut zeker van zijn dat je niet in de problemen komt als je DLL's gebruikt die onder GPL vallen, dan kun je er een schil van een executable omheen gieten die je vanuit je eigen applicatie aanroept. Je laadt bewuste DLL bijvoorbeeld in een zeer eenvoudige service, die niets anders doet dan de DLL-functies omzetten in remote procedure calls. Vervolgens roep je vanuit je eigen applicatie de functies in de service aan via remote procedure calls (in tegenstelling tot de functies in de DLL direct aanroepen). De service breng je uit onder GPL, je eigen applicatie onder de licentie van jouw keuze. Voor alle duidelijkheid: deze 'executable-truc' is er alleen op gericht om licentieproblemen te voorkomen en voegt verder geen enkele waarde aan je applicatie toe.

[ Voor 5% gewijzigd door Tomatoman op 08-11-2003 15:38 ]

Een goede grap mag vrienden kosten.


Acties:
  • 0 Henk 'm!

  • .oisyn
  • Registratie: September 2000
  • Laatst online: 22-09 16:37

.oisyn

Moderator Devschuur®

Demotivational Speaker

tomatoman: nou heb ik er niet zoveel kaas van gegeten, maar volgens mij mis je nog het stukje waarbij je wel dynamisch linkt met een library (.so/.dll), maar ook diezelfde library meedistribueert. Want maakt dat niet ook nog uit, of je code van een ander verspreid of niet? Want daar komt het in feit op neer

Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
.oisyn schreef op 08 november 2003 @ 15:41:
tomatoman: nou heb ik er niet zoveel kaas van gegeten, maar volgens mij mis je nog het stukje waarbij je wel dynamisch linkt met een library (.so/.dll), maar ook diezelfde library meedistribueert. Want maakt dat niet ook nog uit, of je code van een ander verspreid of niet? Want daar komt het in feit op neer
Verspreiden van die GPL-ed code van anderen mag, dat staat in die GPL zelf :). Dus dat kan nooit een beledsel zijn. De problemen mbt de GPL zijn altijd gerelateerd aan je eigen software die op een of andere manier interactie pleegt met een GPL-ed stukje software en wat dan te doen met je eigen software. Omdat GNU gebaat is bij zoveel mogelijk geheimzinnigheid en onduidelijkheid, blijft men haar eigen software ook maar GPL-en terwijl dat echt niet altijd hoeft.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Wat is dan nog het verschil tussen GPL en LGPL?

Acties:
  • 0 Henk 'm!

  • .oisyn
  • Registratie: September 2000
  • Laatst online: 22-09 16:37

.oisyn

Moderator Devschuur®

Demotivational Speaker

EfBe: Ah ok :)

[ Voor 43% gewijzigd door .oisyn op 08-11-2003 15:46 . Reden: OlafvdSpek moest er weer perse tussen :P ]

Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.


Acties:
  • 0 Henk 'm!

  • Tomatoman
  • Registratie: November 2000
  • Laatst online: 22-09 13:59

Tomatoman

Fulltime prutser

ATS schreef op 08 november 2003 @ 15:34:
Verder verbiedt AFAIK de GPL niet om te verbieden je binairy te verspreiden. Alleen de broncode is vrij. Dat maakt het verspreiden toch een stuk lastiger mensen die niet veel verder komen dan het copieren van een cdtje, wat je toch niet kan voorkomen.
Dat lijkt me toch niet zo slim. Jij verkoopt jouw programma onder GPL voor 100 euro per licentie. Vervolgens koop ik van jou één licentie en vraag de broncode bij je op. Ik voeg een paar extra regels code toe en hercompileer het programma. Tenslotte ga ik dit programma (dat geheel gebaseerd is op vrij verspreidbare broncode!) zelf verkopen voor 50 euro per licentie. Dan kun jij alleen nog maar :w naar je inkomsten en je kunt mij niets maken.

Een goede grap mag vrienden kosten.


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
ATS schreef op 08 november 2003 @ 15:34:
Tenslotte vindt ik het een beetje lame om te proberen de GPL zo om te buigen dat jij wel gratis MySQL mag gebruiken, maar jij vervolgens niet diezelfde rechten aan anderen geeft. De makers van MySQL moeten ook eten. Jij verdient geldt met hun werk.
Nul argument. Dat de makers van MySQL een hypotheek te betalen hebben en kindermonden te vullen is niet het probleem van de gebruiker van de MySql software. Als de MySQL makers zo begaan zijn met geld verdienen moeten ze een businessmodel opstellen en implementeren zodat ze geld verdienen met de software die ze maken, bv het verkopen van licenses. Maar, als je eerst de spullen gratis weggeeft en DAN de gebruikers daarvan kwaad aan gaat kijken dat ze je niets doneren is natuurlijk de omgekeerde wereld ;) Ik denk echter dat de constructie van MySQL vereisen maar het niet meeleveren (waarom zou je, de klant kan dat best zelf installeren) de beste is, iets dat al eerder genoemd werd.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
OlafvdSpek schreef op 08 november 2003 @ 15:45:
Wat is dan nog het verschil tussen GPL en LGPL?
In GNU termen/ vanuit het GNU Perspectief: de LGPL bevat niet de 'virale' clauses waardoor een LGPL-ed lib een gebruikende executable een license kan opdringen
In normale mensenogen: geen.

[ Voor 3% gewijzigd door EfBe op 08-11-2003 15:49 ]

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
Een ander probleem waardoor de virale linkclause niet echt hout snijdt: je linkt met een dll via LoadLibrary() bijvoorbeeld en die dll WAS bsd licensed, maar verandert van license en is dan GPL-ed (en dat kan de maker gewoon doen, natuurlijk). Een binary update wordt op het systeem geplaatst, dus de compiled versie van de GPL-ed source. Nu is jouw programma volgens de GPL WEL ineens verplicht de GPL te accepteren als license en moet ook onder de GPL worden verspreid, immers je linkt met een GPL-ed lib (volgens de GPL dan).

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Tomatoman
  • Registratie: November 2000
  • Laatst online: 22-09 13:59

Tomatoman

Fulltime prutser

EfBe schreef op 08 november 2003 @ 15:53:
Een ander probleem waardoor de virale linkclause niet echt hout snijdt: je linkt met een dll via LoadLibrary() bijvoorbeeld en die dll WAS bsd licensed, maar verandert van license en is dan GPL-ed (en dat kan de maker gewoon doen, natuurlijk). Een binary update wordt op het systeem geplaatst, dus de compiled versie van de GPL-ed source. Nu is jouw programma volgens de GPL WEL ineens verplicht de GPL te accepteren als license en moet ook onder de GPL worden verspreid, immers je linkt met een GPL-ed lib (volgens de GPL dan).
Dat brengt me op een aardig idee om snel rijk te worden. Stel dat de virale-linkclausule in de GPL wél door een rechter erkend zou worden. Dan zou ik een stub kunnen maken voor een belangrijke library die bij een besturingssysteem hoort (bijvoorbeeld user32.dll onder Windows). Alle functieaanroepen in de library zouden door de stub eenvoudigweg worden gemapt naar de oorspronkelijke library. Ik geef de stub dezelfde naam als de originele library, zodat iedere applicatie op het systeem voortaan automatisch mijn stub gebruikt.

Nu breng ik de stub uit onder GPL, waardoor alle applicaties (die de library gebruiken) opeens ook onder de GPL vallen >:). Consequentie volgens de virale-linkclausule in de GPL: ik mag de broncode van al die programma's opvragen, hercompileren en naar believen onder GPL herdistribueren. Uiteraard vraag ik daarvoor een zacht prijsje en word heel snel rijk :)

Natuurlijk zal geen enkele rechter dit laten gebeuren, al was het maar omdat de consequenties van de virale-linkclausule in de GPL niet in propertie staan tot de consequenties daarvan. Daarmee is de virale-linkclausule feitelijk ongeldig.

Een goede grap mag vrienden kosten.


Acties:
  • 0 Henk 'm!

Verwijderd

tomatoman schreef op 08 november 2003 @ 15:37:
[...]
_/-\o_ @ EfBe. Ik denk dat jij de spijker op zijn kop slaat. Daarmee komen we tot de volgende conclusies:

Manier om in eigen software code te gebruiken die onder GPL valtConsequentie voor eigen software
Vanuit eigen programma een zelfstandig programma gebruiken dat onder
GPL valt (bijvoorbeeld MySQL)
Geen consequenties
Vanuit eigen programma naar een DLL linken die onder GPL valt• Volgens GPL: eigen software moet volgens GPL worden gelicenseerd
• Volgens Nederlands recht: geen jurisprudentie. Waarschijnlijk geen
consequenties voor eigen software
• Volgens Amerikaans recht: idem
• Volgens common sense: geen consequenties voor eigen software
Code meelinken die onder GPL valtEigen software moet volgens GPL worden gelicenseerd
Punt 2 klopt niet. Als je linkt word jouw software GPL. En dat staat nergens in de wet of zo, want dat hoeft ook niet, maar dat komt omdat jij de license zelf hebt geaccepteerd. Zie punt 5 van de GPL.

Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
EfBe schreef op 08 november 2003 @ 15:53:
Een ander probleem waardoor de virale linkclause niet echt hout snijdt: je linkt met een dll via LoadLibrary() bijvoorbeeld en die dll WAS bsd licensed, maar verandert van license en is dan GPL-ed (en dat kan de maker gewoon doen, natuurlijk). Een binary update wordt op het systeem geplaatst, dus de compiled versie van de GPL-ed source. Nu is jouw programma volgens de GPL WEL ineens verplicht de GPL te accepteren als license en moet ook onder de GPL worden verspreid, immers je linkt met een GPL-ed lib (volgens de GPL dan).
Maar at compile-time gebruik je wel de BSD of GPL-licensed header file. Gaat het daar niet om?

Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
OlafvdSpek schreef op 08 november 2003 @ 16:30:
[...]

Maar at compile-time gebruik je wel de BSD of GPL-licensed header file. Gaat het daar niet om?
Dat is helemaal niet nodig. Ik kan (moet zelfs ;) )bv wanneer ik middels LoadLibrary() een dll inlaadt, alle functies zelf mappen.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
Verwijderd schreef op 08 november 2003 @ 16:28:
[...]
Punt 2 klopt niet. Als je linkt word jouw software GPL. En dat staat nergens in de wet of zo, want dat hoeft ook niet, maar dat komt omdat jij de license zelf hebt geaccepteerd. Zie punt 5 van de GPL.
Dat is niet aan de orde. Jij kunt wel in je license zetten dat iedereen die het accepteert jou 10.000,- euro moet betalen elke maand maar dat is net zo ongeldig, een license is nl. geen contract. (en dan nog, wat in een contract staat kan ook onwettelijk zijn en dus ongeldig).

Verder is 'linken' een onbenullige term, want bv onder windows bestaat er niet zoiets als runtime linken, je linkt niks, dat doet het os, het OS maakt feitelijk de verbinding, wat ervoor zorgt dat het OS dus OOK gpl-ed moet worden (bv, het OS roept DllMain() aan in elke dll die geladen wordt... :))

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Rukapul
  • Registratie: Februari 2000
  • Laatst online: 22:47
EfBe schreef op 08 november 2003 @ 15:43:
[...]

Verspreiden van die GPL-ed code van anderen mag, dat staat in die GPL zelf :). Dus dat kan nooit een beledsel zijn.
Alleen indien je aan alle voorwaarden van de GPL voldoet mag je een GPLed programma verder distribueren! Daarom heeft .oisyn ook een zeer goed punt, aangezien niet elke library standaard op een systeem aanwezig is en het onhandig kan zijn om deze tijdens de installatie automatisch te verkrijgen.

Acties:
  • 0 Henk 'm!

  • Rukapul
  • Registratie: Februari 2000
  • Laatst online: 22:47
ATS schreef op 08 november 2003 @ 15:34:
Verder verbiedt AFAIK de GPL niet om te verbieden je binairy te verspreiden. Alleen de broncode is vrij. Dat maakt het verspreiden toch een stuk lastiger mensen die niet veel verder komen dan het copieren van een cdtje, wat je toch niet kan voorkomen.
Dit wordt wel degelijk uitgesloten in de GPL, sectie 6:
Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein.
In de GPL wordt duidelijk onderscheid gemaakt tussen Program en Program Source en in bovenstaande staat Program, wat door sectie 1 van de GPL weer inhoudt dat ook de Program Source weer vrij verspreidbaar is.
TomatoMan:
Wil je er absoluut zeker van zijn dat je niet in de problemen komt als je DLL's gebruikt die onder GPL vallen, dan kun je er een schil van een executable omheen gieten die je vanuit je eigen applicatie aanroept. Je laadt bewuste DLL bijvoorbeeld in een zeer eenvoudige service, die niets anders doet dan de DLL-functies omzetten in remote procedure calls. Vervolgens roep je vanuit je eigen applicatie de functies in de service aan via remote procedure calls (in tegenstelling tot de functies in de DLL direct aanroepen). De service breng je uit onder GPL, je eigen applicatie onder de licentie van jouw keuze. Voor alle duidelijkheid: deze 'executable-truc' is er alleen op gericht om licentieproblemen te voorkomen en voegt verder geen enkele waarde aan je applicatie toe.
Ik hoop dat je het met me eens bent dat dit een verwerpelijke aanpak is en dit niet daadwerkelijk in prive of zakelijke omgeving uitvoert.

Overigens geef je nog steeds een hoop rechten op met deze aanpak indien je de aangepaste GPL lib distribueert (bv evt. patenten die gebruikt worden in de GPLed lib).

[ Voor 37% gewijzigd door Rukapul op 08-11-2003 17:45 ]


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
Rukapul schreef op 08 november 2003 @ 17:40:
Ik hoop dat je het met me eens bent dat dit een verwerpelijke aanpak is en dit niet daadwerkelijk in prive of zakelijke omgeving uitvoert.
Ik vind het opdringen van een license aan mensen die helemaal niets met die license te doen hebben, bv dyn. linked software bouwers, behoorlijk verwerpelijk eerlijk gezegd. Vanuit GNU en de FSF bekeken een logische zaak, want zij willen alle software free maken, en dat doe je op die manier o.a. alleen blijft het imho verwerpelijk, temeer omdat ze beweren dat ze gelijk hebben wanneer ze zeggen dat wanneer appje Foo dyn. linkt met een BINARY dll Bar, die ergens op een andere machine gecompileerd is van GPL-ed code, je appje Foo ook GPL-ed moet maken. Dat gaat veel te ver. Zeg dan: je mag de BINARY niet gebruiken (!) want jouw appje is zelf niet GPL. Dat lijkt hetzelfde, maar is het niet, want juist dit laatste is WEL duidelijk en heeft verder geen gezever nodig over wat 'linken' nu werkelijk inhoudt. Echter, men kiest voor de 'link' clause want men is niet geinteresseerd in het beschermen van COPYRIGHT, (al wil men dat wel doen geloven) maar men (@ FSF/GNU) is louter geinteresseerd in het GPL-ed maken van zoveel mogelijk software.

Een COM wrapper maken voor een GPL-ed dll om de linking clause te omzeilen is overigens gewoon software maken, de COM wrapper maak je GPL, de COM object gebruikende software niet en dat hoeft ook niet, want COM objects link je niet.

(laat ik wel even toevoegen dat ikzelf de BSD filosofie aanhang: als je sourcecode ter beschikking wilt stellen aan derden, doe dat dan zonder restricties, het gaat, IMHO, er toch om dat de mensheid zelf er beter van wordt, dus dat die jouw software zo goed mogelijk, zonder veel hindernissen kan gebruiken, daar worden we toch allemaal beter van of niet?)

[ Voor 12% gewijzigd door EfBe op 08-11-2003 18:06 ]

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
EfBe schreef op 08 november 2003 @ 17:08:
Dat is helemaal niet nodig. Ik kan (moet zelfs ;) )bv wanneer ik middels LoadLibrary() een dll inlaadt, alle functies zelf mappen.
Maar de functie-declaratie komt wel uit een file met een BSD of GPL license, toch?

Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
OlafvdSpek schreef op 08 november 2003 @ 18:06:
[...]
Maar de functie-declaratie komt wel uit een file met een BSD of GPL license, toch?
Die tik je zelf in, bv in een .H file, of in je VB6/C#/VB.NET class source direct als method declaratie.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Tomatoman
  • Registratie: November 2000
  • Laatst online: 22-09 13:59

Tomatoman

Fulltime prutser

Verwijderd schreef op 08 november 2003 @ 16:28:
[...]
Punt 2 klopt niet. Als je linkt word jouw software GPL. En dat staat nergens in de wet of zo, want dat hoeft ook niet, maar dat komt omdat jij de license zelf hebt geaccepteerd. Zie punt 5 van de GPL.
Wij kunnen best in een licentie afspreken dat ik het exclusieve gebruiksrecht van de Noordzee aan jou geef (jij accepteert deze licentie), maar daarmee wordt de Noordzee toch echt niet van jou alleen. Dat heeft er niets mee te maken of jij de licentie hebt geaccepteerd, het is gewoon een licentiebepaling die in strijd is met de wet.
Rukapul schreef op 08 november 2003 @ 17:40:
Ik hoop dat je het met me eens bent dat dit een verwerpelijke aanpak is en dit niet daadwerkelijk in prive of zakelijke omgeving uitvoert.
Ik gebruik in mijn programma's zakelijk noch privé software die onder GPL valt. De beschreven aanpak heb ik nooit gebruikt en ik heb er ook geen plannen voor. Sterker, ik heb deze oplossing ter plekke bedacht. Je kunt gerust zijn :)

Waarom ik deze aanpak beschreef is om duidelijk te maken dat die clausule over linken naar libraries nogal dubieus is. Mocht er ooit een rechter zijn die deze licentiebepaling bekrachtigt, dan zullen softwareontwikkelaars allerlei trucs verzinnen om onder die clausule uit te komen. Dat blijkt heel gemakkelijk te zijn, zoals ik met de beschreven methode aangaf.

Een goede grap mag vrienden kosten.


Acties:
  • 0 Henk 'm!

  • TheOneLLama
  • Registratie: Oktober 2000
  • Laatst online: 20-01-2022

TheOneLLama

A llama like no llama before

De GPL licentie is hier vrij duidelijk in, zodra je iets linkt met een GPL programma valt jou eigen programma onder de GPL. Dus als jij tegen een OBCD driver linkt ben je de klos.

Dat betekend niet dat je als je dit doet je gelijk verplicht bent je eigen programma te open sourcen. Het betekend dat als de rechtmatige copyright houder (de schrijver van de OBCD driver dus) vind dat jij zijn licentie overtreden hebt, je geen recht meer hebt op distributie van zijn code.

Inhoeverre hij bij jou schade kan claimen etc. dat is niet duidelijk.

Onthoud gewoon goed dat er iedere rechter, in Nederland de VS of waar dan ook, als eerste tot de conclusie zal kom dat de copyright van het stukje GPL ligt bij de auteur ervan. Het is dus ook echt van *hem*.

De vraag kan zich dan toespitsen of hij jou een licentie verleent heeft ja of nee, en of jij je eraan gehouden hebt. Nou, die sourcecode heb je duidelijk gewoon gepakt en gebruikt, en je was duidelijk op de hoogte van de licentie die erbij hoort. Daar zijn duidelijk voorwaarden gestelt, en het is duidelijk dat jij je daar niet aan houd als je een app maakt die tegen GPL code linkt en je de source niet onder de GPL stelt.

Dit staat in "advocaten" taal in de GPL. De GPL is dan ook niet door een stelletje nerds gemaakt, maar door een stelletje advocaten die zich in copyright hebben gespecialiseerd. In stuk helderede taal, en een stuk steviger juridisch gezien als de gemiddelde EULA van een groot software bedrijf. Dat er hier een tweakertje langs komt die zegt dat dit "waarschijnlijk" wel niet overeind blijft zou ik niet op rekeken,

Er zijn wel andere delen van de GPL die omstreden zijn, namelijk wat er gebeurt als *jij* code distrubiteerd die onder jou copyright valt, en welke rechten je dan precies hebt. Dit is oa waar de SCO zaak om draait, naast andere dingen.

De Lesser GPL license is ook omstreden, omdat het erg gericht is op C en niet andere talen. Waarschijnljik, als je met een JAVA programma (en ook .NET etc. en andere bytecode gerichte talen neem ik aan) gebruikt van een LGPL library, valt *toch* je hele project onder de GPL. Dit is vooralsnog ook het standpunt de FSF zelf!

Maar terug naar jou geval;
Is het mogelijk voor je project niet nog wat verder in componenten op de delen. Alleen het deel wat met ODBC gelinkt is hoeft dan onder de GPL te vallen.

Je kan ook er aan denken om het toch als GPL te distributeren. In hoeverre betalen de scholen enzo je voor de software, en in hoeverre bij het opzetten van de servers, etc? In hoeverre komen ze er zelfs maar achter dat je een "src" directory en een LICENSE file meeinstalleerd? ;)

Opera OpenOffice.org Jabber Psi jabber://llama@mordax.com


Acties:
  • 0 Henk 'm!

  • Wekkel
  • Registratie: Maart 2000
  • Laatst online: 14-08-2024

Wekkel

De downloadkoning

TheOneLLama schreef op 09 november 2003 @ 12:20:
Dit staat in "advocaten" taal in de GPL. De GPL is dan ook niet door een stelletje nerds gemaakt, maar door een stelletje advocaten die zich in copyright hebben gespecialiseerd. In stuk helderede taal, en een stuk steviger juridisch gezien als de gemiddelde EULA van een groot software bedrijf. Dat er hier een tweakertje langs komt die zegt dat dit "waarschijnlijk" wel niet overeind blijft zou ik niet op rekenen,
Het zijn juist de leken die tegen heilige huisjes aantrappen die voor smaakmakende zaken zorgen. Advocaten dienen per definitie het belang van hun eigen client. Er zijn zoveel bepalingen in allerlei contracten waarvan de juridische houdbaarheid onduidelijk is, maar toch gebruikt worden. Liever wel erin dan niet erin, want als het nou uiteindelijk wel blijkt te mogen sla je jezelf voor je kop als je het er niet ingezet hebt. Het verhaal dat een advocaat een stuk in elkaar gezet heeft, geeft met andere woorden geen enkele garantie dat alles wat erin staat ook juridisch houdbaar is. Je paragraaf is dan ook een dooddoener, eigen verstand eerst.

Acties:
  • 0 Henk 'm!

  • jochemd
  • Registratie: November 2000
  • Laatst online: 24-09 23:08
Eastern schreef op 08 november 2003 @ 11:11:

Daarnaast werkt MySQL gewoon onder Windows (wat een vereiste was van de meeste scholen, Linux wilden ze niet :( ) en PostGres is alleen met cygwin onder Windows te draaien (zelfde probleem).
Als je voor de keuze komt om een commerciële licentie op MyODBC te nemen (het lijkt me minder waarschijnlijk dat je voor MySQL zelf een licentie nodig hebt in jouw situatie) of PostgreSQL te gebruiken is dat laatste misschien wel het verstandigste. Het is slechts een kwestie van tijd voordat er een gratis versie van PostgreSQL is die native op Windows draait (technisch gesproken is die er al, je moet hem alleen zelf compileren), en tot die tijd kost een commerciële versie van PostgreSQL voor Windows slechts $69,95
Blijft de vraag nog staan of ik er verstandig aan doe om ook PostGres SQL te gaan supporten.
Dat lijkt me zeker verstandig. Zoals ik het zie gaat voor jouw doelgroep PostgreSQL alleen maar goedkoper/makkelijker worden. Het zou niet veel moeite moeten zijn om je code te porteren als je rekening hebt gehouden met portabiliteit tijdens het ontwerp (met ODBC gaat dat vast wel goed).

Acties:
  • 0 Henk 'm!

  • TheOneLLama
  • Registratie: Oktober 2000
  • Laatst online: 20-01-2022

TheOneLLama

A llama like no llama before

Wekkel schreef op 09 november 2003 @ 13:02:
[...]

Het zijn juist de leken die tegen heilige huisjes aantrappen die voor smaakmakende zaken zorgen. Advocaten dienen per definitie het belang van hun eigen client.
De GPL licentie is vrijwillig opgesteld door deze mensen. Die dienen dus hun eigen doel, namelijk een ideaal. Het overigens wel weer gecontroleerd door anderen.
Er zijn zoveel bepalingen in allerlei contracten waarvan de juridische houdbaarheid onduidelijk is, maar toch gebruikt worden.
1 ding wat in iedere geval wel overeind blijft is dat jij zelf nooit copyright krijgt over het GPL werk van anderen. Dus mocht de GPL in z'n geheel ongeldig verklaard worden, dan mag je nog niet je werk distrubiteren met daarin GPL code. Maar dit deel van de GPL is echt niet zo ingewikkeld, hier worden gewoon een paar simpele voorwaarden gesteld. Dat is niet zo radicaal dat je daar grote twijfels over hoeft te hebben.

Hier werdt echter de suggestie gegeven dat als je iets onder de GPL weg geeft het niet eens van jou meer is ofzo. of dat het zelfs nooit van jou is geweest. ("De noordzee weggeven")
Liever wel erin dan niet erin, want als het nou uiteindelijk wel blijkt te mogen sla je jezelf voor je kop als je het er niet ingezet hebt.
En wat dat betreft heb je gelijk.. er staan bepalingen in de GPL waarvan je je kan afvragen of ze haalbaar zijn. Het veranderd het fundament van de licentie niet zo. Overigens geld dit ook voor die lappen tekst die je altijd ziet bij het installeren van een Microsoft programma. Grote delen daarvan, kun je je van afvragen of die ooit haalbaar zijn in de rechtszaal, waaronder zelfs sommige basis dingen (het feit dat je de software gekocht hebt, maar dat Microsoft een soort huur overeenkomst sluit met je).

Wil niet zeggen dat, mocht ooit die hele EULA van MS naar de prullenbak verwezen worden, je opeens recht hebt dat programma zomaar overal te gebruiken en aan iedereen te geven. Zelfde geld voor de GPL. In het geval van de GPL is het vrij duidelijk waar de autheur van de code toestemming geeft. Zolang je je daar maar aan houd hoef je je ook niet zorgen te maken te maken om dit soort kwesties.
Je kan de GPL meer als een sociaal contract zien dan als een legaal contract. Ook als de legale kant niet meer klopt hoef je je geen zorgen te maken dat je opeens de code niet meer mag gebruiken, als je een beetje vertrouwen hebt dat de makers achter het idee van de GPL staan.

Mocht je zelf tegen de GPL ingaan, en gewoon de code willen jatten voor eigen gebruik, dan verbreek je dat sociale contract. De andere partij kan jou dan je licentie ontnemen. Met de GPL, maar dus ook wel zonder de GPL. De GPL dient in wezen minder als bescherming voor de schrijvers van code maar meer voor de mensen die de code *gebruiken*. Het is bedoeld om te garanderen dat als jij je gebruiker van de code veilig kan voelen dat je het recht hebt de code te gebruiken mits je je aan de regels houd. Dat dus niet iemand die een GPL lib schrijft op een dag zegt, okay.. geef maar weer terug. En dat is legaal gezien een heel moeilijke kwestie (als de copyright houder plotseling gaat zeggen: copywright wetgeving gaat boven de GPL).

Dit is dus ook wat oa SCO zegt en wat bedrijven bedoelen als ze bang zijn voor de haalbaarheid van de GPL; ze willen niet dat ze een software lib van bv IBM gebruiken onder de GPL, en IBM morgen zegt: opensource daar hebben we nu genoeg van, geef maar weer terug.
Het verhaal dat een advocaat een stuk in elkaar gezet heeft, geeft met andere woorden geen enkele garantie dat alles wat erin staat ook juridisch houdbaar is. Je paragraaf is dan ook een dooddoener, eigen verstand eerst.
Nou, ik hoop dat dit meer mijn eigen verstand weergaf dan ;)

[ Voor 1% gewijzigd door TheOneLLama op 09-11-2003 20:34 . Reden: qoute -> quote ]

Opera OpenOffice.org Jabber Psi jabber://llama@mordax.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
TheOneLLama schreef op 09 november 2003 @ 12:20:
De GPL licentie is hier vrij duidelijk in, zodra je iets linkt met een GPL programma valt jou eigen programma onder de GPL. Dus als jij tegen een OBCD driver linkt ben je de klos.
NEEHEE....

Wanneer lezen mensen eens. RMS / FSF WIL dit, maar dat betekent niet dat het ook zo IS. Zij kunnen dit 100.000 keer in een license plempen, dat heeft totaal geen effect, om de doodeenvoudige reden dat de copyright houder van de GPL-ed work GEEN rechten heeft op het werk dat linkt (wat is linken eigenlijk? Jij omschrijft dat ook niet) en dus ook geen moer daarover kan zeggen.
Onthoud gewoon goed dat er iedere rechter, in Nederland de VS of waar dan ook, als eerste tot de conclusie zal kom dat de copyright van het stukje GPL ligt bij de auteur ervan. Het is dus ook echt van *hem*.
De vraag kan zich dan toespitsen of hij jou een licentie verleent heeft ja of nee, en of jij je eraan gehouden hebt. Nou, die sourcecode heb je duidelijk gewoon gepakt en gebruikt, en je was duidelijk op de hoogte van de licentie die erbij hoort. Daar zijn duidelijk voorwaarden gestelt, en het is duidelijk dat jij je daar niet aan houd als je een app maakt die tegen GPL code linkt en je de source niet onder de GPL stelt.
Je snapt niet waar het om gaat: het gaat erom of persoon A die dll D heeft gemaakt en uitgebracht via de GPL persoon B de GPL op kan dringen omdat B's programma P dynamisch linkt. (dat doen DLL's nu eenmaal, .so 's ook). Dit kan A nooit doen, A heeft nl. geen rechten op P.
Dit staat in "advocaten" taal in de GPL. De GPL is dan ook niet door een stelletje nerds gemaakt, maar door een stelletje advocaten die zich in copyright hebben gespecialiseerd. In stuk helderede taal, en een stuk steviger juridisch gezien als de gemiddelde EULA van een groot software bedrijf. Dat er hier een tweakertje langs komt die zegt dat dit "waarschijnlijk" wel niet overeind blijft zou ik niet op rekeken,
Erm... no offence, maar wat een amerikaanse advocaat denkt is totaal irrelevant. In NL. zijn bv shrinkwrapped en click-through licenses niet geldig, wist je dat? In de VS wel.
Er zijn wel andere delen van de GPL die omstreden zijn, namelijk wat er gebeurt als *jij* code distrubiteerd die onder jou copyright valt, en welke rechten je dan precies hebt. Dit is oa waar de SCO zaak om draait, naast andere dingen.
nee daar draait de SCO zaak helemaal niet om. De SCO zaak draait om het feit dat SCO zegt dat IBM gelicenseerde code van SCO heeft verspreid onder derden.
De Lesser GPL license is ook omstreden, omdat het erg gericht is op C en niet andere talen. Waarschijnljik, als je met een JAVA programma (en ook .NET etc. en andere bytecode gerichte talen neem ik aan) gebruikt van een LGPL library, valt *toch* je hele project onder de GPL. Dit is vooralsnog ook het standpunt de FSF zelf!
LOL :) 1 ding goed onthouden: wat de FSF wil of vindt is OOK niet interessant. Wellicht wel interessant voor discussies wat de FSF vindt en wat hun visies zijn, maar verder niet. Wat de FSF vindt in hte kader van de GPL is duidelijk. Dat ze de LGPL niet erkennen (!) geeft aan dat het niet als een verrassing komt dat ze dat roepen wat jij aangeeft. :D

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • TheOneLLama
  • Registratie: Oktober 2000
  • Laatst online: 20-01-2022

TheOneLLama

A llama like no llama before

EfBe schreef op 09 november 2003 @ 23:09:
[...]

NEEHEE....

Wanneer lezen mensen eens. RMS / FSF WIL dit, maar dat betekent niet dat het ook zo IS. Zij kunnen dit 100.000 keer in een license plempen, dat heeft totaal geen effect, om de doodeenvoudige reden dat de copyright houder van de GPL-ed work GEEN rechten heeft op het werk dat linkt (wat is linken eigenlijk? Jij omschrijft dat ook niet) en dus ook geen moer daarover kan zeggen.
Waar baseer jij het op? Als ik code schrijf heb ik daar copyright op. Jij hebt geen recht die te gebruiken tot ik jou daar toestemming tot geef.
Geef me 1 reden waarom dat niet meer zo zijn als ik jou die toestemming verleen dmv de GPL? Waarom zou ik dan mijn copyright verliezen, en waarom zou jij het recht hebben je licentie overeenkomst met mij te verbreken?

Als je niet eens weet wat linken is.. lees de licentie dan eens voor de grap voor je er over praat.
Je snapt niet waar het om gaat: het gaat erom of persoon A die dll D heeft gemaakt en uitgebracht via de GPL persoon B de GPL op kan dringen omdat B's programma P dynamisch linkt. (dat doen DLL's nu eenmaal, .so 's ook). Dit kan A nooit doen, A heeft nl. geen rechten op P.
Zoals ik al HEEL DUIDELIJK zei, is het niet zker in hoeverre je de GPL kan opdringen aan andere mensen die van jou GPL code gebruik maken. Je kan het ze niet opdringen in ieder geval (het zou een settlement ivm met damages kunnen zijn).

Maar wat je in ieder geval doet, is de licentie overtreden. En in die licentie staat HEEL duidelijk dat je dan de rechten verliest voor distributie van die code. Op het moment dat je je licentie breekt, en toch die code distributeerd, dan misbruik je mijn copyright. Ik heb je immers geen toestemming gegeven!

Op dat moment kan ik dus schade claimen, etc.

Als ik persoon A ben die DLL D geschreven heb, dan ben IK degene die daar copyright op heeft. IK dicteer dus onder welke voorwaarden er van gebruik gemaakt mag worden. Als ik als eis stel dat jou werk onder een bepaalde licentie moet vallen, dan mag jij kiezen of je die licentie gebruik, of dat je maar een andere lib zoekt.

Maak je *toch* gebruik van MIJN werk, en voldoe je niet aan MIJN voorwaarden, dan breek je dus iedere copyright wet in dit land. Er is geen enkele rechter die dat gaat ontkennen beste jongen! De eerste uitspraak zal dan ook zijn dat jij direct met je distributie moet stoppen, als daarin mijn code met MIJN copyright erop gebruikt wordt. Vervolgens kan ik proberen te claimen dat ik schade ondervonden heb van jou jat-werk. Ik kan bv geld eisen. Maar ik zou ook kunnen aanbieden als schikking dat je alsnog aan mijn voorwaarden voldoet, door je werk onder de GPL te brengen.
Erm... no offence, maar wat een amerikaanse advocaat denkt is totaal irrelevant. In NL. zijn bv shrinkwrapped en click-through licenses niet geldig, wist je dat? In de VS wel.
De GPL is gebaseerd op internationale verdragen over copyright wetgeving. Als iemand in de VS een boek schrijft mag je ook niet zomaar hier zijn werk publiceren. Als hij zegt, je mag teksten van mij in je eigen boek gebruiken, als je toestaat dat anderen de teksten uit jou boek mogen gebruiken... is er geen enkele reden waarom dat geen geldige overeenkomst is!
nee daar draait de SCO zaak helemaal niet om. De SCO zaak draait om het feit dat SCO zegt dat IBM gelicenseerde code van SCO heeft verspreid onder derden.
De uitspraken van SCO omtrent copyright wetgeving en GPL zijn je zeker per ongeluk "ontgaan". Als je echt serieus denkt dat de SCO zaak alleen om wat SystemV code in linux draait dan moet je je kop uit het zand trekken en, na de GPL eens doorgelezen te hebben, het nieuws maar eens gaan volgen.
LOL :)
JIJ gaat lachen hier?
1 ding goed onthouden: wat de FSF wil of vindt is OOK niet interessant.
De FSF heeft deze licentie opgesteld en zorgt er regelmatig voor dat nieuwe ontwikkelingen onder de loep genomen worden door experts op het gebied van copyright wetgeving. De FSF "wil" dus helemaal niks... ze adviseren alleen de community op dit ingewikkelde juridische gebied.
Wellicht wel interessant voor discussies wat de FSF vindt en wat hun visies zijn, maar verder niet. Wat de FSF vindt in hte kader van de GPL is duidelijk. Dat ze de LGPL niet erkennen (!) geeft aan dat het niet als een verrassing komt dat ze dat roepen wat jij aangeeft. :D
De LGPL valt niet onder het hoofddoel van de FSF. Desondanks brengen ze er advies over uit. Aangezien de LGPL uitzonderings situaties beschrijf die specifiek op C code gericht zijn waarschuwt de FSF dat dit niet voor bv JAVA code geld.

[ Voor 1% gewijzigd door TheOneLLama op 10-11-2003 00:17 . Reden: laatste twee woorden waren weg opeens :? ]

Opera OpenOffice.org Jabber Psi jabber://llama@mordax.com


Acties:
  • 0 Henk 'm!

  • MSalters
  • Registratie: Juni 2001
  • Laatst online: 13-09 00:05
EfBe schreef op 08 november 2003 @ 15:53:
Een ander probleem waardoor de virale linkclause niet echt hout snijdt: je linkt met een dll via LoadLibrary() bijvoorbeeld en die dll WAS bsd licensed, maar verandert van license en is dan GPL-ed (en dat kan de maker gewoon doen, natuurlijk). Een binary update wordt op het systeem geplaatst, dus de compiled versie van de GPL-ed source. Nu is jouw programma volgens de GPL WEL ineens verplicht de GPL te accepteren als license en moet ook onder de GPL worden verspreid, immers je linkt met een GPL-ed lib (volgens de GPL dan).
Nee, je vergeet dat bij contracten sprake is van contract partijen. Als jij de exe zo bouwt dat die een BSD-licentie library gebruikt, dan wordt jij geen contractpartij in een GPL licentiecontract. Als een derde een GPL library aan jouw applicatie probeert te linken, terwijl jij hem dat niet toestaat, dan is dat ten eerste een onrechtmatige daad (schending van de overeenkomst tussen jou en de derde). Ten tweede is hij niet door jou gemachtigd om jouw code onder de GPL te stellen, dus hij kan geen contract namens jou met de FSF aangaan.

Het virale aspect heeft alleen consequenties voor diegenen die gerechtigd zijn om de licentie voorwaarden te veranderen, en alleen door hun handelen.

Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
MSalters schreef op 10 november 2003 @ 00:45:
Nee, je vergeet dat bij contracten sprake is van contract partijen.
In het kader van een license zoals BSD/GPL is er geen contract.
Als jij de exe zo bouwt dat die een BSD-licentie library gebruikt, dan wordt jij geen contractpartij in een GPL licentiecontract. Als een derde een GPL library aan jouw applicatie probeert te linken, terwijl jij hem dat niet toestaat, dan is dat ten eerste een onrechtmatige daad (schending van de overeenkomst tussen jou en de derde). Ten tweede is hij niet door jou gemachtigd om jouw code onder de GPL te stellen, dus hij kan geen contract namens jou met de FSF aangaan.
Het zit hem er in dat je Foo.dll linkt in jouw app A. Foo is gemaakt door Pietje P. en gereleased als BSD code. Pietje P. is echter bezweken onder de indoctrinatie van RMS en decipelen en released nu zn Foo libje onder de GPL. Foo is echter een lib die door meer programma's gebruikt wordt en is in de windows\system32 dir geplaatst. A leest dan die dll en 'linkt' dus met een GPL-ed lib op dat moment (is uiteraard niet 'linken' want RMS en zn advocaten snappen niets van windows, maar dat terzijde).

Je 2e punt is denk ik ook de crux in het debat: een andere partij heeft geen rechten op jouw code en mag dus ook daar geen eisen aan stellen.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
TheOneLLama schreef op 10 november 2003 @ 00:14:
Waar baseer jij het op? Als ik code schrijf heb ik daar copyright op. Jij hebt geen recht die te gebruiken tot ik jou daar toestemming tot geef.
Klopt. Ik heb ook geen rechten om jou een license op te dringen
Geef me 1 reden waarom dat niet meer zo zijn als ik jou die toestemming verleen dmv de GPL? Waarom zou ik dan mijn copyright verliezen, en waarom zou jij het recht hebben je licentie overeenkomst met mij te verbreken?
Wie heeft het hierover :? Ik heb het louter over het feit dat als jij een library L gebouwd hebt en die onder de GPL verspreidt, dan is dat jouw keuze, echter als ik die library gebruik, tast ik dat totaal niet aan, maar ik hoef mijn code niet te GPL-en, want jij hebt geen rechten over MIJN code.
Als je niet eens weet wat linken is.. lees de licentie dan eens voor de grap voor je er over praat.
Allang gedaan en RSM/lawyer team snappen het niet. Wat is linken in dit geval? Static ? Dynamisch @ runtime? En wie/wat moet die linkage uitvoeren? Ik heb al aangegeven dat 'linken' @ runtime onder windows in ieder geval niet zo verloopt dat appje A ook fysiek linkt met een libje L.

Jij snapt nl. niet waar het om gaat: :) een applicatie die dynamisch linkt met een GPL-ed work roept binnen die lib gewoon een address aan @ runtime. Dat adres is 'safe' want het is in het address space van het process gemapped (via virtual addresses). (de library is nl. maar 1 keer ingeladen). Dus routine A roept routine B aan in memory. A is niet GPL-ed, B wel. A moet dan ook GPL-ed worden, volgens jou.

Wat te doen bij een 'call back' ? Jouw GPL-ed code zet een call back op met windows (win32 start thread bv.) Hier roept routine A ook routine B aan. A is niet GPL-ed, B wel. A is windows native code, B is jouw GPL-ed code.

No offence, maar zo simpel werkt het. En nu? Windows GPL-ed maken omdat er GPL-ed code op draait? Dacht het toch niet, want wie ben jij nou helemaal om daar iets over te zeggen, het is nl. niet JOUW code waar jij denkt een license eis aan te moeten stellen.

Snap je nu waarom die linkage clause onnozel is en binnen 1 minuut van tafel is in iedere rechtzaal?
Zoals ik al HEEL DUIDELIJK zei, is het niet zker in hoeverre je de GPL kan opdringen aan andere mensen die van jou GPL code gebruik maken. Je kan het ze niet opdringen in ieder geval (het zou een settlement ivm met damages kunnen zijn).
Andersom kan dan ook dus. MS kan een eis in haar EULA opnemen dat wanneer je 'gebruik' maakt van de win32 library (en dat doe je ALTIJD, indirect of direct), jouw code valt onder de license die zij daarvoor aanwijzen.

Ohh dat is dan ineens niet juist en onzin waarschijnlijk...
Maar wat je in ieder geval doet, is de licentie overtreden. En in die licentie staat HEEL duidelijk dat je dan de rechten verliest voor distributie van die code. Op het moment dat je je licentie breekt, en toch die code distributeerd, dan misbruik je mijn copyright. Ik heb je immers geen toestemming gegeven!
Ik misbruik helemaal niks, ik tast nl. jouw code niet aan. Jij verleent mij toestemming met een belachelijke eis, nl. dat JIJ mag bepalen welke license IK op mijn programmatuur moet stellen, bv programmatuur van honderdduizend regels waarin ik 4 regels van jouw illustere code gebruik. (alles even theoretisch, ik boycot GPL-ed code per definitie)
Op dat moment kan ik dus schade claimen, etc.
Ik zou zeggen, ga je gang. Geen hond die dat voor elkaar krijgt.
Als ik persoon A ben die DLL D geschreven heb, dan ben IK degene die daar copyright op heeft. IK dicteer dus onder welke voorwaarden er van gebruik gemaakt mag worden. Als ik als eis stel dat jou werk onder een bepaalde licentie moet vallen, dan mag jij kiezen of je die licentie gebruik, of dat je maar een andere lib zoekt.
nee hoor zo werkt het niet. Als jij dat eist hoef ik daar nog niet aan te voldoen! Jij kunt wel meer eisen, maar dat betekent niet dat de overeenkomst void wordt.

Ten eerste heb jij copyright op de SOURCECODE. Daar kom ik al niet aan, want ik gebruik bv een binary library. Dus dat copyright is van de baan. Ten tweede heb je intellectueel eigendom. Daarvoor moet je een gebruikersovereenkomst afgeven. Dat doe jij: je mag het vrij gebruiken. Je stelt ook nog een rare eis dat iedereen die het gebruikt jou zn complete maandsalaris moet overmaken elke maand. (ik noem maar iets raars). Denk je dan dat je dat moet accepteren? Welnee. Net zo min als dat je veel clauses in de MS Office EULA hoeft te accepteren. (onder de NL wet mag je nl. een copy maken, die EULA verbiedt dat. Wie heeft er gelijk? Echt de NL wet. Betekent dat dat de MS EULA dan void is? In het geheel niet!)
Maak je *toch* gebruik van MIJN werk, en voldoe je niet aan MIJN voorwaarden, dan breek je dus iedere copyright wet in dit land. Er is geen enkele rechter die dat gaat ontkennen beste jongen! De eerste uitspraak zal dan ook zijn dat jij direct met je distributie moet stoppen, als daarin mijn code met MIJN copyright erop gebruikt wordt. Vervolgens kan ik proberen te claimen dat ik schade ondervonden heb van jou jat-werk. Ik kan bv geld eisen. Maar ik zou ook kunnen aanbieden als schikking dat je alsnog aan mijn voorwaarden voldoet, door je werk onder de GPL te brengen.
Nee. Jij kunt helemaal niks, je hebt nl. je werk vrijelijk ter beschikking gesteld tenzij aan een absurde, onwettelijke eis voldaan werd die niet redelijk was ten ogenschouw van de Nederlandse wetgeving. Als jij beperkingen wilt stellen aan het GEBRUIK (!) van binary versies, dan moet je dat bv doen door eisen voor het gebruik zoals "niet voor commerciele doeleinden". Dat zijn eisen die binnen de redelijkheid vallen PLUS je dringt iemand niet iets op waar jij het recht niet toe hebt (want dat is waar het om gaat). Een programmeur met 10.000 regels aan code gebruikt 2 routines uit een GPL-ed library en met elkaar zijn dat 250 regels code. Denk je nou echt dat een rechter zal zeggen: 'ja, die programmeur van 250 regels code is gerechtigd te bepalen wat de copyright houder doet met de 10.000 regels code' ? in geen 10.000 jaar.
De GPL is gebaseerd op internationale verdragen over copyright wetgeving. Als iemand in de VS een boek schrijft mag je ook niet zomaar hier zijn werk publiceren. Als hij zegt, je mag teksten van mij in je eigen boek gebruiken, als je toestaat dat anderen de teksten uit jou boek mogen gebruiken... is er geen enkele reden waarom dat geen geldige overeenkomst is!
De copyright wetten van bv de VS en Duitsland zijn dermate distinct dat wanneer je daar de grootst gemene deler uit peurt, je weinig overhoudt.

Jij, net als vele GPL-advocates, haalt van alles door elkaar. Copyright zus en zo. Dat is niet aan de orde: JOUW copyright mbt de code die JIJ geschreven hebt is onaantastbaar, dat kun je bv in NL alleen via een notariele acte overdragen (of een door beide partijen ondertekend contract). (dus als jij je copyright vermaakt aan de FSF dmv het plakken van een GPL met die clause is niet genoeg). Ditzelfde geldt voor de code die jouw library GEBRUIKT. Echter er staat NIETS over gebruiken van de intellectual property in een GPL-ed work. De GPL gaat ervan uit dat zodra een applicatie A een GPL-ed library L gebruikt, dat A dan een derived work is van L. Dat is onzin. L kan nl. ook niet bestaan zonder een RTL en/of OS library, dus wat L beweert aan A op te dringen is geerft van een bron buiten L. Weg eis.
De FSF heeft deze licentie opgesteld en zorgt er regelmatig voor dat nieuwe ontwikkelingen onder de loep genomen worden door experts op het gebied van copyright wetgeving. De FSF "wil" dus helemaal niks... ze adviseren alleen de community op dit ingewikkelde juridische gebied.
Tja... laat ik je adviseren eens wat dieper te gaan nadenken waarom de FSF per se die virale clause in de GPL heeft geplaatst. Hint: "All software should be free". Advisering met dit ingewikkelde process? Wat is er ingewikkeld aan? Je hebt het copyright op werk dat je zelf vervaardigd tenzij het werk een copy is van een werk van een ander. Einde verhaal. Nou zo moeilijk was dat niet, of wel?
De LGPL valt niet onder het hoofddoel van de FSF. Desondanks brengen ze er advies over uit. Aangezien de LGPL uitzonderings situaties beschrijf die specifiek op C code gericht zijn waarschuwt de FSF dat dit niet voor bv JAVA code geld.
De FSF geeft aan dat de linkage clause alleen omzeilt wordt voor C dmv de LGPL. Lijkt me een solide basis voor een rechtzaak... :)

Maar goed, resumerend: deze discussie belandt precies op de plek waar al deze discussies op belanden: de pro GPL-mensen beweren A, de mensen die nuchter nadenken beweren B. Tijd zal het leren...

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
EfBe schreef op 10 november 2003 @ 10:24:
A leest dan die dll en 'linkt' dus met een GPL-ed lib op dat moment (is uiteraard niet 'linken' want RMS en zn advocaten snappen niets van windows, maar dat terzijde).
DLL staat volgens mij voor Dynamic-Link Library. Weet je zeker dat het RMS en advocaten zijn die er niets van snappen?

Is het trouwens RMS of RSM? En waar staat dat voor?

[ Voor 10% gewijzigd door Olaf van der Spek op 10-11-2003 12:25 ]


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
OlafvdSpek schreef op 10 november 2003 @ 12:21:
DLL staat volgens mij voor Dynamic-Link Library. Weet je zeker dat het RMS en advocaten zijn die er niets van snappen?
De meeste libraries worden als dll of .so geleverd, er wordt niet zoveel meer static gelinkt (.lib met alle code erin wordt direct gelinkt in compiled binary, het hangt van de compiler af wat er precies wordt meegelinkt, veelal alleen de routines die gebruikt worden, dus dat kan vrij klein zijn). Dus praten over DLL's of so's lijkt me zeker relevant.

Overigens opent static linking ook een leuk punt: stel je gebruikt minder dan 1% van een grote GPL-ed library. De compiler plakt dan alleen die routines in jouw binary die je gebruikt, een klein percentage. Je kunt dan de discussie openen of dit onder 'citeren' valt, wat is toegestaan in de auteurswet, en mag plaatsvinden ZONDER toestemming!
Is het trouwens RMS of RSM? En waar staat dat voor?
RMS, Richard M. Stallman, voorman van de FSF :). RMS is toch vrij gangbaar dacht ik, net als ESR, Eric S. Raymond.

[ Voor 20% gewijzigd door EfBe op 10-11-2003 12:33 ]

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
([offtopic]: note to self: quote!=edit)

[ Voor 101% gewijzigd door EfBe op 10-11-2003 12:33 ]

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
EfBe schreef op 10 november 2003 @ 12:29:
De meeste libraries worden als dll of .so geleverd, er wordt niet zoveel meer static gelinkt (.lib met alle code erin wordt direct gelinkt in compiled binary, het hangt van de compiler af wat er precies wordt meegelinkt, veelal alleen de routines die gebruikt worden, dus dat kan vrij klein zijn). Dus praten over DLL's of so's lijkt me zeker relevant.
Natuurlijk, maar jij zei dat dat geen linken was.
RMS, Richard M. Stallman, voorman van de FSF :). RMS is toch vrij gangbaar dacht ik, net als ESR, Eric S. Raymond.
Maar ergens anders heb je het weer over RSM:
Allang gedaan en RSM/lawyer team snappen het niet.

Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
OlafvdSpek schreef op 10 november 2003 @ 12:33:
[...]

Natuurlijk, maar jij zei dat dat geen linken was.
Niet direct linken nee, zoals je met een linker doet en een static linked lib, ECHTER wil de GPL dat een dll gebruiken ook onder linken valt, vandaar dat ik dat onderscheid maakte.
Maar ergens anders heb je het weer over RSM:
[...]
Dat is dan een typo mijnerzijds :)

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • TheOneLLama
  • Registratie: Oktober 2000
  • Laatst online: 20-01-2022

TheOneLLama

A llama like no llama before

[quote]EfBe schreef op 10 november 2003 @ 10:57:

Wie heeft het hierover :? Ik heb het louter over het feit dat als jij een library L gebouwd hebt en die onder de GPL verspreidt, dan is dat jouw keuze,
[quote]

Inderdaad, dat is mijn code, en mijn keuze op welke manier ik andere mensen er gebruik van laat maken.
echter als ik die library gebruik,
Op het moment dat je van mijn library gebruikt maakt, (je zegt het zelf al!!) maak je gebruik van mijn copyright. Dus ik mag de voorwaarden bepalen waaronder jij dat doet. Tot hier heeft het nog geen zak met de GPL te maken, maar dat is gewoon copyright wetgeving. Niks geen gelul over "veilige addressspace" bla bla bla het mag gewoon niet, als ik het je niet toesta.

Die toestemming geef ik je echter, via een licentie. Het feit dat ik een licentie gebruik doet niks af aan mijn recht jou te verbieden mijn code te gebruiken.. door te linken of gewoon de code aan te passen of wat ook. Dit is allemaal zeer gehelder opgesteld in de GPL. En dat is niks bijzonders, en zijn tich van licenties, oa tussen bedrijven onderling etc. die heel helder over linking, derative works,etc. zijn. Gewoon standaard copyright wetgeving.

Daarnaast bevat de GPL nog een aantal wat gewaagdere clausules, maar zoals ik al uitgelegd heb, is het heikele punt vooral of ik jou (de gebruiker) gebruik van mijn code mag ontzeggen, ook al hou jij je aan alle voorwaarden van de GPL. Verder dingen omtrent patenten etc. Dat zal in de rechtszaal moeten blijken, en in de SCO zaak gaat dit misschien gebeuren. Dat doet echter niks af aan het verhaal hierboven over of jij mijn code mag gebruiken of niet.
tast ik dat totaal niet aan, maar ik hoef mijn code niet te GPL-en, want jij hebt geen rechten over MIJN code.
En jij niet over de mijne. Dus als je van de mijne gebruik maakt, door het te gebruiken zoals je zelf heel netjes zei, zonder mijn toestemming (en die heb je niet als je niet aan de voorwaarden van de GPL voldoet) verlies je het recht op gebruik van mijn code, mijn copyright, mijn f*cking Intellectual Property voor mijn part.

Daarom zal de rechter direct de distributie van al jou producten stil zetten die van mijn werk gebruik maken. En dan kunnen we bepalen hoeveel schade jij mij hebt berokkend en krijg ik daar een vergoeding voor.

Niet zo radicaal allemaal hoor dit! Nee, natuurlijk kan ik niet de licentie van jou werk veranderen. Guess wat, jij ook niet die van het mijne, en als je mijn licentie overtreed ben je schuldig. In alle serieuze zaken waar bv een bedrijf zonder voor GPL te gaan gebruik heeft gemaakt GPL code, zijn de advocaten van dat bedrijf maar al te snel tot de conclusie gekomen dat tegen de GPL licentie (op dit punt) niks in te brengen is in de rechtszaal. De zaak wordt dan geschikt door of de code te verwijderen die gebruik maakt van het werk onder de GPL, of het werk onder de GPL te laten vallen. Als eigenaar van een GPL lib. zou je het ook best tot een rechtszaak kunnen laten komen, echter als je steun wilt van de FSF ofzo, dan zul je bereid moeten zijn eerst het bedrijf kans te geven te laten schikken. Dit omdat dat binnen de doelstellingen van de FSF valt (zorgen dat er fair use is van GPL code), en voor miljoenen aan damages gaan eisen niet onder de doelstellingen van de FSF valt. Maar je kan ook je eigen copyright laywer zoeken natuurlijk.
Allang gedaan en RSM/lawyer team snappen het niet. Wat is linken in dit geval? Static ? Dynamisch @ runtime? En wie/wat moet die linkage uitvoeren? Ik heb al aangegeven dat 'linken' @ runtime onder windows in ieder geval niet zo verloopt dat appje A ook fysiek linkt met een libje L.
Allemaal helder gedefineerd. Zoals ik al zei in gebruikelijke standaard termen (valt ook onder derative works etc. trouwens). Geen 1 advocaat die daar aan twijfeld (zelfs niet van SCO), alleen jij. Vreemd he?
Jij snapt nl. niet waar het om gaat: :) een applicatie die dynamisch linkt met een GPL-ed work roept binnen die lib gewoon een address aan @ runtime. Dat adres is 'safe' want het is in het address space van het process gemapped (via virtual addresses). (de library is nl. maar 1 keer ingeladen).
Dus routine A roept routine B aan in memory. A is niet GPL-ed, B wel. A moet dan ook GPL-ed worden, volgens jou.
Zucht.. Ja, B moet GPL worden als ze gebruik willen maken van A. En nee het feit dat A een bepaalde licentie heeft kan NOOIT de licentie van code B veranderen. Maar als B zich niet aan de licentie van A houd (en dat aanroep via virtual adresses gaat heeft er geen zak mee te maken, je maakt er gebruik van op een manier die gedefineerd is binnen copyright wetgeving, en de regels van gebruik staan gewoon in de licentie) dan overtreden de makers van B het copyright van de makers van A. Dus hebben ze bij B een probleem!
Wat te doen bij een 'call back' ? Jouw GPL-ed code zet een call back op met windows (win32 start thread bv.) Hier roept routine A ook routine B aan. A is niet GPL-ed, B wel. A is windows native code, B is jouw GPL-ed code.
Zucht x2. Je hebt de klok horen luiden maar je weet niet waar de klepel hangt. Het GPL progje linkt toch tegen de windows code en niet andersom? Het GPL progje gebruikt toch de windows libraries en niet andersom?

Heus, het feit dat een GPL lib functies aanroept van een niet-GPL OS is omstreden hoor. En in de rechtszaal zou je best kunnen vast stellen dat dit niet toegestaan is met de GPL. Maar de enige die je daarvoor kan aanklagen is jezelf! Als ik GPL code schrijf, heb ik het copyright. Wat die code doet is dus ook *mijn* verantwoordelijkheid. Als ik dus tegen mijn eigen licentie in van niet GPL code gebruik maak in mijn GPL code is dat dus ook mijn schuld. Verbied *microsoft* in hun licentie dat andere code onder een bepaalde licentie geen windows API calls mag doen? Nee..

De enige van wie ik de licentie overtreed ben ik zelf. Een beetje een non-issue dus, en compleet irrelevant voor dit verhaal!
En als jij van die code gebruik maakt is dat onder mijn licentie, en de copyright van de code blijft dus bij mij. Al zou ik bij god niet kunnen bedenken waarom iemand jou er voor verantwoordelijk zou willen houden, het kan niet want het is niet jou code maar de mijne.

Een punt waarop dit belangrijk is, is als iemand bv. besluit een linux lib naar windows. De copyrighthouders van die lib kunnen dan beredeneren dat hun copyright geschonden wordt. Maar dit wordt dus pas relevant als je zelf GPL code gaat aanpassen, bv. in je GPL product.

Hiervoor heeft linux bv een speciale uitzondering in de licentie om niet GPL device drivers te kunnen gebruiken. Voor de duidelijk in het geval hierboven zou je de originele autheurs kunnen vragen een uitzondering toe te staan om met windows te linken.
No offence, maar zo simpel werkt het. En nu? Windows GPL-ed maken omdat er GPL-ed code op draait?
Haha.. en nu wordt je gewoon grappig!! Microsoft heeft toch niet gezegd: we gaan nu gebruik maken van iets met GPL code. Nee andersom, iemand heeft gezegd, ik ga vanuit mijn GPL code gebruik maken van iets in windows. Hoe kan je dan ooit MS erbij lappen?
Dacht het toch niet, want wie ben jij nou helemaal om daar iets over te zeggen, het is nl. niet JOUW code waar jij denkt een license eis aan te moeten stellen.
Ik stel eisen aan wie bij mij een licentie neemt. Microsoft stelt eisen aan wie bij hun een licentie neemt. Er staat geen enkele eis in de windows licentie dat ik geen code met copyright erop mag maken, die bepaalde regels van mijn eigen licentie overtreed.

Ik stel eisen aan jou, want jij neemt een licentie bij mij. Mijn eis is, anders dan wat Microsoft eist, alleen code die onder een bepaalde licentie valt gebruik mag maken van mijn werk.
Snap je nu waarom die linkage clause onnozel is en binnen 1 minuut van tafel is in iedere rechtzaal?
Snap je nou dat je onzin aan het lullen bent? Snap je nou dat een bedrijf als IBM honderden advocaten in dienst heeft die dit soort dingen jarenlang bestudeerd hebben en het totaal met jou oneens zijn?
Andersom kan dan ook dus. MS kan een eis in haar EULA opnemen dat wanneer je 'gebruik' maakt van de win32 library (en dat doe je ALTIJD, indirect of direct), jouw code valt onder de license die zij daarvoor aanwijzen.

Ohh dat is dan ineens niet juist en onzin waarschijnlijk...
Helemaal niet!! Als Microsoft dat doet, betekent het dat je die licentie moet gebruiken. Waar HAAL je het vandaan dat het NIET zo zijn?
Maar Microsoft doet dit niet. Dat wil zeggen niet met windows! Wil je een licentie voor de documentatie van de NETBIOS protocolen en al die shit dan staat erin dat je geen opensource licentie mag gebruiken om er iets mee te doen.

(Voor je schreeuwt en SAMBA dan? SAMBA heeft niet zo'n licentie dus. Het gaat hier om protocolen dus het is allemaal wat ingewikkelder (SAMBA mag omdat reverse engeneering voor interoperatability mag, het wordt pas ingewikkeld als we er patenten bij gaan betrekken, maar (jij denkt) dat snap jij natuurlijk al lang als super IP expert die je (denkt) te zijn)

Kortom, wat voor jou een lachwekkend voorbeeld was, is iets wat allang bestaat en waar, wederom, geen rechter en geen advocaat aan twijfelt. Je maakt het me wel makkelijk... 8)7
Ik misbruik helemaal niks, ik tast nl. jouw code niet aan.
Nog 1 keer. Als jij mijn werk, zonder mijn toestemming gebruikt, DAN TAST JE MIJN COPYRIGHT AAN.
Jij verleent mij toestemming met een belachelijke eis,
Als je die eis belachelijk vind moet je geen licentie nemen bij mij! Je HOEFT mij code niet te gebruiken slimmerd.
nl. dat JIJ mag bepalen welke license IK op mijn programmatuur moet stellen, bv programmatuur van honderdduizend regels waarin ik 4 regels van jouw illustere code gebruik. (alles even theoretisch, ik boycot GPL-ed code per definitie)
Jezus.. als je dan geen GPL licentie wil voor je werk dan gebruik je mijn code dus niet. Ik heb nou eenmaal alle recht om te eisen van je wat ik wil, als je mijn werk wil gebruiken. Als ik je voor die 4 regels code het Empire State Building vraag, vind je dan, simpelweg omdat het een belachelijke eis is, dat je er gewoon gebruik van mag maken??

Wat hierboven staat, geeft perfect weer wat jij de hele tijd fout ziet, en wat ik hier de hele tijd heb lopen beweren.
Hierna draaf je nog even door.. je raakt zelf issues die me bar weinig intresseren of iets met deze discussie te maken hebben, god weet waar je het allemaal vandaan hebt. Er staat in ieder geval geen regel in die mijn verhaal onderuit haalt, en een hoop onzin (zoals dat ik alleen copyright op de sourcecode zou hebben.. haha! Je denkt zeker dat dat bij een gecompilede versie opeens verdwijnt ofzo..)
Maar goed, resumerend: deze discussie belandt precies op de plek waar al deze discussies op belanden: de pro GPL-mensen beweren A, de mensen die nuchter nadenken beweren B. Tijd zal het leren...
Hellaas, ik heb slecht nieuws voor je. Er zijn een hele hoop issues waar de FSF met hun licentie op drassige grond staan. Dat zijn enorme ingewikkelde kwesties waar jij (en ik) niet veel van zullen begrijpen. Maar dit is daar niet deel van.

Dit is geen discussie tussen een FSF fanaat or pro-GPL persoon en een "nuchter nadenkend" persoon. Dit is een discussie tussen iemand die zich kennelijk een IP expert waant (jij), en iemand die met zeer beperkte kennis van copyright wetgevingen je praatjes zeer gemakkelijk onderuit haalt (ikke ja).

Als je een "nuchter" nadenkend persoon was in deze kwestie (hierbuiten ben je misschien wel een heel nuchter persoon, weet ik veel..) dan was je eerste "hint" dat vrijwel iedere copyright advocaat of rechter het met mij eens is in deze.

Lees het allemaal nog eens rustig door, en misschien kun je dan blijk geven van hernieuwde nuchterheid door te erkennen dat het allemaal net wat anders inelkaar zit als je dacht. Wie weet kun je je er dan nog eens goed in verdiepen en weet je er al snel meer van af als mij :) En wie weet kun je dan nog eens een mooie bruikbare mening geven over enkele van de heikele punten die ik hier genoemd hebt, en dan sta ik op een dag opeens met m'n bek vol tanden :D over de verschrikkingen van de GPL ...


Edit: ik dacht er nog eens over na zo. Volgens mij snap ik een beetje waar je verwarring vandaan komt (ik kan het mis hebben natuurlijk). Het lijkt erop alsof je de GPL en LGPL verwardt. Dat wil zeggen, je lijkt bij "linking" uit te gaan van de het type linking wat als uitzondering wordt toegestaan in de LGPL. Dat is incorrect, want dat is maar een speciale soort linking. Focus anders een wat meer op wat de GPL zegt of derravtive works. Je bent het toch met me eens dat als ik een dikke GPL lib schrijf en jij een leuk programmatje maakt wat die gebruikt dat wat jou programma dan allemaal kan "derrative work" is van mijn werk. Zo niet, probeer dan de betekenis van dat woord wat beter te achterhalen.

[ Voor 5% gewijzigd door TheOneLLama op 10-11-2003 12:49 ]

Opera OpenOffice.org Jabber Psi jabber://llama@mordax.com


Acties:
  • 0 Henk 'm!

  • jochemd
  • Registratie: November 2000
  • Laatst online: 24-09 23:08
EfBe schreef op 10 november 2003 @ 12:32:

Overigens opent static linking ook een leuk punt: stel je gebruikt minder dan 1% van een grote GPL-ed library. De compiler plakt dan alleen die routines in jouw binary die je gebruikt, een klein percentage. Je kunt dan de discussie openen of dit onder 'citeren' valt, wat is toegestaan in de auteurswet, en mag plaatsvinden ZONDER toestemming!
De Auteurswet 1912 stelt wel aardig wat beperkingen aan het citeren.
Als inbreuk op het auteursrecht op een werk van letterkunde, wetenschap of kunst wordt niet beschouwd het citeren uit een werk in een aankondiging, beoordeling, polemiek of wetenschappelijke verhandeling, mits:
Opnemen in een andere binary is iets anders dan opnemen in een aankondiging, beoordeling, polemiek of wetenschappelijke verhandeling, wat de in de wet erkende gronden zijn.
Er is hier geen enkele twijfel over mgelijk: dit valt niet onder het recht om te citeren.

[ Voor 5% gewijzigd door jochemd op 10-11-2003 12:54 ]


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
TheOneLLama schreef op 10 november 2003 @ 12:39:
Daarom zal de rechter direct de distributie van al jou producten stil zetten die van mijn werk gebruik maken. En dan kunnen we bepalen hoeveel schade jij mij hebt berokkend en krijg ik daar een vergoeding voor.
Maar het is niet de developer die de code linked, het is de end-user. Jouw source of binary hoeft niet meegeleverd te worden, de end-user kan die onafhankelijk downloaden en installeren.

Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
jochemd schreef op 10 november 2003 @ 12:52:
De Auteurswet 1912 stelt wel aardig wat beperkingen aan het citeren.
Opnemen in een andere binary is iets anders dan opnemen in een aankondiging, beoordeling, polemiek of wetenschappelijke verhandeling, wat de in de wet erkende gronden zijn.
Er is hier geen enkele twijfel over mgelijk: dit valt niet onder het recht om te citeren.
Ja duh, dat dat niet in die originele text van 1912 staat, 'binary' bestond toen buiten de wiskunde niet echt.

Wat wel / niet mag mbt citeren is overigens een gebied waar louter jurisprudentie over is en er is derhalve alleen iets zinnigs over te zeggen (wat wel / niet mag) wanneer je dat uitpluist.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
OlafvdSpek schreef op 10 november 2003 @ 13:01:
[...]

Maar het is niet de developer die de code linked, het is de end-user. Jouw source of binary hoeft niet meegeleverd te worden, de end-user kan die onafhankelijk downloaden en installeren.
Precies! Spijker op zn kop. De developer embed alleen stuurdata voor windows welke library er geladen en gemapped moet worden @ runtime en that's it. Die data opnemen is niet linken, want die data kan verwijzen naar een filename bv. En wat daar dan at runtime in staat is alleen dan bekend.

[ Voor 9% gewijzigd door EfBe op 10-11-2003 13:18 ]

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
TheOneLLama: het gaat niet over: "Jij mag dit wel / niet gebruiken", het gaat over de regeltjes die daarvoor zijn opgesteld.

De regeltjes zeggen nl. iets over linken, niet over gebruiken. Nu kun je daar dan wel iets semantisch achter zoeken, zo werkt het niet, immers het regeltje definieert iets over linken.

Ik heb al eerder aangegeven dat wanneer je puur spreekt over gebruiksrecht dat je dat heel helder kunt verwoorden, maar zo wordt het niet verwoord in de GPL en dat weet jij dondersgoed.

De voorbeelden die ik aandroeg slaan puur op 'linken' mbt de regeltjes, immers daar gaan die regeltjes over. Welnu, als je dat sec bekijkt, wat linken dus inhoudt, dan kun je dat op allerlei manieren toepassen mbv GPL-ed code en dus ook tegen de GPL.

Wat me nog wel van het hart moet is dat je kennelijk vindt dat ik er niet veel van begrijp, dat is je goed recht, maar in dat kader wel de Linux GPL license aanhaalt met die extra clause voor drivers. (die aangeroepen worden door het OS maar het OS linkt erniet mee, wordt @ runtime gedaan), exact eender als mijn absurde maar illustratief bedoelde win32 createthread voorbeeld: OS roept routine aan in GPL-ed code. s/OS/myApp en viola, dan mag het wel?

Voor de goede orde: ik vind het meer dan prima als copyright houders hun eigen IP willen beschermen door eisen te stellen aan het gebruik ervan, bv niet in commerciele applicaties, of het vermelden van een copyright clause zoals bij BSD2 licenses (want ook daar moet je iets doen). Maar, wanneer je dat wilt, vermeldt het dan ook als zodanig en niet via ambigue regeltjes die niet kloppen.

(Belangrijk)
Want! het nadeel wil dat door die regeltjes de wereld op zn kop komt te staan: programma P met erg veel regels gebruikt een of ander GPL-ed decoding librarietje van 100 regels voor 0.01% van P's functionaliteit. P moet dan ook GPL-ed worden, want librarietje is ook GPL-ed. Door die regeltjes. Dit is onzin natuurlijk: door de omvang van de functionaliteit (0.01%) van P die leunt op een klein GPL-ed gevalletje is P verplicht ook GPL te worden.

Nu kun je zeggen: "jaaa, maar dat is een absurd voorbeeld, dan zou ik ook zeggen: mag gewoon", nee zo werkt het niet, want in de license (GPL) staan geen exceptions (met een reden, zie FSF filosofie). En DAAR wringt hem de schoen. DAAR ageren mensen tegen.

"Dan gebruik je de library toch niet?", dat is dan ook de oplossing, en dat is in algemene zin klote. Niet alleen moet men het wiel opnieuw uitvinden door iets dat al beschikbaar is opnieuw te bouwen, alhoewel dat nog tot daar aantoe is, maar de copyrighthouder heeft het WEL beschikbaar gesteld voor de mensheid (!) echter is deze gesture niet echt nuttig, want de gebruikerseisen zijn nogal streng (door die regeltjes, legitiem of niet) waardoor de bouwer van P zich genoodzaakt voelt tijd en geld te steken in iets dat al beschikbaar is voor de mensheid echter niet voor de bouwer van P.

Daarom is het IMHO alleen nuttig dat je je software onder de GPL uitbrengt als je pal achter de FSF staat en alleen je software uitbrengt onder de GPL omdat je alles free wilt hebben (niet als in vrijheid maar als in speech, dus alles in sourcecode, ook lekker nuttig, maar dat terzijde). Wil je gewoon de mensheid verder helpen op software gebied, dan kun je beter je software releasen onder de BSD2, waardoor je de gebruiker echte vrijheid geeft mbt wat deze met de software doet.

offtopic:
(en persoonlijk vind ik het een slappe manier van doen dat de Linux GPL versie een clause heeft voor bv device drivers zodat deze closed kunnen blijven, ookal was dit een eis van Linus. Als je als GNU/FSF organisatie streeft naar 100% free software, dan moet je daar ook met 100% naar streven en niet dmv een clause in de GNU/Linux license het grote geld toch tegemoet willen komen. Immers ze maken de BSD license wel af als niet correct maar geven zelf ook toe aan het grote geld)

[ Voor 9% gewijzigd door EfBe op 10-11-2003 14:01 ]

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • _Squatt_
  • Registratie: Oktober 2000
  • Niet online
EfBe schreef op 10 november 2003 @ 13:56:
"Dan gebruik je de library toch niet?", dat is dan ook de oplossing, en dat is in algemene zin klote. Niet alleen moet men het wiel opnieuw uitvinden door iets dat al beschikbaar is opnieuw te bouwen, alhoewel dat nog tot daar aantoe is, maar de copyrighthouder heeft het WEL beschikbaar gesteld voor de mensheid (!) echter is deze gesture niet echt nuttig, want de gebruikerseisen zijn nogal streng (door die regeltjes, legitiem of niet) waardoor de bouwer van P zich genoodzaakt voelt tijd en geld te steken in iets dat al beschikbaar is voor de mensheid echter niet voor de bouwer van P.
En als ik nu een uitbreiding wil maken op P? Of wil leren hoe de maker van P een bepaald probleem heeft opgelost, zodat ik het wiel niet opnieuw hoef uit te vinden? Oh, dat kan niet, want P is closed source/proprietary.

De bouwer van P wil wel gebruik maken van code die beschikbaar is gesteld aan de mensheid, maar wil dat met zijn eigen code niet doen. Dat is zijn/haar keuze natuurlijk, maar dat betekent inderdaad dat de library niet gebruikt mag worden.

Het staat de bouwer van P overigens vrij om contact op te nemen met de auteurs van de library, om de code voor commercieel gebruik onder een andere license te krijgen (zie bijv. Qt).
Daarom is het IMHO alleen nuttig dat je je software onder de GPL uitbrengt als je pal achter de FSF staat en alleen je software uitbrengt onder de GPL omdat je alles free wilt hebben (niet als in vrijheid maar als in speech, dus alles in sourcecode, ook lekker nuttig, maar dat terzijde).
Ik heb hierboven al twee (mijns inziens) nuttige redenen genoemd.

"He took a duck in the face at two hundred and fifty knots."


Acties:
  • 0 Henk 'm!

  • Creepy
  • Registratie: Juni 2001
  • Laatst online: 23-09 21:37

Creepy

Tactical Espionage Splatterer

EfBe schreef op 10 november 2003 @ 13:56:
offtopic:
(en persoonlijk vind ik het een slappe manier van doen dat de Linux GPL versie een clause heeft voor bv device drivers zodat deze closed kunnen blijven, ookal was dit een eis van Linus. Als je als GNU/FSF organisatie streeft naar 100% free software, dan moet je daar ook met 100% naar streven en niet dmv een clause in de GNU/Linux license het grote geld toch tegemoet willen komen. Immers ze maken de BSD license wel af als niet correct maar geven zelf ook toe aan het grote geld)
offtopic:
Linus (en de Linux kernel) hebben vrij weinig met de FSF van doen hoor. De FSF had een kernel nodig voor al een userland progs, en Linux werd toevallig onder de GPL uitgebracht. De FSF is volgens mij nog steeds bezig aan The Hurd, welke wel onder de "originele" GPL valt, maar zo bruikbaar als de Linux kernel is deze nog niet. Dus wat er met de Linux kernel gebeurt bepaalt de FSF echt niet, kijk o.a. maar eens naar alle flames op de Linux kernel mailing list als RMS weer eens een post doet daar.

"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney


Acties:
  • 0 Henk 'm!

  • jochemd
  • Registratie: November 2000
  • Laatst online: 24-09 23:08
EfBe schreef op 10 november 2003 @ 13:15:
[...]

Ja duh, dat dat niet in die originele text van 1912 staat, 'binary' bestond toen buiten de wiskunde niet echt.
Doet er niet toe. De lijst met redenen waarom je mag citeren is limitatief.

Acties:
  • 0 Henk 'm!

  • MSalters
  • Registratie: Juni 2001
  • Laatst online: 13-09 00:05
EfBe schreef op 10 november 2003 @ 10:24:
[...]

In het kader van een license zoals BSD/GPL is er geen contract.
Natuurlijk wel. Er is een copyright houder. Jij mag zijn code dus niet zonder contract gebruiken. Hij bied je een contract aan voor het gebruik van zijn Intellectual Property. Dat contract heet in de rechtspraak een licentie. Alle licenties zijn dus contracten.

Een contract wordt aangegaan op het moment dat een bevoegde tweede partij ingaat op het aanbod van de eerste. Iemand die onder de GPL released doet jou daarmee een contract aanbod. Daar kun je niet selectief uit gaan knippen. Op die manier zou ik ook gratis licenties kunnen krijgen voor Oracle, ik knip gewoon de financiele clausule eruit. Op dezelfde manier kun je niet de virale clausule uit de GPL knippen.
[...]
Het zit hem er in dat je Foo.dll linkt in jouw app A. Foo is gemaakt door Pietje P. en gereleased als BSD code. Pietje P. is echter bezweken onder de indoctrinatie van RMS en decipelen en released nu zn Foo libje onder de GPL. Foo is echter een lib die door meer programma's gebruikt wordt en is in de windows\system32 dir geplaatst. A leest dan die dll en 'linkt' dus met een GPL-ed lib op dat moment (is uiteraard niet 'linken' want RMS en zn advocaten snappen niets van windows, maar dat terzijde).
Goed. Op welk moment heb jij het GPL aanbod geaccepteert? Geen enkel moment, dus jij bent geen contractpartij. De moeilijkere vraag is of de gebruiker dat contract accepteert, indien hij jouw applicatie start met een GPL versie van de DLL. Op dat moment komt de gebruiker namelijk in een ongelukkige positie; hij doet dingen met jouw applicatie die jij niet toestaat, en dingen met de GPL library die de GPL niet toestaat.

Als partij X een hamer jat van A, en daarmee de hersens inslaat van B, dan is X fout ten opzichte van A en B, maar A is niet fout tov B. Dat jouw executable gebruikt wordt door X om een GPL mee te schenden is niet jouw probleem, maar X zijn probleem.
Je 2e punt is denk ik ook de crux in het debat: een andere partij heeft geen rechten op jouw code en mag dus ook daar geen eisen aan stellen.
Yep. Het daadwerkelijke linken met GPL code, danwel zo opzetten dat die link gebeurt, dat is de overtreding.

Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
MSalters schreef op 10 november 2003 @ 19:13:
Natuurlijk wel. Er is een copyright houder. Jij mag zijn code dus niet zonder contract gebruiken. Hij bied je een contract aan voor het gebruik van zijn Intellectual Property. Dat contract heet in de rechtspraak een licentie. Alle licenties zijn dus contracten.

Een contract wordt aangegaan op het moment dat een bevoegde tweede partij ingaat op het aanbod van de eerste. Iemand die onder de GPL released doet jou daarmee een contract aanbod. Daar kun je niet selectief uit gaan knippen. Op die manier zou ik ook gratis licenties kunnen krijgen voor Oracle, ik knip gewoon de financiele clausule eruit. Op dezelfde manier kun je niet de virale clausule uit de GPL knippen.
Dat is maar de vraag. Shrinkwrapped licenses en click-through licenses zijn dat dus niet, want die zijn p.d. niet geldig. Je gaat dan wel in op de license, maar dat zegt niets. Volgens jurisprudentie moet je eerst het product volledig kunnen proberen en gebruiken alvorens je gebonden bent aan de license. Je kunt wel de virale zaak uit de license knippen als deze te negeren is doordat de clause onwettelijk is. In de Office EULA staan ook zaken die je kunt negeren, ze staan er wel, je gaat in op de license, je bent niet gebonden aan een aantal punten in die license, ookal zegt die license van wel.

Overigens is het inderdaad wel een discussiepunt wanneer een license nu eigenlijk ingaat. Botweg gezegd is bv het gebruiken van een GPL-ed library een zaak van de gebruiker van de applicatie die de lib inlaadt, niet de developer. (en dat die lib dus niet wordt meegeleverd)
Goed. Op welk moment heb jij het GPL aanbod geaccepteert? Geen enkel moment, dus jij bent geen contractpartij. De moeilijkere vraag is of de gebruiker dat contract accepteert, indien hij jouw applicatie start met een GPL versie van de DLL. Op dat moment komt de gebruiker namelijk in een ongelukkige positie; hij doet dingen met jouw applicatie die jij niet toestaat, en dingen met de GPL library die de GPL niet toestaat.
Precies. En als die gebruiker het niet doorheeft ook wordt het nog lastiger.
Als partij X een hamer jat van A, en daarmee de hersens inslaat van B, dan is X fout ten opzichte van A en B, maar A is niet fout tov B. Dat jouw executable gebruikt wordt door X om een GPL mee te schenden is niet jouw probleem, maar X zijn probleem.
... en omdat een DLL altijd wordt ingeladen door Windows en op zn plek wordt gemapped door windows heb je nooit schuld aan schending van de GPL.
Yep. Het daadwerkelijke linken met GPL code, danwel zo opzetten dat die link gebeurt, dat is de overtreding.
Zo staat het niet in de GPL, het opzetten van ABC zodat daarop de link gebeurt. Ook: het 'linken' is fysiek totaal abstract voor de applicatie, je kunt hooguit volhouden dat programma ABC IP van Pietje P. gebruikt die is gevat in library L welk is gereleased onder de GPL. Echter zo verwoordt de GPL het niet, die gaat expliciet over linken een verhaal houden. Allemaal leuk, maar zodra je op het vlak van 'Linken' komt wordt het al snel fuzzy. Temeer omdat bv @ runtime een wrapper moet worden gegenereerd door een of andere jit waar je tegenaan praat. In hoeverre kun je dan nog spreken van 'linken'?

(nogmaals: wat semantisch speelt is belangrijk, maar niet voor deze discussie, daar speelt alleen de regel zoals deze in de gpl staat een rol)

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • Confusion
  • Registratie: April 2001
  • Laatst online: 01-03-2024

Confusion

Fallen from grace

Ik heb het topic doorgebladerd op zoek naar URLs en ik kwam in ieder geval de volgende niet tegen: http://www.mysql.com/docu...nder_a_commercial_license en die lijkt me, samen met het volgende puntje, behoorlijk relevant.

edit:
Hoewel ze natuurlijk redenen kunnen hebben het bewust niet helemaal zuiver weer te geven, maar daarmee nemen ze een behoorlijk risico om hun reputatie te beschadigen, dus ik vind het redelijk om aan te nemen dat wat ze zelf schrijven klopt.

[ Voor 35% gewijzigd door Confusion op 10-11-2003 21:34 ]

Wie trösten wir uns, die Mörder aller Mörder?


Acties:
  • 0 Henk 'm!

  • .oisyn
  • Registratie: September 2000
  • Laatst online: 22-09 16:37

.oisyn

Moderator Devschuur®

Demotivational Speaker

ik houd deze thread al een tijdje in de gaten, want het is interessante stof :)
EfBe schreef op 10 november 2003 @ 21:27:

Shrinkwrapped licenses en click-through licenses zijn dat dus niet, want die zijn p.d. niet geldig.
Wat wordt er precies verstaan onder shrinkswrapped licenses en click-through licenses?

Moet ik die eerste zien als bijvoorbeeld een pakketje, waarbij je bij openen automatisch akkoord gaat met de voorwaarden die eraan verbonden zijn? En een click-through license als iets waar je ergens mee akkoord gaat door ergens op te klikken oid?

Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
.oisyn schreef op 10 november 2003 @ 21:48:
ik houd deze thread al een tijdje in de gaten, want het is interessante stof :)
Wat wordt er precies verstaan onder shrinkswrapped licenses en click-through licenses?

Moet ik die eerste zien als bijvoorbeeld een pakketje, waarbij je bij openen automatisch akkoord gaat met de voorwaarden die eraan verbonden zijn? En een click-through license als iets waar je ergens mee akkoord gaat door ergens op te klikken oid?
Ja, tegenwoordig doet men dat niet meer, maar er waren tijden dat je diskettes (of een CD) alleen kon gebruiken om het programma te installeren wanneer je een gesealde envelop opende of een zegel verbrak, en wanneer je dat deed automatisch al accoord ging met een ellenlange license. Een click through license is zo'n geval dat je nog steeds veel ziet bij installers, waarbij je 'I agree' oid moet aanklikken om verder te kunnen tijdens de installatie. In beide gevallen gaat het eigenlijk om hetzelfde. In de VS zijn die dingen dus bindend waardoor men dus veel scherper let op EULA's e.d. die via click-through aan je worden opgedrongen. In Europa is dat veelal niet het geval (dacht zelfs dat het een europese wet was) en moet je de gelegenheid krijgen eerst het product te gebruiken alvorens je accoord te verklaren met een license. Het opent echter wel een grijs gebied: wanneer gaat een EULA dan wel in?

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • MSalters
  • Registratie: Juni 2001
  • Laatst online: 13-09 00:05
Volgens mij was de essentie van shrink-wrap licenties dat je (redelijkerwijs) niet de mogelijkheid had om de licentievoorwaarden te bestuderen voordat je het licentiecontract afsloot. Dat was waarom ze hier niet bindend zijn.

"I agree" licenties zijn voor zover ik weet wel gewoon bindend. Licenties die je aan zou gaan door via een normale URL link naar een Website te surfen lijken me niet bindend, om dezelfde reden als de shrink-wrap licenties - puur op een link klikken is geen normale manier om een contract aan te gaan. Misschien bedoel je dat met click-though licenties?

PS. Dat Windows de DLL laad is geen excuus; dan zou je ook kunnen claimen dat KaZaa de files kopieert. Windows is geen rechtspersoon die eigenmachig handelt (alhoewel et soms wel zo voelt ;) ). De gebruiker van Windows die de opdracht tot installatie van de nieuwe DLL geeft, danwel de gebruiker die vervolgens een applicatie opstart, die zijn aansprakelijk - zeker als het dezelfde persoon is.

Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein


Acties:
  • 0 Henk 'm!

  • EfBe
  • Registratie: Januari 2000
  • Niet online
MSalters schreef op 11 november 2003 @ 10:08:
Volgens mij was de essentie van shrink-wrap licenties dat je (redelijkerwijs) niet de mogelijkheid had om de licentievoorwaarden te bestuderen voordat je het licentiecontract afsloot. Dat was waarom ze hier niet bindend zijn.
Die license stond op de envelop of was bijgeleverd veelal, maar je kon niet kijken wat voor product je kreeg voor het accepteren van de license, waar veelal instond "No support! We're not responsible!" ;).
"I agree" licenties zijn voor zover ik weet wel gewoon bindend. Licenties die je aan zou gaan door via een normale URL link naar een Website te surfen lijken me niet bindend, om dezelfde reden als de shrink-wrap licenties - puur op een link klikken is geen normale manier om een contract aan te gaan. Misschien bedoel je dat met click-though licenties?
Ik zal het eens navragen, ik kom hier op terug. (geef me 2 weken ;))
PS. Dat Windows de DLL laad is geen excuus; dan zou je ook kunnen claimen dat KaZaa de files kopieert. Windows is geen rechtspersoon die eigenmachig handelt (alhoewel et soms wel zo voelt ;) ). De gebruiker van Windows die de opdracht tot installatie van de nieuwe DLL geeft, danwel de gebruiker die vervolgens een applicatie opstart, die zijn aansprakelijk - zeker als het dezelfde persoon is.
Ook als applicatie allerlei dingen doet waar de gebruiker 'redelijkerwijs' geen weet van heeft? (zoals het ophalen van 'updates' achter de schermen bv). Ik denk dat je van de persoon die een applicatie koopt/download niet kunt verwachten dat hij / zij gaat nakijken of alle libraries benodigd voor de applicatie ook daadwerkelijk rechtmatig worden gebruikt. Veelal weet de gebruiker niet eens wat een library is (ja, engels voor bieb ;)).

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Acties:
  • 0 Henk 'm!

  • stekkel
  • Registratie: Augustus 2001
  • Laatst online: 17-09 08:05
Een interessante discussie over GPL en binary modules is te vinden op:

http://kerneltrap.org/node/view/1735
Pagina: 1