CoreELEC Test-Builds aus dem aktuellen GITHUB-Code (Devel-Builds)

  • So, nun habe ich mich da mal rangewagt... Ergebnis sieht toll aus, ist aber von mir ungetestet.
    Keine Fehler oder Abbrüche wärend des Compilierens.

    Das Ergebnis kann im ersten Post,gedownloadet werden, wo ich der übersich wegen, alle Images
    hochlade....

    Und nochmal: Das kann wirklich jeder....

  • Wo kann man das in zukunft denn mal hochladen?

    Server noch im Aufbau Home Server Bord endete in 2 Tagen hänge dann an die Wand kann das 24/7 laufen ist mir Wurst binde ich per LAN an VDSL an gut ist kommt meine SSD drann 120gb ocz das bei 5 Watt mit 4 core und 4 ht also 8 CPUs spezialer Intel Atom aus Industrie glaube sind bords zu Steuerung von Maschinen CNC oder andere Maschinen

  • So, nun habe ich mich da mal rangewagt... Ergebnis sieht toll aus, ist aber von mir ungetestet.
    Keine Fehler oder Abbrüche wärend des Compilierens.

    Hier das File zum Bruzeln: https://drive.google.com/open?id=1aWY1a…02l2TAc4MD0DIwt
    Hier das update tar: https://drive.google.com/open?id=1lvoc1…Vgm4mTTV89WlwMy

    Und nochmal: Das kann wirklich jeder....

    hast nur vergessen zu sagen das Änderungen nach realse sprich alles was bis zum 7 drinne ist ist im ralase final vorhanden nur 3 Änderungen danach will das ja anders machen .... Zb KODi um patschen bzw sourcecode tauschen mit dem aus aktuellen xmbc das macht mehr Sinn da dort Änderung sind jede Stunde

  • hast nur vergessen zu sagen das Änderungen nach realse sprich alles was bis zum 7 drinne ist ist im ralase final vorhanden nur 3 Änderungen danach will das ja anders machen .... Zb KODi um patschen bzw sourcecode tauschen mit dem aus aktuellen xmbc das macht mehr Sinn da dort Änderung sind jede Stunde

    Ganz klar...

    Sag lieber, welche änderungen dort hineingeflossen sind. Oder sage mir, wie ich sowas, wo erkennen kann..
    Allerdings so, als würdest Du es einem 4Jährigen erklären. Kriegst Du das iwie hin? Mir sacht git-hub null... Verstehst Du?
    Desweiteren: Es wäre mir auch angenehm, wenn Du das immer nur einmal erwähnst. Reicht doch. Oder? *P
    Vllt. machen wir das Koordiniert... Du machst 'n Paar, ich mach 'n paar... Jeden Sonntag-Abend laden wir hoch..
    Mir ist's Wurscht... Das ganze ist kein Ding, auch wenn die CPU auf Volllast fuhr, benötigte er für den Durchgang nur einen
    Bruchteil von dem, was Du erwähntest... 10-12 Std. las ich irgendwo... Mein Server machte es in knapp 3.

    Ich will mich damit nicht brüsten... nöö, will nur sagen, dass das eigentlich jeder kann. Vor allem aber nimmt es einem
    das Mystische... Fakt ist: Ich frag mich echt grad, warum der bei Dir 10h benötigte...

    Will jemand noch ne andere Plattform gebaut bekommen?

    WICHTIG: Wie ist der Aufruf/Command, damit er nicht alles NEU Compiliert?

  • System besteht nur aus 2 Grund teilen Kernel und KODi Kernel weniger übel KODi eyer schlimmer sofern Änderungen an KODi Stadt finden muss teils auch Clean build machen kann manchmal zu inkompatibel führen wenn zb libs geändert werden

    Terotisch haste ja Recht auf jeden falle ... Mach Mal hilft nur Clean build weil sich Fehler einschleichen hatte auch schon :(

    10h weil ein Intel Atom ist zeigt auch weniger Strom macht Unterschied ob da 2h 300watt dich ballere oder 10h 5watt was per solar betreibe teils

  • Meine sripte eine start.sh

    inhalt

    #!/bin/bash
    PROJECT=Amlogic DEVICE=S905 ARCH=arm make image > s905.[definition='1','0']log[/definition] && PROJECT=Amlogic DEVICE=S912 ARCH=arm make image > s912.[definition='1','0']log[/definition] && PROJECT=Amlogic DEVICE=Odroid_C2 ARCH=arm make image > c2.[definition='1','0']log[/definition]

    dazu noch meine builder.sh

    #!/bin/bash
    cd /h*/d*/C*
    git fetch --all
    git pull
    screen -A -m -d -S builder ./start.sh
    mv /h*/d*/C*/target/*.img.gz /var/www/CoreELEC/
    mv /h*/d*/C*/target/*.tar /var/www/CoreELEC/
    rm -r /d*/k*/C*/target/*.img
    rm -r /d*/k*/C*/target/*.tar


    sofern alles klapt laden ferigen images direckt auf dem webserver im CoreELEC ordner und fertig


    /h*/d*/C*/./builder.sh

    oder per crontab wäre auch möglich dann leuft aleine ab und fertig logs könte mann jetzt noch in tar packen und am ende per email an sich selber senden lassen per postfix

  • Ich kann leider dieses Wochenende nicht testen.

    Daher meine Frage:
    Geht die Bildschirm Auflösung 1920x1080i 50/59.94/60 Hz in der devel wieder?
    Die ist in CE 8.90.3 zu sehen, aber nicht auswählbar, wie schon berichtet.
    Hatte probeweise die aktuelle LE nightly vom 14.6. auf meine Mecool KI pro installiert, die KODI Version ist :
    Kodi 18.0Alpha2 Git:593949a. Da gehts wieder.

    Bin ja nicht der Einzige, der noch HDReady Bildschirme im Einsatz hat.

  • #!/bin/bash
    PROJECT=Amlogic DEVICE=S905 ARCH=arm make image > s905.[definition='1','0']log[/definition] && PROJECT=Amlogic DEVICE=S912 ARCH=arm make image > s912.[definition='1','0']log[/definition] && PROJECT=Amlogic DEVICE=Odroid_C2 ARCH=arm make image > c2.[definition='1','0']log[/definition]

    OK, nun muss ich mal fragen:
    1. Benötigt Dein Atom für diese "drei" Builds 10-12 Std. oder jeweils 10-12 Std. (Also insgesammt 30 Std.)?
    2. (Und das frage ich nun wirklich zum dritten mal hier "gefühlt") Wie lautet der Befehl, um "nur" die Änderungen zu compilieren?

    Du selbst sagtest, dass Du so, nur noch 10-15 Minuten benötigst. Wärest Du nun bitte mal (in aller höflichkeit) bereit, diese Frage zu beantworten?

  • Jop war nur einfacher dual jetzt hole mir den Industrie Version Atom aus Server Segment sind 2017 raus gekommen 4 Kerner mit 4HT Einheiten

    Vorherige war nur dual mit 2 HT Einheiten 4 CPUs neue hatt qausi 8 CPUs auf 4 Kerne mit höheren L2 Chance normalen Atom haben nur 512kbit neuen 2 Mbit Strom verbraucht von alten war 10watt neuen haben 5watt glaube kleinste sie liebe core Atom hatt gerade Mal rund 1 Watt gibt sogar von Atom sowas wie die KODi boxen genau selbe grösen

    https://rover.ebay.com/rover/0/0/0?mp…tm/173354569953


    Spezifikationen

    https://ark.intel.com/de/products/93…-up-to-1_92-GHz

    Der hatt ca 2Watt die CPU teils besser als Raspberry Pi hatt deutlich mehr xD

    Betreibe ganze später an solar pannel so groß wie so Doppel fester 320watt pannel 32V

    Ideal 5 Watt reicht auch wenn's nur helle ist kommt genügen raus ...

    Qausi Umwelt freundlichen builder grüne Plakette

    Haste m Strom Messgeräte dazwischen gemacht was dein Server zieht ? Beim builder ?

    https://rover.ebay.com/rover/0/0/0?mp…tm/141905514574

    Gibs auch zum ausleihen beim engergie Versorger sind deutlich genauer haben so Abweichung von 0.1W bei eBay ca wenn's ganz genau haben möchte Ding nicht schlecht kann sich immer Übersicht machen was veile verbraucht


    Ich habe einen kanste kosten eingeben was die KW/h koste rechnet der das um was kostet halt wir Stromzähler nur direckt Preis Ausgabe Verbrauch gibs verschiende kanste dir an sehen


    Sowas würde jeden enfteflen ist immer nützlich

    2 Mal editiert, zuletzt von Computerbastler18 (16. Juni 2018 um 12:59)

  • Wie lautet der Befehl, um "nur" die Änderungen zu compilieren?

    wir nehmen an das du bereits git clone url.git gemacht hast, das bedeutet du hast die komplette Git Repo schon auf deinen Rechner, wenn du nun gucken willst ob es was "neues" gibt machst du
    git pull in dem Ordner ein (Terminal ist dein Freund - SmartGit z.B. macht es auch mit Gui und verständlich)

    mit git [definition='1','0']log[/definition] kannst du gucken was die letzten Änderungen waren (Q drücken um zu beenden)

    Wenn du danach nur die Änderungen bauen willst machst du PROJECT=abc DEVICE=abc ARCH=arm make image und es baut nur die Relevanten ding neu und du hast am Ende ein neues Image unter \target\. Aber Achtung das System ist nicht sooo schlau das es alles immer mitbekommt bzw man kann sich nicht 100%ig darauf verlassen. Änderungen an Kodi, Kernel (bei AML gibts da ja keine Versionsupdates) sollten problemlos gehen.

    Wenn du alles ganz frisch bauen willst machst du ein PROJECT=abc DEVICE=abc ARCH=arm make clean um die alten Baufiles zu löschen, das lässt dir aber den ccache auf der Platte -> ein erneutes bauen ist erheblich schneller als ohne ccache (make distclean oder manuelles löschen des Bauordners um ccache dann doch zu löschen).
    Ein AML Projekt sollte bei einem normalen Flotten Rechner (ohne Tuning trallala) in unter einer Stunde durch sein (fritsch gebaut aber mit ccache).
    Den ccache muss man eigentlich nicht löschen, es gab in der Vergangenheit vereinzelt Probleme - bei sehr großen Änderungen kann es nötig werden, in der Regel aber nicht.


    Benötigt Dein Atom für diese "drei" Builds 10-12 Std. oder jeweils 10-12 Std.

    Ein Atom zum bauen ist so das schlechteste was man kaufen kann ;) jedenfalls für solche Art von Projekten, alleine an LLVM müht sich der Atom Stunden ab. Stromersparnis has du dadurch auch nicht.

  • Geht die Bildschirm Auflösung 1920x1080i 50/59.94/60 Hz in der devel wieder?

    Nein, mit der letzten, die ich reinstellte (die mit den nur 3 Änderungen seit 8.90.3), gehts definitiv nicht.
    Ich denke, damit das funktioniert, muss Kodi in CE ausgewechselt werden. Das jedoch, weiss ich nicht,
    wie ich das ohne Programmierkenntnisse, hinkriegen kann. Ich habe @Raybuntu mal per PM gefragt, denke
    aber, dass das nicht ganz so einfach ist, wie ich mir das vorstelle.

    Wie gesacht; So'n Images bauen aus dem GIT, ist Kinderleicht. Änderungen am GIT selbst bzw. am lokalen
    Clone, ist da glaube ich schon etwas schwieriger...

    Vllt. kann ja hier ein anderer mehr zu sagen.

  • @CvH

    der befehl ist der selbe, wie für neu bauen?

    PROJECT=abc DEVICE=abc ARCH=arm make image

    So wie ich es verstanden haben, soll der Ordner der über git clone url.git erstellt wurde, nicht entfernt werden? (es sei denn man möchte alles neu bauen)
    dann über git pull werden alle Änderungen in den Ordner hinzugefägt/abgeändert..

    Die baufiles befinden sich auch in dem gleichem Ordner?

    • Rechtschreibfehler sind nicht zufällig, richtig angeordnet ergeben sie eine Formel mit der man Milch zu Bier machen kann.

  • sry aber ihr habt noch fetch --all vergssen musst zu erst kommen dann pull

    update local branches which track remote branches:
    git pull --all

    so anders rum ist falsh leider wird das ganze nigs

    als script so


    #!/usr/bin/env bash
    git branch -r | grep -v '\->' | while read remote; do git branch --track "${remote#origin/}" "$remote"; done
    git fetch --all
    git pull --all

    Einmal editiert, zuletzt von Computerbastler18 (16. Juni 2018 um 13:46)

  • nicht entfernt werden?

    richtig der wird nie entfernt, ergibt keinerlei Sinn den zu löschen

    es sei denn man möchte alles neu bauen

    auch dann nicht, dann wird nur der /Ordner/build.....-devel/ gelöscht bzw über make clean gesäubert, ein komplettes löschen (make distclean) ist zu 99% nie nötig

    der befehl ist der selbe

    ja

    dann über git pull werden alle Änderungen in den Ordner hinzugefägt/abgeändert..

    richtig

    es baut jeweils das was dann dort "liegt", wenn man da per Hand was abändert wird das gebaut


    Die baufiles befinden sich auch in dem gleichem Ordner?

    die rot gekennzeichneten

  • sry aber ihr habt noch fetch --all vergssen musst zu erst kommen dann pull

    git pull:
    Das Kommando git pull vereinfacht das Mergen und holen von Commits. Dies haben wir bisher nur mit den Kommandos git fetch und git merge gemacht.

    git fetch:
    Das Kommando git fetch importiert alle Commits von einer Remote Repository in deine lokale Repository. Die daraus resultierenden Commits werden als Remote Branches gespeichert, anstatt als normale Branches, mit denen wir bisher gearbeitet haben. Dies gibt dir die Möglichkeit, die Änderungen noch einmal einzusehen, bevor du sie in dein Projekt kopierst.

    Heisst das nicht, dass ein "git pull" reicht?

  • wie ich es verstanden habe, braucht man den "fetch" befehl nicht, solange in dem git ein "master-Branch" vorhanden ist

    • Rechtschreibfehler sind nicht zufällig, richtig angeordnet ergeben sie eine Formel mit der man Milch zu Bier machen kann.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!