Die Entwickler rund um Lucas Holt haben MidnightBSD 4.0 freigegeben. MidnightBSD ist ein ursprünglich von FreeBSD 6.1 abgeleitetes BSD, das auf den Einsatz als Desktop-System fokussiert ist. Anfangs sahen die Entwickler einen auf GNUstep, Window Maker und GWorkspace basierenden grafischen Desktop vor, der MidnightBSD damals recht speziell und optisch schick erscheinen ließ. Seit 2021 sind sie auf den verbreiteten Xfce-Desktop umgestiegen.

(Alte) Neuigkeiten in MidnightBSD 4.0

Der Kernel unterstützt jetzt die W^X-Memory-Mapping-Policy für Benutzerprozesse. Diese Richtlinie ist standardmäßig nicht aktiviert, kann aber durch Setzen der sysctl-Variablen kern.elf32.allow_wx und kern.elf64.allow_wx eingeschaltet werden. Einzelne Programme können von dieser Richtlinie ausgenommen werden, indem sie mit elfctl(1) über die Funktion wxneeded entsprechend gekennzeichnet werden.

Die Funktion des Automount-Daemon amd(8) übernimmt nun autofs(5). NFS-Client und -Server unterstützen jetzt NFSv4.2, Extended Attributes sowie NFS über TLS, wobei für TLS zusätzliche Userland-Daemons mit einer KTLS-fähigen OpenSSL neu gebaut werden müssen. Außerdem erlaubt der NFS-Server bei -maproot und -mapall nun mehr als 16 Gruppen, und mit nfsv4_server_only=YES kann ein reiner NFSv4-Server ohne rpcbind(8) betrieben werden. Für einige moderne Intel-Netzwerkkarten sind Treiber hinzugekommen.

Durch mports(8) nicht kompatibel zu FreeBSD

Die Entwickler von MidnightBSD verwenden eigene Repositories und einen dazugehörigen Paket- und Port-Manager namens mport(8). Er wurde auf Version 2.7.3 aktualisiert und bietet nun besseres Fehler-Handling, schönere Terminalfarben und neue Prüf-/Reparaturfunktionen (mport verify).

Das native FreeBSD nutzt pkg(8) als binären Paketmanager, der vorgebaute Pakete aus offiziellen Repositories installiert, aktualisiert und entfernt. Die Ports-Sammlung erlaubt es dagegen, eben diese Software aus Quellcode mit eigenen Optionen zu bauen, wobei pkg(8) die daraus erzeugten Pakete anschließend wie gewohnt verwalten kann. Mit Poudriere lässt sich das unter nativem FreeBSD leicht automatisieren, während MidnightBSD auch hier mit Ravenports einen anderen und in der Praxis leider steinigen Weg beschreitet.

Die GPL-Versionen von grep(1) und des Device Tree Compiler dtc(1) wurden durch BSD-lizenzierte Varianten ersetzt und können so ohne Lizenzbestätigung automatisch installiert werden. Das historische Werkzeug ctm(1) (CVS-through-Mail), mit dem in Urzeiten Quellcode-Updates von BSD-Systemen per E-Mail-Diffs verteilt und eingespielt wurden, ist aus dem Basissystem in die mports verschoben worden.

MidnightBSD hinkt der FreeBSD-Entwicklung leider massiv hinterher

Spätestens bei der Ankündigung, dass ZFS von der nativen (in FreeBSD 12 verwendeten) auf die OpenZFS-Variante umgestellt wurde, wird klar, wie weit MidnightBSD der aktuellen Entwicklung hinterherhinkt:

  zfs version
   zfs-2.1.15-FreeBSD
   zfs-kmod-2.1.15-FreeBSD

Auch die Midnight-Implementation von Intel Speed Shift wurde in Windows und Linux bereits vor einer Dekade implementiert, FreeBSD selbst nutzt es seit November 2018 (FreeBSD 12). Insgesamt befindet sich MidnightBSD 4.0 damit irgendwo auf dem Stand von FreeBSD 13.5, das im April nächsten Jahres EoL sein wird. Die Installation ist in der Praxis problematisch, und auch die eigene mport(8)-Paketverwaltung zusammen mit Ravenports läuft nicht immer rund:

  mport upgrade
   Segmentation fault

