[Fli4l_dev] Neue fli4l-Testversionen

[Harvey]

Tobias,

> Sehr gerne und vielen Dank für Deine Antwort / ich habe vor langer Zeit mal
> das ifrename - Paket erstellt und benutze das nach wie vor

das baut auch immer noch ;)

> 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 aktuell aufgrund Zeitmangel die Doku aus dem src - Paket (noch)
> nicht gelesen / hole das aber demnächst nach -> steht dort alles drin?

Die Doku ist so eine Sache. Sie ist nur rudimentär und an vielen Stellen 
noch nicht an die 4.0 angepasst, die Grundlagen sollten allerdings drin 
stehen. Im Moment bin ich froh, wenn Sie überhaupt baut...

>> Was die Zahl der Noch-User anbetrifft, tappe ich im Dunkeln. Wenn man es
>> an der Zahl der Rückmeldungen festmachen will, dann sieht es allerdings
>> düster aus...
> 
> Das ist ja irgendwo verständlich /
> 1. - Du schiebst den Build auf einen gmx- Workspace -> keiner kann
> nachvollziehen, wie das Ergebnis zustande gekommen ist / das ist jetzt kein
> Vorwurf oder schlecht-machen, sondern eventuell nur die Sorge, wer ist
> dieser Harvey, wer ist Roland usw und so fort / also benutze ich doch
> weiter die alte Version, da weiss ich, wo diese herkommt
> 2. User haben Sorge sich dort einzuarbeiten, denn die Download -
> Möglichkeit kann ebenso schnell wieder verschwinden, wie diese gekommen ist

Das verstehe ich und würde es gerne ändern, aber die Tatsache das sich 
so fast gar keiner gemeldet hat gibt schon zu denken.

> Aktuell, ist der svn-Server unter https://repo.nettworks.org/svn/fli4l
> erreichbar / ich würde jetzt nicht die ganze Historie ziehen, sondern
> erstmal bis r60785 den Testing Zweig

Ich würde mit dem letzten aktuellen Stand (60807) weiter machen - der 
ist weitestgehend erprobt und die Basis aller unserer Arbeiten.
> - 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

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

Gruß
Harvey