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

Aus TuxBoxWIKI
Zur Navigation springen Zur Suche springen
(Hinweis verschoben)
(typo)
 
(8 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====
<div style="padding:0.5em; margin-bottom:1em; border: 2px solid #a00;">[[Bild:Stop hand.png]] '''Bemerkung zu den Yocto Projektnamen, Image- u. Layer-Versionierung:'''
''Im Yocto-Projekt haben die verschiedenen Entwicklungstände wechselnde Projekt- bzw. [https://wiki.yoctoproject.org/wiki/Releases Releasenamen]. Zum Beispiel in diesem Fall der Sumo-Branch.
''Diese Stände definieren auch die jewelige Version der Meta-Layer '''meta-neutrino''' und die jeweiligen Meta-Layer für die Plattform zB. '''meta-hd51'''.  Parallel dazu sind auch intern numerischen [https://wiki.yoctoproject.org/wiki/Releases Revisionen] vergeben. Sumo entspräche zB. 2.5.x. Diese Versionen sind als Branch in den jeweiligen [https://github.com/neutrino-hd Repositories] vorhanden und müssen zusammenpassen, um ein fehlerfreies Bauen zu ermöglichen. Diese Stände werden so auch in das System unseres Images durchgereicht. Unter Neutrino kann man das praktisch über die [[NeutrinoHD:Information|Ausgabe der Informationen]] entsprechend anzeigen lassen.''
''In der Vergangenheit wurden Image- u. Neutrinoversionen bei den Community-Buildsystemen mehr oder weniger gleichgesetzt, weil zB. Updates oft via Release-Zyklen mit einem komplettem Imagewechsel einher gingen. Das war recht einfach gehalten, nachvollziebar und damals auch noch ausreichend. Dafür war in der Regel keine Aktualisierung über Paketierungen vorgesehen. Neuere Community-Buildsysteme bieten zwar die Möglichkeit an, eine Paketierung bereitzustellen, allerdings scheuen die meißten Anbieter davor zurück, weil sie den Aufwand für die Umstellung und Wartung dafür zu hoch einschätzen. Angesichts der quasi ausgelagerten Wartung der Kernpakete des Yocto-Projekts selbst und des durchdachten modularen Aufbaus, muss man sich allerdings nur auf die eigenen Pakete konzentrieren und erlaubt eine eine revisionierte Paketierung sämtlicher Teile eines Flash-Images. Die herkömmliche Aktualsierung über Flashprogrammierung bleibt zwar bestehen, aber stellt eigentlich nur die Versorgung mit einer Basisversion sicher. Die alte Vorgehesweise wäre deshalb unpassend.''
</div>


<source lang="bash">
<source lang="bash">
Zeile 19: 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 27: Zeile 25:


====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 ..