[clausmuus]

Ich hab ne "checkout_base" Regel hinzu gefügt. Es braucht also nur das checkout_all gegen ein checkout_base ersetzt zu werden.
Getestete habe ich das aber noch nicht.

Claus

[TimUx]

Hi Claus,
es läuft gerade noch ein Test bei mir.

Sobald der durch ist, werde ich mal das checkout_base testen und ins Skript mit aufnehmen.

Gruß Timo

[BobW]

Hi Timo, hi Claus,

ich habe make checkout_base auf meinen beiden Plattformen getestet.

x86_64: Paket extlinux fehlt, nach checkout läuft make durch und base und netinstall werden erstellt.

ARM (RPi2): Paket vfat fehlt, nach checkout läuft make durch und base und netinstall werden erstellt. Paket extlinux hatte ich vorher schon zusätzlich ausgecheckt.

Schöne Grüße aus Wien
BobW

[clausmuus]

Hi,

extlinux und vfat sollten aber nicht für das base Image benötigt werden. Wobei sich hier die Frage stellt, ob wir die Liste der basic Pakete um die für's netinstall benötigten erweitern wollen. Ich denke aber eher nicht. besser wäre wohl, wenn nen einfaches "make" lediglich das base Image baut.

Claus

[TimUx]

Hallo zusammen,
hier die neueste Version des Devel Install Skriptes.

Was wurde geändert:

• Allgemeine Optimierungen im Ablauf
• Verschlankung der zu installierenden Basis Pakete
• Umsetzung des "checkout_base" in einem Auswahlmenü
• Kompilieren von nginx für ARM

Leider Funktionieren die nginx Pakete von den Jessie Backports auf meinem RPI nicht.
Deshalb musste ich einen kleinen Workarround bauen, hole die sourcen via apt-get spurce und muss diese dann kompilieren.
Dies wird aber nur getan, wenn als Image "Full" ausgewählt wird.

@Claus
Eventuell könntest du noch weitere checkout Regeln basteln, vielleicht für die gängisten Images (server, client-shd/rpi).
Diese könnte man dann auch in Auswahlmenü aufnehmen.
Ich denke, mehr als 4 oder 5 sollten es aber nicht sein.

Es wäre dann etwas in der Art:

• base
• standard
• server
• client
• full

Demnächst werde ich mal schauen, ob OSMC vielleicht eine Alternative als Grundsystem für einen RPI (ARM) Devel wäre.

Ansonsten viel Spaß und danke fürs Testen.

Gruß Timo

[sixpack]

@TimUx

Ich hatte die letzte Version mal angeworfen vom script, hier bekomme ich allerdings einen fehler in zeile 73.
Ich muss aber auch sagen das ich eine Lenny full install (Mate) gerade getestet hatte und ich es dann da auch gleich versucht habe. System 64bit

LG Dom

[TimUx]

Hi,
ich hatte aus versehen eine falsche Version hochgeladen.

Tausche doch mal bitte in der ersten Zeile "sh" gegen "bash" und teste es noch einmal.

Was aber dringend Vorraussetzung ist, ist ein Debian Jessie, das ist die Basis für jedes DEVEL System.

Gruß
Timo

[sixpack]

Joar das wars Problem

Ähm, wenn ich das nun durchlaufen lassen  wird das ja nicht automatisch in Git geschoben oder?

[TimUx]

Hi,
nein ins GIT geht nichts automatisch.

Dazu brauchst erstmal einen GIT User mit Password und musst bei den geänderten Paketen immer manuell einen commit und push machen.

Ohne das geht überhaupt nichts zum GIT. 

Gruß Timo

[Uwe]

Hallo,
ich habe dieses Script auf einen OdroidC1 mit der Distri "armbian" getestet. http://www.minidvblinux.de/forum/index.php/topic,7695.msg58437.html#msg58437

Es gibt aber dabei einige Fehler. Siehe Anhang.

Gruß, Uwe

[mafe68]

Hast du so wie beschrieben in der 1. Zeile statt /sh --> bash eingetragen im Script?

[Uwe]

Ja, sonst gibt es sofort ein Fehler.

[clausmuus]

Hi,

zwei Fehler sind mir aufgefallen:
- das Script (oder das Makefile.arch) hat nicht korrekt erkannt, das es sich um ein ARM System handelt, und versucht deshalb x86'er Patche anzuwenden, was zum Fehler beim Bauen des Kernels führt.
- Heute ist eine neue Version der Busybox heraus gekommen, bei der einige unserer Patches nicht mehr passen

Deshalb wird weder der Kernel noch die Busybox gebaut.

Um den ersten Fehler zu beheben brauche ich mal die Ausgabe von "grep Hardware /proc/cpuinfo | sed 's/.*: //'" von Dir, und zur Sicherheit gleich noch ein "cat /proc/cpuinfo".

Claus

[Uwe]

Hallo Claus,
gerne doch
Ich nutze einen der ersten OdroidCx Geräte. Der hier scheint noch nicht mal ein OdroidC1 zu sein. Von der Hardware unterscheidet er sich aber nicht zu den OdroidC1 und OdroidC1+

Code: [Select]

# grep Hardware /proc/cpuinfo | sed 's/.*: //'
ODROIDC

# cat /proc/cpuinfo
Processor       : ARMv7 Processor rev 1 (v7l)
processor       : 0
BogoMIPS        : 0.84

processor       : 1
BogoMIPS        : 0.84

processor       : 2
BogoMIPS        : 0.84

processor       : 3
BogoMIPS        : 0.84

Features        : swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xc05
CPU revision    : 1

Hardware        : ODROIDC
Revision        : 000a
Serial          : xxx

[clausmuus]

Das busybox Problem habe ich behoben.
Außerdem musst Du in Deiner Makefile.config ein "DEST = bpi" eintragen, damit das System weiß, das Du ein bpi Image bauen möchtest. Oder halt ein rpi, rpi2, wtk je nachdem für was für ein System Du bauen möchtest.

Danach noch ein "git pull" im busybox Ordner und danach kannst Du im MLD Ordner (da wo auch das Makefile.config liegt) erneut ein "make all" versuchen.

Claus