Mit GhostBSD und NomadBSD gibt es zwei aktuelle Live-Systeme auf Basis von FreeBSD, die sich auch leicht fest installieren lassen. In Kürze werden beide auf FreeBSD 15 aktualisiert. MidnightBSD 4.0 ist darüber hinaus kein Live-System, das man vor der Installation ausprobieren kann, sondern ein Installer für ein BSD mit grafischem Desktop. Das kann ein natives FreeBSD mit dem Paket desktop-installer(1) ebenfalls – und sogar zuverlässiger und flexibler.

Ausblick

Im Dezember 2005 begann Lucas Holt mit der Entwicklung der wohl ältesten FreeBSD-Distributionen, die er nach seiner Katze Midnight benannte. Zwanzig Jahre später wirkt MidnightBSD leider ein wenig wie gefangen im Dornröschenschlaf. Schade, denn es stecken offensichtlich viel Arbeit und einige gute Ideen in dem System. MidnightBSD 4.0 ist ab sofort kostenlos auf der Projektseite verfügbar.

(fo)

Das europäische Satellitennavigationssystem Galileo hat Zuwachs durch zwei neue Satelliten bekommen. Ins All gebracht wurden sie von der europäischen Trägerrakete Ariane 6.

Start der Mission VA266 war am 17. Dezember um 6.01 Uhr unserer Zeit vom Startplatz Kourou im französischen Übersee-Departement Französisch-Guayana aus. An Bord hatte sie die Galileo-Satelliten SAT 33 und SAT 34, die das Bremer Raumfahrtunternehmen OHB gebaut hat.

Für die Mission war die Rakete mit zwei Boostern ausgestattet – diese Ariane 62 genannte Konfiguration sei eigens für Galileo entwickelt worden, sagte Toni Tolker-Nielsen, Leiter des Bereichs Raumtransporte bei der Europäischen Raumfahrtagentur (European Space Agency, ESA). Nach knapp vier Stunden habe die Ariane die beiden Satelliten in einer Höhe von etwa 23.000 Kilometern ausgesetzt, teilte Arianespace mit.

Höchster Flug der Ariane 6

Der fünfte Flug der Ariane war in doppelter Hinsicht eine Premiere: Es war der erste Start der Ariane 6 für das Galileo-Programm; der Erstflug der Rakete fand im Juli vergangenen Jahres statt. Zudem war es der bislang höchste Flug der Rakete.

Die beiden Satelliten sollen in etwa drei Monaten einsatzbereit sein. Dann wird die Galileo-Konstellation aus 29 aktiven Satelliten bestehen. Zwei weitere Starts der Ariane 6 mit je zwei Galileo-Satelliten an Bord sind laut ESA „in naher Zukunft geplant.“

In diesen Missionen werden die letzten vier Galileo-Satelliten der ersten Generation ins All gebracht. „Bald stehen die Galileo-Satelliten der zweiten Generation bereit, die noch genauere und zuverlässigere Ortungs-, Navigations- und Zeitbestimmungsdienste bieten werden“, sagte Francisco-Javier Benedicto Ruiz, Leiter des Bereichs Navigation bei der ESA.

(wpl)

Samsung enthüllt die Spezifikationen seines Mobilprozessors Exynos 2600, der 2026 zumindest in manchen Länderversionen der Smartphone-Reihe Galaxy S26 landen soll. Die Firma schaut bei der Konkurrenz von Qualcomm (Snapdragon 8 Elite Gen 5) und Mediatek (Dimensity 9500) ab und verzichtet auf die früher etablierten kleinen ARM-Kerne in seinem Prozessor.

Stattdessen setzt Samsung auf insgesamt zehn große und mittlere CPU-Kerne aus ARMs umbenannter Lumex-Serie (früher Cortex): ein C1-Ultra als schnellster Rechenkern mit bis zu 3,8 GHz Taktfrequenz, drei C1-Pro mit 3,25 GHz und sechs weitere C1-Pro mit 2,75 GHz.

