Source files of fsfe.org, pdfreaders.org, freeyourandroid.org, ilovefs.org, drm.info, and test.fsfe.org. Contribute: https://fsfe.org/contribute/web/ https://fsfe.org
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

news-20171219-01.de.xhtml 3.0KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <html newsdate="2017-12-19">
  3. <head>
  4. <title>FSFE veröffentlicht überarbeiteten Satz an REUSE-Praktiken und ein Werkzeug für Entwickler</title>
  5. </head>
  6. <body>
  7. <h1>FSFE veröffentlicht überarbeiteten Satz an REUSE-Praktiken und ein Werkzeug für Entwickler</h1>
  8. <p newsteaser="yes">
  9. Die REUSE-Initiative hat einen überarbeiteten Satz an Praktiken erhalten, die den
  10. Prozess der Deklaration von Urheberrechts- und Lizenzinformationen vereinfachen.
  11. Damit Entwickler leichter in der Lage sind, ihre Projekte zu aktualisieren, hat die FSFE
  12. ein Werkzeug veröffentlicht, mit dem die Konformität eines Projekts geprüft werden kann.
  13. </p>
  14. <div class="captioned" style="width:80%; margin: 1.5em auto;">
  15. <a href="https://reuse.software/">
  16. <img src="/picturebase/miscellaneous/2017-12-14-reuse-header.png"/>
  17. </a>
  18. </div>
  19. <p>
  20. Urheberrecht und Lizensierung sind kompliziert. Es ist oft mühsamer, die
  21. genauen Urheber eines Stücks Code und die dafür gültige Lizenz herauszufinden,
  22. als es sein sollte. Durch fehlende oder verstreute Lizenzinformation ist es
  23. sehr arbeitsintensiv, zu prüfen, ob man ein Stück Code legal verwenden kann.
  24. Für eine gründliche rechtliche Prüfung muss jede Datei per Hand auf Lizenzinformationen hin
  25. geprüft werden. Und in jeder Datei können Urheber und Lizenz auf eine andere
  26. Art deklariert sein.
  27. </p>
  28. <p>
  29. Was wäre, wenn wir das automatisieren könnten? Darum geht es der
  30. <a href="https://reuse.software/">REUSE-Initiative</a>. Durch einen definierten Standard,
  31. mit dem Urheber und Lizenz deklariert werden, wird der rechtliche
  32. Compliance-Prozess deutlich vereinfacht. Durch das einfache Einbinden eines
  33. standardisierten, computerlesbaren Kopftextes in jede Datei wird die Extraktion
  34. von Lizenzinformation so einfach wie ein Parserlauf.
  35. </p>
  36. <p>
  37. Im vergangenen Oktober haben wir einen Satz an Praktiken zur Erreichung dieses
  38. Ziels veröffentlicht. Jetzt haben wir
  39. <a href="https://reuse.software/practices/2.0/">diese Praktiken aktualisiert</a>
  40. und etwas rationalisiert. Zusätzlich haben wir
  41. <a href="https://git.fsfe.org/reuse/reuse">ein Werkzeug</a> für Entwickler
  42. veröffentlicht, mit dem die Übereinstimmung mit unseren Empfehlungen geprüft werden kann.
  43. </p>
  44. <p>
  45. Die wesentliche Änderung zwischen der alten und der neuen Version ist, dass
  46. nicht mehr zwei Tags deklariert werden müssen, sondern nur noch eines. Das Tag
  47. "License-Filename" ist überholt, seine Funktionalität wurde in das Tag
  48. "SPDX-License-Identifier" eingefügt. Das entspricht eher der Praxis aus
  49. existierenden Projekten und erfordert weniger Anfangsaufwand.
  50. </p>
  51. <p>
  52. Die REUSE-Empfehlungen zu befolgen ist sehr einfach. Warum probieren Sie es nicht einfach aus?
  53. Wir freuen uns, von Ihnen zu hören.
  54. </p>
  55. </body>
  56. <tags>
  57. <tag>front-page</tag>
  58. <tag>reuse</tag>
  59. </tags>
  60. <author id="carmenbianca"/>
  61. </html>