knb:firmware

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
Letzte ÜberarbeitungBeide Seiten der Revision
knb:firmware [2022/01/15 23:13] goligoknb:firmware [2023/01/02 21:12] – [Branches & Tags] grische
Zeile 13: Zeile 13:
 Das hier sind ohne viel Erklärung die Schritte aufgelistet um einmal die Quelltexte herunterzuladen und ein Firmware-Image zu erzeugen. Weiter unten wird dann genauer erklärt wie alles aufgebaut ist und zusammen spielt. So wie es hier steht ist es getestet auf Ubuntu 20.04 Desktop, sollte aber genauso auf anderen Linux-Distributionen funktionieren. Das hier sind ohne viel Erklärung die Schritte aufgelistet um einmal die Quelltexte herunterzuladen und ein Firmware-Image zu erzeugen. Weiter unten wird dann genauer erklärt wie alles aufgebaut ist und zusammen spielt. So wie es hier steht ist es getestet auf Ubuntu 20.04 Desktop, sollte aber genauso auf anderen Linux-Distributionen funktionieren.
  
-Dependencies installieren:+Git installieren:
 <code bash> <code bash>
-sudo apt install git make python2 libncurses5-dev libncursesw5-dev gcc g++ gawk qemu-utils+sudo apt-get update 
 +sudo apt-get install -y git
 </code> </code>
  
Zeile 26: Zeile 27:
 <code bash> <code bash>
 cd site-ffm cd site-ffm
 +</code>
 +
 +Dependencies installieren:
 +<code bash>
 +./install_build_dependencies.sh
 </code> </code>
  
Zeile 84: Zeile 90:
 ===== Branches & Tags ===== ===== Branches & Tags =====
  
-Es gibt im GitHub-Repository diverse Branches. Die beiden die aktuell genutzt werden sind **stable** und **experimental**. Wenn man das erste Mal einen anderen Remote-Branch auschecken will, so muss man ihn explizit mit angeben: +Es gibt im GitHub-Repository diverse Branches. Eine Übersicht und die Unterschiede der Branches sind im Artikel [[Contributing: Branches]] beschrieben. 
- +Wenn man das erste Mal einen anderen Remote-Branch auschecken will, so muss man ihn explizit mit angeben:
-<code bash> +
-git checkout -b experimental origin/experimental +
-</code> +
- +
-Zurück, oder zu anderen Branches die man schon hat, geht es dann einfach mit+
  
 <code bash> <code bash>
-git checkout stable+git checkout -b stable origin/stable
 </code> </code>
  
-Wenn man zwischen Branches wechselt, der ein anderes Gluon-Release verwendet, so sollte man vorher "make clean" machen, damit es nicht zu Komplikationen kommt. Momentan nutzen unsere Branches das gleiche Gluon-Release, aber immer wenn ein Upgrade gemacht wird, dann sind sie ein paar Tage auseinander.+Wenn man zwischen den Branches `stable` und `next` wechselt, so sollte man vorher "make clean" machen, damit es nicht zu Komplikationen kommt.
  
 Für jeden Release gibt es einen Tag im Git-Repository. Um einen bestimmten Stand nochmal zu bauen, muss man also einen Checkout auf den gewünschten Tag machen, das geht so: Für jeden Release gibt es einen Tag im Git-Repository. Um einen bestimmten Stand nochmal zu bauen, muss man also einen Checkout auf den gewünschten Tag machen, das geht so:
  
 <code bash> <code bash>
-git checkout -b release tags/v2020.3.3.7+git checkout -b release tags/v2022.10.5
 </code> </code>
  
  • knb/firmware.txt
  • Zuletzt geändert: 2023/04/26 16:18
  • von awickert