lbwww/site/git.de.md

15 KiB

Dies ist das zentrale build system in Libreboot. Man könnte auch sagen lbmk ist Libreboot! Das Git repository herunterladen:

git clone https://codeberg.org/libreboot/lbmk

Der oben dargestellte git Befehl, wird das Libreboot build system lbmk herunterladen. Du kannst dann folgendermassen in das Verzeichnis wechseln:

cd lbmk

Ändere dies nach deinen Vorstellungen oder erstelle einfach einen build. Für Anleitungen bzgl. lbmk build, siehe build Anleitungen.

Informationen über das build system selbst und wie es funktioniert, sind verfügbar unter dem lbmk maintenance guide.

lbwww and lbwww-img

Die gesamte Libreboot Website sowie Dokumentation befindet sich in einem Git Repository. Du kannst es folgendermassen herunterladen:

git clone https://codeberg.org/libreboot/lbwww

Bilder befinden sich unter https://av.libreboot.org/ und sind verfügbar in einem separaten Git Repository:

git clone https://codeberg.org/libreboot/lbwww-img

Du kannst alles nach deinen Vorstellungen ändern. Beachte die nachfolgenden Informationen wie Du deine Änderungen zur Verfügung stellen kannst.

Die gesamte Website ist in Markdown geschrieben, insbesondere die Pandoc Version. Die statischen HTML Seiten werden mit Untitled generiert. Leah Rowe, die Gründerin von Libreboot, ist auch die Gründerin des Untitled static site generator Projekts.

Wenn Du möchtest, kannst Du einen lokalen HTTP Server einrichten und eine lokale Version der Website herstellen. Bitte bedenke, dass alle Bilder nach wie vor mit den Bildern auf https://av.libreboot.org/ verknüpft werden, daher werden jegliche Bilder die Du lbwww-img hinzugefügt hast nicht auf deiner lokalen lbwww Seite dargestellt, sofern Du die Bilder (die Du hinzugefügt hast) mit av.libreboot.org verknüpfst. Es ist jedoch erforderlich, dass sich diese Bilder auf av.libreboot.org befinden.

Sofern Du der Webseite Bilder hinzufügen möchtest, füge diese ebenso dem lbwww-img Repository hinzu, indem Du diese dann jeweils mit diesem Link verknüpfst https://av.libreboot.org/path/to/your/new/image/in/lbwww-img. Wenn dein Patch der Libreboot Webseite hinzugefügt wird, werden erscheinen deine Bilder live.

If adding a photo, compress it for web distribution. Images should be about 800px wide, and usually under 100KiB in size:

