Tag Archives: FreeBSD

FreeBSD auf dem Desktop?

Ich halte nur einmal fest: mehr und mehr FreeBSD-Entwickler nutzen ein Apple-Gerät als Desktop[1], viele FreeBSD-Entwickler werden als Karteileichen geführt[2], ein Politikum ersetzt oftmals die Entwicklung[3]. Gegenteiliges Vorgehen: Linux natürlich, dort identifizieren sich die Entwickler mit ihrem Betriebssystem[4], wollen es überall sehen und fördern diesen Umstand auch aktiv. Anderer Schauplatz: OpenBSD. Selbst bei diesem freien Betriebssystem kann man mit 80+ Entwicklern erstaunliche Dinge bewirken, auch auf dem Desktop.

FreeBSD blieb in den 80er-Jahren stehen, glaubt an das “Alleinstellungsmerkmal” the power to serve und übersieht dabei geflissentlich, daß man einzig Mythen pflegt, jedoch kaum eine adäquate Entwicklung. Was hat man denn beispielsweise noch im Server-Bereich zu bieten? Stabilität? Klar, Linux läuft auf weitaus mehr Server-Hardware ohne Probleme, der “bleeding-edge”-Status der Ports ist eine ganz andere Geschichte in Server-Gefilden und dazu mangelt es an diversen inzwischen üblichen Technologien. Der sträflich vernachlässigte Desktop sorgt ganz nebenbei anderswo für den dringend benötigten Nachwuchs. Aber wie schon erwähnt, im Land der Mythen lebt es sich doch recht unbeschwert.

Letztens noch sah ich Bilder diverser Entwickler-Konferenzen … Apfel reiht sich an Apfel, mit nur seltenen Ausreißern in Form einiger BSD-Urgesteine. Schade drum, dieses System besaß einmal viel Potential, gab auch Anlaß zur Hoffnung[5], aber enttäuscht doch auf lange Sicht mehr und mehr. OpenBSD werde ich definitiv weiterhin meine Aufmerksamkeit widmen und dieses auch nutzen[6], daneben läuft Linux wo es eben paßt … FreeBSD erzeugt nur noch eine wohlige Erinnerung an einst glanzvolle Zeiten.

Shut up and code? Sicherlich, aber dort wo es eben Sinn macht und man kann heutzutage sicherlich seine Zeit sinnvoller vergeuden, als FreeBSD einen Iota seiner kostbaren Zeit zu opfern. Kein echter Abgesang, aber wer heutzutage mit FreeBSD glücklich werden möchte, der muß leidensfähig sein.

 

  1. schade um die Bemühungen der Mannen rund um PC-BSD [↩]
  2. man verfolge einmal die Mailingliste in Current regelmäßig und achte auf die selben Verdächtigen wieder und wieder [↩]
  3. siehe z.B. das Jahre andauernde Drama um das veraltete TeTeX in den Ports oder die bisherige Hemmschwelle bei WLan-Treiber-Entwicklung, usw. [↩]
  4. ebenfalls mit Vorsicht zu genießen, aber in der Regel kommt man zum Ziel [↩]
  5. neuer Scheduler, neuer USB-Stack, usw. [↩]
  6. ganz zu schweigen von DragonFlyBSD [↩]

FreeBSD 8.2 Release

Well, FreeBSD 8.2 is already there just have a look at the mirrors or Bittorrent. Get it while it is hot or wait for the offical announcement. Furthermore, if you’re already using some beta, try the binary update. In case you wonder what they have done so far, have a look at the todo. It’s the usual “quality instead of quantity”-business :-)

Update: it’s offical now …

 

ewww … NetBSD

Long time ago I started with NetBSD 1.x on my Amiga. It was a short-lived adventure, but a nice one. Once in a while I try a new release to get a glimpse on what’s going on in the “portable business”. But nowadays it’s more or less adventurous in terms of a major pain in the backside. I get on the same hardware, an Asus EEE900A, with different releases lots of different problems. Today I get no DRM with Intel GMA950 and no touchpad support, more precisely wsmouse doesn’t work, it uses pms elantech instead of pms synaptics. I don’t have any of those problems with Debian Squeeze, FreeBSD 8.2RC3 or OpenBSD 4.8, however it would be no problem on those operating systems to solve such a problem without compiling a new kernel. Is this really the only option in NetBSD, to compile a new kernel? Well I wouldn’t dare to try this task on my netbook with Intel Atom and its rather small SSD. For a portable operating system this is an epic fail in my opinion. NetBSD today is just far behind, even the so-called “firewall-OS” OpenBSD is superior in many aspects.

been there, done that

At least udev is strongly linked to Linux and as far as I know is not available on any of the BSD flavors. Unfortunately it is now the only good way to detect storage devices, cameras, printers, scanners and other devices using a single framework. That’s why we use it in Xfce now in situations where HAL provided us with device capabilities and information to distinguish between the different device types before. The consequence is that thunar-volman no longer works without udev and thus only compiles on Linux. In Thunar itself udev remains optional.

via

The usual hogwash about *BSD and its “compatiblity” to Linux. Especially FreeBSD has got different mechanisms like devd etc. So it’s no problem of *BSD itself, but developers unable to do a proper job. Well, in reality *BSD-devs cannot hop around to mimic everybodies darling. It’s just impossible, especially in the face of Linux chaotic development.

The correct “solution” here is for “desktop” devs to stop using the kernel features directly and having to continuously rewrite things for udev, HAL, *Kit, u*, etc and instead to write to a standardised abstraction layer with pluggable backends. Something the KDE devs figured out with 4.0 and the creation of Solid and Phonon and similar.

A comment of a FreeBSD-Admin

So nothing spectacular, just the usual loss of reality of the Linux-community. Being portable is different from “it works in Linux”.

FreeBSD 8.0 RC1 auf dem EEE

Just erschienen und schon auf dem Kleinsten installiert, funktioniert bisher tadellos mal abgesehen von einem Reset im Zusammenhang mit if_ath. Bis dato konnte ich diesen Fehler (reset HAL) nicht reproduzieren und auch unter Last brach der EEE nicht zusammen.

Wenn man übrigens Platz sparen möchte in puncto 8GB SSD so lohnt sich die manuelle Auswahl gewisser Pakete. Inklusive X, Vim, Firefox, Fluxbox und diverser kleinerer Tools geht nicht mehr als ca 1.2GB verloren. Ich kompiliere ob der SSD nur in Ausnahmefällen, Konsolentools usw., alles andere wird mittels Stable-Paketen geregelt.

Was gibt es sonst noch zu berichten? Nun die Hardware wird außer der Kamera komplett unterstützt, ACPI macht ebenso keine Probleme, die Performance ist wie erwähnt einwandfrei.

scrypt – a new key derivation function

In the context of hardware brute-force attacks, scrypt is thousands of times more secure than existing “best practice” solutions such as bcrypt and PBKDF2; in fact, under reasonable assumptions it is provably as strong as possible. In addition to the key derivation function itself, I have released a simple file encryption utility which is approximately 100 billion times more secure than openssl enc, due to OpenSSL using MD5 as a key derivation function.

Get the v1.1 sourcecode there and the information about it there. Dr. Colin Percival is the security officer of FreeBSD. The code should compile in *BSD, Linux etc.[1]

  1. as long as it is some UNIX ;-) [↩]