Neutrino-Images

Mach ich. Danke für den Hinweis. Dass sich die URLs immer mal ändern, ist normal.
Unser Buildserver ist für fehlende Archive immer ein guter Anlaufpunkt. Der sammelt seit 2016 fleißig mit.

https://neutrino-images.de/neutrino-images/archives/

Wenn man die Commits im BS verfolgt, sieht das nach größeren, zeitgemäßen Anpassungen aus.
Meist ist lokal anschließend eine komplette Neueinrichtung das Mittel der Wahl.

Da ich meine Buster-VM auch mal upgraden wollte taucht die Frage auf, wann der richtige Zeitpunkt für diesen Plan gekommen ist. Ist ja nicht gerade wenig Arbeit, zumal ich auch noch nicht weiß, ob meine selbstgebastelte Verzeichnistruktur dann noch 'kompatibel' ist...

Wäre also praktisch, wenn es irgendwann einen "Startschuss" für eine neue "Saison" gibt.
Neue Versionsnummer mit Hinweis in der Message würde vielleicht schon reichen...

Boah, ob das jemals fertig wird, steht noch in den Sternen.
Ziel ist jedenfalls, eine möglichst hohe Annäherung an Buildroot zu erreichen. Zumindest was das Package-Handling betrifft. Das vereinfacht das Hinzufügen neuer Libs und Tools erheblich.
Mit Yocto kann ich mich leider nicht anfreunden.

Wenn eine weitere Stufe erreicht ist, von der ich der Meinung bin, dass das ein akzeptabler Stand ist, ziehe ich die Versionsnummer hoch. In der Vergangenheit hab ich das ja auch immer so gemacht.

Die alten Boxen fallen so aber leider hinten runter. Die letzten großen Aktualisierungen haben ja dafür gesorgt, dass das Nevis-Image nicht mehr in den Flash-Speicher passt. Mir gefällt das gar nicht. Ich hab aber auch keinen Bock, zwei Buildsysteme (oder Branches) zu pflegen. Will man aktuelle Tools und Libs im Image haben, wächst die Größe des Images eben an. Und ein "Einfrieren" des letzten funktionierenden Standes ist leider nicht ganz so einfach. Schließlich soll ja immer ein aktuelles Neutrino im Image sein. Und das hat eine gewisse Abhängigkeit von Tools und Libs.

Wie auch immer ... Der Ausbau modularer Buildprozesse ist erstmal das nächste große Ziel.

Die alten Boxen fallen so aber leider hinten runter

Auch wenn man das Basis-Image aus dem BS auf die Kernkompetenzen (DVB-S, DVB-C und evtl. Streaming) beschränkt und das "Zubehör" und deren Erzeugung/Verteilung der Community überlässt ?

Ich habe noch 4 Nevis-Boxen. (2x Neo S/C, eine Zee S und ein HD1 S)
Die beiden Neos sind noch in Gebrauch! (Einrichtung/Pflege der Motorschüssel sowie als "Server" für LocalTV)

vanhofen hat geschrieben: ↑So 26. Jun 2022, 12:37Die letzten großen Aktualisierungen haben ja dafür gesorgt, dass das Nevis-Image nicht mehr in den Flash-Speicher passt.

Ich ... ähm ... ja, also ... das war ... wie soll ich sagen? Ach, egal.
Auf jeden Fall passt jetzt plötzlich das HD1-Image wieder in den Flash. Fragt besser nicht, wie das kam.

bitte mal die url anpassen für
https://github.com/neutrino-images/ni-b ... ase.mk#L10

grund steht hier,
https://www.mail-archive.com/vdr@linuxt ... 19153.html

vanhofen sehr schön kannst jetzt posting #466 u. #467 löschen.

Warum denn löschen?
Ist doch sicher von allgemeinem Interesse, z.B. für andere Imagebauer (Tango...)

blacky du hast recht, aber die anderen werden das schon von ni-images picken
wie ich die kenne.
man behält sich ja gegenseitig im auge

Moin... ich bekomme jetzt beim bauen eine luaposix Fehlermeldung ich finde nichts darüber hat jemand das gleiche Problem ?

Downloading luaposix
--2022-07-16 08:16:07-- https://github.com/luaposix/luaposix/ar ... -31.tar.gz
Auflösen des Hostnamens github.com (github.com) … 140.82.121.3
Verbindungsaufbau zu github.com (github.com)|140.82.121.3|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 302 Found
Platz: https://codeload.github.com/luaposix/lu ... uaposix-31 [folgend]
--2022-07-16 08:16:07-- https://codeload.github.com/luaposix/lu ... uaposix-31
Auflösen des Hostnamens codeload.github.com (codeload.github.com) … 140.82.121.9
Verbindungsaufbau zu codeload.github.com (codeload.github.com)|140.82.121.9|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 404 Not Found
2022-07-16 08:16:08 FEHLER 404: Not Found.

make[1]: *** [package/luaposix/luaposix.mk:42: luaposix] Fehler 8
make: *** [make/ni.mk:32: image] Fehler 2
tannen@tannen:~/ni-buildsystem$

Danke für Infos

tannen die datei musst du dir von
https://neutrino-images.de/neutrino-images/archives/
runterladen und ins archiv kopieren.
und dann weiter bauen

jokel hat geschrieben: ↑Sa 16. Jul 2022, 08:33tannen die datei

Danke jetzt baut es weiter

ja bei mir auch und läuft,

bei mir läuft auch das selbst gebaute TOP auf der VU+ 4K Zero DVB C/T2

Es gibt eine Änderung im Buildsystem:

Aus FFMPEG_BRANCH wurde BS_PACKAGE_FFMPEG2_BRANCH und
aus BS_PACKAGE_FFMPEG_FFPLAY wurde BS_PACKAGE_FFMPEG4_FFPLAY.

Wer die beiden Variablen in config.local gesetzt hat, müsste seine config.local also mal bitte anpassen. Danke schön.

heute habe ich das gelesen,
https://www.howtouselinux.com/post/linu ... ce-service
daraufhin mal kurz die lage gecheckt mit, so wie es aussieht macht cpu 0 die meiste arbeit.
"irqbalance" würde schon sinn machen bei 2 core bzw. 4 core
hier die offizielle quelle,
https://github.com/Irqbalance/irqbalance/

tar.gz
http://irqbalance.github.io/irqbalance/

vanhofen wäre das nicht was fürs ni-images?

irqbalance ist ab morgen mit im Image. Jedoch völlig ungetestet.

habe den eindruck das die box zackiger ist. ist zumindest mein eindruck

aber da klemmt noch was,

Das wird jetzt 2 Wochen warten müssen.