Update auf arm

[bananenBrot]

Hallo

Bisher habe ich mein FreeBSD auf einer x86 CPU laufen lassen, wodurch ein Update per
freebsd-update fetch und freebsd-update install
recht einfach war.

Jetzt möchte ich auf einen Raspberry Pi 2 wechseln (arm) und hier scheint freebsd-update fetch nicht zu funktionieren, da ARM keine TIER1 Architektur ist

Ich habe mir im Handbuch das Kapitel zum Update angeschaut, bin jedoch nun noch verwirrter.
Dort wird immer auf freebsd-update fetch/install verwiesen, aber für arm gibt es doch keine Binärupdates, weswegen das doch nicht funktionieren sollte, oder?

Wie läuft das dann mit den updates? Muss ich mir bei jedem Security Advisory den Quellcode-Patch durchlaufen lassen und danach alles selbst neu compilen?

Gruß

 

[Rakor]

Du musst die Quellen ziehen und dann die Welt und den Kernel selbst bauen und installieren. Fang mal hier an zu lesen: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html

 

[UlrichG]

Für den Anfang würde ich ein Image mit crochet erstellen.
https://github.com/freebsd/crochet

 

[foxit]

"cross compile" sollte möglich sein. Sprich du kannst auf einem AMD64 eine ARM Installation bauen.

Gruss

 

[UlrichG]

Siehe:
http://www.bsdforen.de/threads/arm-images-erstellen-mit-crochet.31867/#post-272584
Crochet ist ein tool zum Crosscompilieren.

 

[foxit]

Siehe:
http://www.bsdforen.de/threads/arm-images-erstellen-mit-crochet.31867/#post-272584
Crochet ist ein tool zum Crosscompilieren.

Hatte das Tab noch offen. Hatte deine Antwort nicht gesehen.

 

[bananenBrot]

Danke für die Tipps!
Aber mal im ernst - für ein Sicherheitsfix (die kommen ja schon öfter als man denkt) jedesmal die ganze Welt neu zu bauen (und das noch u.U auf dem PI selbst und im Handbuch steht selbst, dass man immer die komplette Welt bauen sollte) - nein, da warte ich lieber, bis ARM mit Binärupdates versorgt wird und bis dahin lass ich da was anderes auf dem Pi laufen.

 

[Rakor]

Ja das war bei mir auch einer der Gründe gegen Freebsd auf dem Pi

 

[KobRheTilla]

Was soll denn laufen auf dem Pi? Auch wenn es salopp klingt: man muss nicht auf jedes Advisory reagieren, sondern eben nur dann wenn man auch betroffen ist. Wenn z.B. Code im Userland betroffen ist, kann man auch einfach nur die Komponente patchen, kompilieren und neu installieren.

Rob

 

[bananenBrot]

Alles mögliche was man zuhause so braucht und er ist per ssh von aussen erreichbar, weshalb ich einfach bekomme, wenn ich weiß, dass da irgendwo was ungepatchtes läuft. Und da das halt Privatvergnügen ist, möchte ich ungern ganze Nachmittage nur mit Updates verbringen

 

[KobRheTilla]

er ist per ssh von aussen erreichbar

Wenn also SSH der einzige Dienst ist, der nach Außen offen ist, ist es auch der einzige Dienst, den man angreifen kann. Weiter unten in der ISO-Schicht sind ausschließlich Fehler im Kernel risikobehaftet. Kernel neu bauen geht eigentlich. SSH neu bauen auch...

Rob

 

[bananenBrot]

Ja ne privilege escalation Kram ist halt immer irgendwo und wenn man einmal anfängt mit "das muss man nicht updaten", dann liegt der Kram in 3 Jahren noch ungepatcht rum