[Fli4l_dev] Neue fli4l-Testversionen

[Tobias Becker]

Hallo Harvey,

Harvey <hw234 at gmx.de> wrote:
>> Harvey - hier habe ich mich falsch ausgedrückt / es geht mir eher darum,
>> das Wissen, wie z.B. der buildroot auf 2024_05 hochgezogen wird und der
>> build dann erfolgt zu dokumentieren.
> 
> Verstehe. Das ist eine Fleißaufgabe, die ich mir aber antun kann, wenn 
> das zu mehr Beteiligung führt. Ich habe mir sowieso schon einiges 
> aufgeschrieben, was das aufsetzen des Debian-Buildservers angeht. Beim 
> buildroot bin ich aber auch nur Nutznießer mit gefährlichem Halbwissen 
> ;) Da muss ich Roland ins Boot holen, zumindest zum Korrektur lesen. Im 
> Grunde bedeutet es aber buildroot von deren github ziehen, auf unsere 
> Verhältnisse anpassen, diff, headscratch, diff, patch, diff, patch... 
> Wenn dann das Verzeichnis unter src/packages/src/src/fbr passt, mittels 
> fbr-make bauen und hoffen. Ich habe mir ein paar scripte geschrieben um 
> etwas zu automatisieren bzw die unter src vorhandenen angepasst.
> 
>> Früher war dazu eine Jenkins Installation, docker usw nötig - da sollte man
>> meiner Meinung nach abspecken und die Einstiegshürden sollten so gering wie
>> möglich sein
> 
> das sehe ich genauso
> 

ich habe versucht, das fli4l - Buildsystem zu verstehen, bzw. eine
Möglichkeit gesucht, wo jeder aus dem read-only svn eine lokale Umgebung
erzeugen kann, wo ein Verzeichnis erzeugt wird, dass mkfli4l benutzen kann
-> linux user benötigen also nicht zwingend die tarballs und sind nicht auf
einen externen build angewiesen -> ein git-svn checkout reicht vermutlich
aus

als nächsten Step würde ich die Änderungen bis zur aktuellen r60808
nachverfolgen und dokumentieren

-> da unter bin alles vorkompiliert vorliegt, kann sich jeder mit der
kommenden Anleitung erstmal seinen fli4l auf die Version auf r60808
hochziehen
 
> Ich würde mit dem letzten aktuellen Stand (60807) weiter machen - der 
> ist weitestgehend erprobt und die Basis aller unserer Arbeiten.

das sehe ich mittlerweile genauso / in Teil 2 werde ich die Änderungen von
der letzten testing auf den Stand r60808 dokumentieren

>> - diesen schiebe ich dann nach GitHub hoch / wäre quasi ein Start
>> - dann git clone, man hat alles lokal auf der Platte und einer von Euch
>> erstellt einen Patch, um das neue build_root 2024_05 und anderes einzubauen
>> - das wird wieder auf GitHub hochgeschoben

- dieses Vorgehen geht leider nicht, da GitHub in der Free-Variante nicht
genug Speicherplatz bietet, um den kompletten checkout aufzunehmen
- wenn Interesse besteht, suche ich nach einer anderen Lösung, bzw. mache
mir dazu Gedanken
 
> Ich habe bislang noch nie viel mit git gearbeitet, aber irgendwer wird 
> mich dann schon an die Hand nehmen, wenn mein Wissen nicht ausreicht :)
> 
>> Ich persönlich finde es sehr schade, wenn nach so langer zeit fli4l einfach
>> so verschwindet / es sollte wenigstens der Status quo erhalten bleiben und
>> wenn Ihr es geschafft habt, den Build-Root hochzuziehen usw. ist sicherlich
>> eine Basis da, wo andere auch auf den Zug aufspringen können.
> 
> Das wäre auch meine Hoffnung. So lange es mir Spaß macht, gebe ich nicht 
> auf. Und ich habe viel gelernt in den letzten Wochen...

ich helfe gerne, das ist alles kein Hexenwerk. Wie bei allen hier, ist die
Freizeit begrenzt, trotzdem würde ich mich freuen, wenn es irgendwie
weitergeht.

Viele Grüsse, Tobias