Wer mit der neuen Namensgebung nicht viel anfangen kann: Der C1-Ultra ist der Nachfolger des Cortex-X925 und der C1-Pro der Nachfolger des Cortex-A725. Kompakte C1-Nano alias Cortex-A520 gibt es im Exynos 2600 nicht. Die C1-Pro nehmen zwar mehr Platz im Chip ein, dürften niedrig getaktet aber effizienter arbeiten als die kleinere Kernvariante. Zu den Cache-Größen schweigt sich Samsung aus; sie dürften zwischen den drei Kern-Clustern jedoch variieren.

Neue AMD-GPU wahrscheinlich

Bei der integrierten Grafikeinheit Xclipse 960 spricht Samsung nebulös von einer neuen Architektur, ohne ins Detail zu gehen. Alle Xclipse-GPUs setzten bislang auf AMDs RDNA-Technik. Die Angaben zur Xclipse 960 sprechen für die aktuelle Ausführung RDNA 4: Samsung verspricht 50 Prozent mehr Performance bei Raytracing-Grafikeffekten und einen KI-basierten Upscaler. Das Exynos Neural Super Sampling (ENSS) basiert vermutlich auf AMDs FidelityFX Super Resolution (FSR), das mit dem „Redstone“-Update selbst einen KI-Upscaler erhalten hat und exklusiv auf den RDNA-4-Grafikkarten der Radeon-Serie RX 9000 läuft.

Samsung käme damit AMD zuvor: Dessen Kombiprozessoren einschließlich der aktuellen Baureihe Ryzen AI 300 sind noch auf dem Stand RDNA 3.5.

Ein Novum betrifft die Wärmeabfuhr mithilfe eines sogenannten Heat Path Blocks (HPB). Typischerweise befinden sich ein (LPDDR5X-)Speicherbaustein direkt auf dem Prozessor, um Platz zu sparen. Beim Exynos 2600 deckt der Baustein nur einen Teil des Prozessors ab. Den Rest füllt Samsung mit einer Epoxid-Formmasse mit hoher Permittivität (High-k EMC) auf. Sie verbessert die Wärmeabfuhr vom Prozessor ans Smartphone-Gehäuse.

Weitere übliche Verbesserungen gibt es unter anderem bei der integrierten KI-Einheit und Bildprozessor. Die Neural Processing Unit (NPU) soll mehr als doppelt so schnell sein als im Vorgänger Exynos 2500. Gleichzeitig verspricht Samsung niedrigere Latenzen und eine höhere Effizienz. Die CPU-Kerne sind zudem um ARMs Scalable Matrix Extension 2 (SME2) erweitert für zusätzliche KI-Leistung.

2 Nanometer auf dem Papier

Samsung betont derweil, dass der Exynos 2600 den ersten Prozessor mit 2-Nanometer-Fertigungstechnik darstellt. Das auf der Produktseite verwendete Kürzel GAA steht für Gate-All-Around: ein neuer Transistoraufbau für moderne Fertigungsprozesse, den der Weltmarktführer TSMC mit N2 und Intel mit 18A ebenfalls einführen.

Im Falle von Samsung spricht allerdings alles für einen laschen Techniksprung bei der Chipfertigung. In einem Quartalsbericht von Ende Oktober 2025 schrieb der Konzern, dass die erste eigene 2-nm-Generation nur fünf Prozent mehr Performance oder alternativ eine acht Prozent niedrigere elektrische Leistungsaufnahme verglichen mit der zweiten 3-nm-Generation bringen soll. Die Transistordichte soll nur um fünf Prozent steigen.

Das ist deutlich weniger als ein ganzer Generationssprung traditionell bringt. Passend dazu berichtete ZDNet Korea schon im März 2024, dass Samsung einen weiter verbesserten 3-nm-Prozess schlicht in SF2 (2 nm) umbenannt haben soll.

Samsung kündigt seine Galaxy-Smartphones traditionell im Januar an und bringt sie im Februar in den Handel. Unklar ist, in welchen Ländern die Galaxy-S26-Modelle mit Exynos 2600 und in welchen mit dem Snapdragon 8 Elite Gen 5 erscheinen.

(mma)