[Fli4l_dev] Neue fli4l-Testversionen

[Tobias Becker]

Harvey <hw234 at gmx.de> wrote:
> Tobias,
> 
> danke für dein Interesse!
> 

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

>> Kannst Du / hast Du Zeit hier eine Anleitung zu veröffentlichen, wie Du den
>> SVN-Zweig aktualisiert hast?
> 
> Der SVN-Server war/ist tot. Wir haben den letzten Checkout (r60807) 
> genommen und damit ohne Versionskontrollsystem weiter gemacht. Die 
> Umstellungen sind wegen der Aktualisierung des zugrunde liegenden 
> buildroots auf 2024_05 durch Roland sehr umfangreich. Seitdem werden 
> eigentlich nur Fehler in diesem Zusammenhang gesucht und beseitigt. 
> Hierbei haben wir uns nicht ganz uneigennützig auf die Pakete 
> konzentriert, die wir selber nutzen.

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.

Ich könnte beispielsweise den letzten checkout r60807 auf via svn-git nach
GitHub hochziehen. Dann könnten Roland oder Du die Aktualisierungen
hinsichtlich des buildroot 2024_05 einpflegen und Ihr könntet eine Art
Kochbuch schreiben, wie man das ganze auf einem Linux-System zuhause dann
baut.

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

Ich habe aktuell aufgrund Zeitmangel die Doku aus dem src - Paket (noch)
nicht gelesen / hole das aber demnächst nach -> steht dort alles drin?

Früher war der ganze Paketbau und die Infrastruktur stark abhängig von dem
fli4l-Team, was intern geregelt hat, wie der Workflow auszusehen hat und
was die Mitbestimmung der User angeht, nun ja …

> 
> Ich habe mir einen ausrangierten Server beschafft und aufgesetzt, der 
> den Bau übernimmt und die Pakete erstellt, die ich dann händisch auf 
> meinen Webspace schiebe. Vereinfachung? Ja, gerne!! Ich würde auch gerne 
> den offiziellen Server benutzen, um die Pakete so abzulegen, so dass sie 
> über die download-links geladen werden können. Aber der ist auch tot...
> 
>> Ich bin mir sicher, das es ausser mir noch weitere User gibt, die fli4l
>> noch verwenden wollen
> 
> 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

Wenn User begreifen, das bei FRITZ!Boxen etc. die Abhängigkeit zum
Hersteller immer grösser wird und eine eigentliche Sicherheit auch nicht
vorhanden ist, sucht man wieder nach freien Alternativen / meine Meinung
dazu

>> alternative
>> Downloadmöglichkeit und auch einen alternativen Kommunikationskanal zu
>> haben
> 
> Sehe ich genauso, aber mir fehlen die Ideen dazu. Es gibt zu viele 
> Baustellen für zwei Leute. Versionskontrollsystem, verbesserte 
> Kollaboration, etc pp.
> 
> Vorschläge/Hilfe gerne erwünscht!


Also hier sind die Vorschläge /

Ich habe noch den svn checkout bis nach r60807 auf der Festplatte liegen /
die 60785 testing wurde damals noch über das fli4l jenkins System gebaut
und war als Download zur Verfügung und mit hoher Wahrscheinlichkeit
brauchbar.

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 

- 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

Ein Kochbuch wäre dann z.B.
Git clone -> alles ist auf der lokalen Platte
Fli4l Build -> das Kochbuch / es wird im Ergebnis in einem Build-Directory
base und alle benötigten opts fix und fertig so gebaut, das dann am Ende
abschliessend
Mkfli4l.sh -> die boot Dateien direkt baut

Ich könnte dann erstmal bei mir zuhause testen, ob sich alles bauen lässt
und das Kochbuch anpassen, falls nötig

Jeder Interessierte könnte sich dann über GitHub ein vollständiges Repo
selber ziehen und daran herumbasteln / Kollaboration ist über GitHub
ebenfalls möglich.

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.

Dafür schonmal ein Danke!

Da ich meine Brötchen nicht in der IT verdiene, versuche ich mal am 28.07.
anzufangen und zumindest mal das git repo anzulegen.

Ich freue mich über Rückmeldungen
Viele Grüsse von Tobias