First, scale your image down to approximately 800px width, using your favourite image manipulation program. For example, with imagemagick you can do the following (make sure the image isn't already smaller or equal than preferred).

    convert original.jpg -resize 600000@ -quality 70% web.jpg

You should always run jpegoptim on jpg images before submitting them. It strips useless metadata and losslessly optimises them further by cleverly rearranging the huffman tables used in them.

    jpegoptim -s --all-progressive web.jpg

If the image is a (line) drawing, vector graphics are preferable to bitmaps. Therefore, if possible, save them as SVGs. Those are easy to modify, and will surely make translators' work easier as well.

PNG images should be optimised with zopfli (this is lossless as well). For example, this reduced the Libreboot boot logo from around 11k to 3k:

    zopflipng -ym image.png image.png

Zu Entwicklungszwecken, könntest Du deine Bilder auch lokal verknüpfen, und anschliesend die URLs anpassen sobald Du deine Patches für die Dokumentation/Webseite schickst.

Eine Anleitung wie Du eine lokale Version der Webseite herstellen kannst, befinden sich auf der Untitled Webseite. Lade untitled herunter, und erstelle in dem untitled Verzeichnis ein Verzeichnis mit dem Namen www/ dann wechsle in dieses Verzeichnis und klone das lbwww Repository dorthin. Konfiguriere deinen lokalen HTTP Server entsprechend.

Nochmal, Anleitungen hierfür findest Du auf der Untitled Webseite.

Name nicht erforderlich

Beiträge die Du hinzufügst, werden in einem für jeden zugänglichen Git Repository öffentlich aufgezeichnet. Dies betrifft ebenso den Namen sowie die email Adresse des Mitwirkenden.

Du musst bei Git keinen Autoren Namen bzw. keine email Addresse verwenden, mithilfe derer Du identifizierbar bist. Du kannst libreboot Contributor verwenden und deine email Addresse könnte als contributor@libreboot.org spezifiert werden. Es ist Dir gestattet dies zu tun, sofern Du deine Privatsphäre wahren möchtest. Wir glauben an Privatsphäre. Sofern Du anonym bleiben möchtest werden wir dies respektieren.

Natürlich kannst Du jeglichen Namen und/oder jegliche email Adresse verwenden die Du möchtest.

Rechtlich gesprochen, jegliches Urheberrecht fällt automatisch unter die Berner Übereinkunft zum Schutz von Werken der Literatur und Kunst. Es spielt keine Rolle welchen Namen, oder ob Du tatsächlich überhaupt ein Urheberrecht deklariert hast (aber wir setzen voraus das bestimmte Lizenzen für das Urheberrecht verwndet werden - lies mehr darüber auf dieser Seite).

Sofern Du einen anderen Namen sowie eine andere email Adresse für deine Commits/Patches verwendest dann solltest Du anonym sein. Verwende git log und git show um dies zu überprüfen bevor Du einem öffentlichen Git Repository Änderungen hinzufügst.

Lizenzen (für Mitwirkende)

Stelle sicher, dass deine Beiträge mit einer libre Lizenz frei lizensiert sind. Libreboot schreibt nicht mehr vor, welche Lizenzen akzeptiert werden, und es existieren einige Lizenzen. Wir werden deinen Beitrag prüfen und dir mitteilen sofern es ein Problem damit gibt (z.B. keine Lizenz).

Gib immer eine Lizenz an für deine Arbeit! Keine Lizenz anzugeben bedeutet das deine Arbeit unter die Standard Urheberrechte fällt, was deine Arbeit proprietär macht und somit von denselben Einschränkungen betroffen ist.

Die MIT Lizenz ist ein guter Start, und sie ist die bevorzugte Lizenz für sämtliche Arbeit an Libreboot, aber wir sind nicht pingelig. Libreboot hat in der Vergangenheit GNU Lizenzen so wie GPL verwendet; vieles davon besteht nach wie vor und wird auch weiterhin bestehen. Es ist deine Arbeit; sofern deine Arbeit auf der Arbeit eines anderen basiert, ist es aufgrund der Lizenz-Kompatibilität ggfs. naheliegend diesselbe Lizenz zu verwenden.

Hier findest Du übliche Beispiele für Lizenzen.

Wenn deine Arbeit auf bestehender Arbeit basiert, dann ist es wichtig (für deinen Beitrag) das die Lizenz deiner Arbeit kompatibel ist mit der Lizenz der Arbeit auf der sie beruht. Die MIT Lizenz ist hierfür gut geeignet, weil sie mit vielen anderen Lizenen kompatibel ist, und Freiheit zulässt (wie zum Beispiel die Freiheit einer SubLizenz) was bei vielen anderen Lizenzen nicht der Fall ist:

https://opensource.org/licenses/MIT

Patches senden

Erstelle einen Account unter https://codeberg.org/ und navigiere (während Du eingeloggt bist) zu dem Repository das Du bearbeiten möchtest. Klicke auf Fork und Du wirst ein eigenes Libreboot Repository in deinem Account erhalten. Erstelle einen Clone dieses Repository, füge alle gewünschten Änderungen hinzu und führe anschliessend einen Push in dein Repository in deinem Account auf Codeberg durch. Du kannst dies auch in einem neuen Branch erledigen, sofern Du magst.

In deinem Codeberg Account kannst Du nun zum offiziellen Libreboot Repository navigieren und dort einen Pull Request erstellen. Die Art und Weise wie dies funktioniert ist vergleichbar mit anderen populären Web basierten Git Plattformen die heutzutage verwendet werden.

Du kannst dort deine Patches bereitstellen. Alternativ kannst Du dich in den Libreboot IRC Kanal einloggen und dort bekannt geben welche deiner Patches geprüft werden sollen, sofern Du ein eigenes Git repository mit den Patches hast.

Sobald Du einen Pull Request erstellt hast, werden die Libreboot Maintainer per email informiert. Sofern Du nicht schnell genug eine Antwort erhälst, kannst Du das Projekt ebenso mithilfe des #libreboot Kanals auf Libera Chat kontaktieren.

Ein weiterer Weg Patches zu senden ist Leah Rowe direkt eine email zu senden: info@minifree.org ist Leah's Projekt email Addresse.

Um den Prozess der Quelltext Überprüfung transparent zu gestalten, wird jedoch empfohlen künftig Codeberg zu verwenden.

Mailing list

Libreboot has this mailing list: https://lists.sr.ht/~libreboot/libreboot

The email address is ~libreboot/libreboot@lists.sr.ht

Mirrors für lbmk.git

Das lbmk Repository enthält Libreboot's automatischess build system, welches Libreboot Veröffentlichungen herstellt (inklusive kompilierter ROM Images).

Du kannst git clone für alle diese Links ausführen (die Links können auch angeklickt werden, um Änderungen in deinem Web Browser anzusehen):

Mirrors fur pico-serprog.git

lbwww.git Mirror

Das lbwww Repository enthält Markdown Dateien (Pandoc Variant), für die Verwendung mit dem Untitled Static Site Generator; dies wird von Libreboot verwendet um HTML Web Seiten bereitzustellen, inklusive der Seite die Du gerade liest!

Du kannst git clone für diese Links ausführen und/oder die Links anklicken um Änderungen in deinem Web Browser anzusehen). Siehe:

HINWEIS: Das lbwww-img Repository wird generell nicht auf einem Mirror zur Verfügung gestellt, weil dies lediglich Bilder sind die Du unter https://av.libreboot.org finden kannst und es ist nicht die Intention des Libreboot Projektes Mirror mit zusätzlichen Datenverkehr durch Bilder zu belasten.

Notabug Repositories

Commits die zu codeberg gepusht werden, werden ebenso zu notabug gepusht, zusätzlich zu den anderen Mirrors. Notabug wird seit dem 8. April 2023 als Mirror betrachtet, seitdem Libreboot's Haupt Entwicklung zu Codeberg gewechselt hat.

In die ALTEN notabug Repositories wird zu Backup Zwecken nach wie vor gepusht, aber der codeberg mirror wird nun als der hauptsächliche/offizielle betrachtet, wie in dieser Ankündigung vom 8. April 2023. Siehe:

Um Patches zu senden, wird nun bevorzugt wenn Du codeberg verwendest. Technisch gesehen sind pull requests via Notabug nach wie vor möglich. Während Notabug nach wie vor existiert, werden Libreboot Patches nach wie vor dorthin gepushed, als Mirror für Änderungen die auf Notabug gepushed werden.

Weil pull requests und issues in der Vergangenheit auf notabug verfügbar waren, macht es Sinn diese offen zu lassen, dennoch würden wir dich bitten an codeberg zu schicken. Sofern diese auf notabug geschlossen werden, dann werden diese PRs und issues ohnehin nicht mehr sichtbar, daher sollten diese offen bleiben.