Vorlage:Yocto:HD51:Clone: Unterschied zwischen den Versionen

Aus TuxBoxWIKI
Zur Navigation springen Zur Suche springen
(Vorlage erzeugt)
 
(typo)
 
(12 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
====Klonen des Yocto Poky Projektes in den Buildsystemordner====
====Klonen des Yocto Poky Projektes in den Buildsystemordner====
<source lang="bash">
<source lang="bash">
  $ git clone git://git.yoctoproject.org/poky.git poky
  $ git clone git://git.yoctoproject.org/poky.git poky
Zeile 9: Zeile 10:
  Löse Unterschiede auf: 100% (308026/308026), Fertig.
  Löse Unterschiede auf: 100% (308026/308026), Fertig.
</source>
</source>
Wir benötigen den '''sumo branch'''... dafür holen wir uns diesen noch ab und wechseln auf '''sumo''':
 
In das geklonte Repository wechseln: 
<source lang="bash">
$ cd poky
</source>
 
In den benötigen Branch wechseln.
'''Welcher Branch benötigt wird, hängt vom jeweiligen Stand ab (in diesem Bespiel "sumo"). [[#Schritt_1:_Ben.C3.B6tigte_Repos_klonen|siehe Anmerkung oben!]]''' Dieses Beispiel zeigt wie man für den  'sumo-Branch' vorgeht. Normalerweise sollte immer der letzte Stand genommen werden, jedoch nicht der 'master'. Dafür holen wir uns diesen noch ab und wechseln auf den benötigten Branch:
<source lang="bash">
<source lang="bash">
  $ git checkout -b sumo  origin/sumo
  $ git checkout -b sumo  origin/sumo
Zeile 15: Zeile 23:
  Zu neuem Branch 'sumo' gewechselt
  Zu neuem Branch 'sumo' gewechselt
</source>
</source>
<div style="padding:0.5em; margin-bottom:1em; border: 2px solid #a00;">[[Bild:Stop hand.png]] '''Bemerkung zu den Yocto Projektnamen und Image-Versionierung:'''
''Im Yocto-Projekt haben die verschiedenen Entwicklungstände wechselnde Projektnamen. Zum Beispiel der Sumo-Branch. Diese Stände definieren quasi den Releasestand. Parallel dazu sind auch intern die herkömmliche Revisionen vergeben. Sumo entspräche zB. 2.5.x. Diese Stände werden so auch in unser Image übertragen. Unter Neutrino kann man das auch über die [[NeutrinoHD:Information|Ausgabe der Informationen]] anzeigen lassen.
''In der Vergangenheit wurden Image- u. Neutrinoversionen bei den Community-Buildsystemen mehr oder weniger gleichgesetzt, weil zB. Updates oft über Release-Zyklen mit einem komplettem Imagewechsel einher gingen. Das war nachvollziebar und damals auch noch ausreichend. Angesichts des modularen Aufbaues in Form von revisionierter Paketierung sämtlicher Teile eines Flash-Images und weil die herkömmliche Aktualsierung über Flashprogrammierung sogesehen nur eine Versorgung mit einer Basisversion darstellt, wäre diese veraltete Vorgehensweise unpassend.''
</div>


====Klonen der Meta-Layer-Repos für Neutrino und der jeweiligen Plattform in den poky-Ordner====
====Klonen der Meta-Layer-Repos für Neutrino und der jeweiligen Plattform in den poky-Ordner====
In diesem Fall wird als Beispiel die AX/Mut@nt HD51 Plattform verwendet.
In diesem Fall wird als Beispiel die AX/Mut@nt HD51 Plattform verwendet. Wir benötigen auch hier den dafür erforderlichen Branch.
'''[[#Schritt_1:_Ben.C3.B6tigte_Repos_klonen|siehe Anmerkung oben!]]''' Dieses Beispiel zeigt wie man für den  'sumo-Branch' vorgeht, jedoch sollte immer der aktuell gewartete Stand genommen werden, aber nicht der 'master'. Dafür holen wir uns diesen noch ab und wechseln auf den benötigten Branch:
<source lang="bash">
<source lang="bash">
$ cd poky
  $ git clone https://github.com/neutrino-hd/meta-hd51.git
  $ git clone https://github.com/neutrino-hd/meta-hd51.git
</source>
Sollte der benötigte Branch im Remote-Repository bereits als Standard eingerichtet sein, also wie hier 'sumo', sind die drei nächsten Befehle nicht nötig. Führt man diese trotzdem aus, wird dies mit einer Fehlerausgabe quittiert, die besagt, dass der Branch bereits vorhanden ist, was man getrost ignorieren kann.
<source lang="bash">
$ cd meta-hd51
  $ git checkout -b sumo  origin/sumo
  $ git checkout -b sumo  origin/sumo
  Branch sumo konfiguriert zum Folgen von Remote-Branch sumo von origin.
  Branch sumo konfiguriert zum Folgen von Remote-Branch sumo von origin.
  Zu neuem Branch 'sumo' gewechselt
  Zu neuem Branch 'sumo' gewechselt
$ cd ..
</source>
Klonen des benötigten neutrino meta-Layers:
<source lang="bash">
  $ git clone https://github.com/neutrino-hd/meta-neutrino.git
  $ git clone https://github.com/neutrino-hd/meta-neutrino.git
</source>
Sollte auch hier der benötigte Branch im Remote-Repository bereits als Standard eingerichtet sein, sind die drei nächsten Befehle nicht nötig. Mann muss aber sicherstellen, dass man sich zum Schluß im 'poky'-Ordner befindet.
<source lang="bash">
$ cd meta-neutrino
  $ git checkout -b sumo  origin/sumo
  $ git checkout -b sumo  origin/sumo
  Branch sumo konfiguriert zum Folgen von Remote-Branch sumo von origin.
  Branch sumo konfiguriert zum Folgen von Remote-Branch sumo von origin.
  Zu neuem Branch 'sumo' gewechselt
  Zu neuem Branch 'sumo' gewechselt
$ cd ..
</source>
</source>

Aktuelle Version vom 21. August 2019, 17:03 Uhr

Klonen des Yocto Poky Projektes in den Buildsystemordner

 $ git clone git://git.yoctoproject.org/poky.git poky
 Klone nach 'poky' ...
 remote: Counting objects: 412580, done.
 remote: Compressing objects: 100% (97765/97765), done.
 remote: Total 412580 (delta 308026), reused 412408 (delta 307854)
 Empfange Objekte: 100% (412580/412580), 149.51 MiB | 316.00 KiB/s, Fertig.
 Löse Unterschiede auf: 100% (308026/308026), Fertig.

In das geklonte Repository wechseln:

 $ cd poky

In den benötigen Branch wechseln. Welcher Branch benötigt wird, hängt vom jeweiligen Stand ab (in diesem Bespiel "sumo"). siehe Anmerkung oben! Dieses Beispiel zeigt wie man für den 'sumo-Branch' vorgeht. Normalerweise sollte immer der letzte Stand genommen werden, jedoch nicht der 'master'. Dafür holen wir uns diesen noch ab und wechseln auf den benötigten Branch:

 $ git checkout -b sumo  origin/sumo
 Branch sumo konfiguriert zum Folgen von Remote-Branch sumo von origin.
 Zu neuem Branch 'sumo' gewechselt

Klonen der Meta-Layer-Repos für Neutrino und der jeweiligen Plattform in den poky-Ordner

In diesem Fall wird als Beispiel die AX/Mut@nt HD51 Plattform verwendet. Wir benötigen auch hier den dafür erforderlichen Branch. siehe Anmerkung oben! Dieses Beispiel zeigt wie man für den 'sumo-Branch' vorgeht, jedoch sollte immer der aktuell gewartete Stand genommen werden, aber nicht der 'master'. Dafür holen wir uns diesen noch ab und wechseln auf den benötigten Branch:

 $ git clone https://github.com/neutrino-hd/meta-hd51.git

Sollte der benötigte Branch im Remote-Repository bereits als Standard eingerichtet sein, also wie hier 'sumo', sind die drei nächsten Befehle nicht nötig. Führt man diese trotzdem aus, wird dies mit einer Fehlerausgabe quittiert, die besagt, dass der Branch bereits vorhanden ist, was man getrost ignorieren kann.

 $ cd meta-hd51
 $ git checkout -b sumo  origin/sumo
 Branch sumo konfiguriert zum Folgen von Remote-Branch sumo von origin.
 Zu neuem Branch 'sumo' gewechselt
 $ cd ..

Klonen des benötigten neutrino meta-Layers:

 $ git clone https://github.com/neutrino-hd/meta-neutrino.git

Sollte auch hier der benötigte Branch im Remote-Repository bereits als Standard eingerichtet sein, sind die drei nächsten Befehle nicht nötig. Mann muss aber sicherstellen, dass man sich zum Schluß im 'poky'-Ordner befindet.

 $ cd meta-neutrino
 $ git checkout -b sumo  origin/sumo
 Branch sumo konfiguriert zum Folgen von Remote-Branch sumo von origin.
 Zu neuem Branch 'sumo' gewechselt
 $ cd ..