linuxrauf bezog sich meine Antwort, wie meinem Quoting auch unschwer zu
> entnehmen war. Nach deutschen FBSD-Büchern hab ich ehrlich noch nie
> geschaut.
Meine Muttersprache ist deutsch.
Obwohl ich ganz gut Englisch kann verstehe ich Texte in Deutsch
meistens in deutlich weniger Zeit.
Daher schau ich immer zuerst nach deutschsprachiger Doku.
> Das meinte ich mit, wir haben aneinander vorbeigeredet. Ich verglich
> die Doku, die die Betriebssystem-Projekte zur Verfügung stellen. Und
> dabei schneidet kein OS-Projekt, das ich kenne, besser ab als
> FreeBSD.
Das mag durchaus zutreffen. Da es aber *sonst* viel zu wenig Doku
gibt, die für Linux-Umsteiger oder Unix-Anfänger verständlich ist,
wird FreeBSD ein Randsystem bleiben, im Schatten von Linux.
> Ganz besonders die man-pages! Auf die bist Du mit keinem
> Wort eingegangen, vielleicht weil ihr Zustand unter Linux verheerend
> ist?
DEr ZUstand ist *nicht* verheerend. Stellenweise besteht sicher
Verbesserungsbedarf, aber das Wort “verheerend” paßt ganz und gar
nicht.
Nebenbei: wenn sich bei einem Befehl wie zB. cat seit 1998 nix mehr
hinsichtlich Optionen, Parametern etc. getan hat, dann braucht man
auch keine Manpage die neuer ist als 1998.
> Hattest Du bei Google auch mal auf den “Groups”-Link geklickt?
> Tip: “group:sol.lists.freebsd.questions.*” in die Suchanfrage mit
> aufnehmen.
Ich bin es von Linux (und früher von Windows) eigentlich gewohnt, zu
googeln, Doku/Howtos/Anleitungen zu finden, diese anzuwenden, fertig.
Und *nicht* zu warten, ob und wann in einer fremdsprachigen Newsgroup
sichjemand dazu herabläßt, mein Problem so zu beantworten, daß ich
das Problem lösen kann.
> Vermutlich wandten sich die Antworten, die Du gelesen hast eben an
> erfahrenere Admins. Wenn Du nicht weiterkommst, formulier Deine
> Probleme und stell Deinen Level richtig dar. Auch Anfängerfragen
> werden auf questions@freebsd.org beantwortet.
Ich mag aber nicht auf Antwort warten, ich will meine Probleme (wie
unter Linux gewohnt) selbständig lösen.
> Wobei für die Scrollmaus XFree86 zuständig ist und die Antworten 1:1
> mit Linux übereinstimmen.
Njet. Ich dachte auch ganz naiv, einfach die XF86Config-4 vonLinux
benutzen. Welch ein Irrtum.
Die Lösung war dann: in rc.conf Maus abschalten oder spezielle, im
Handbuch *nicht* dokumentierte Parameter für moused in rc.conf
eingeben.
> Klasse, wenn Du das aus diesen Benchmarks ableiten kannst.
Gemeint war: früher war die höhere Performance ein Grund Pro FreeBSD.
Dieser Grund fällt spätestens mit Linux2.6 weg.
> Wenn Du mal nachvollziehen willst, was am Linux-Entwicklungsmodell
> anders ist als bei FreeBSD
Das Entwicklungsmodell ist mir ehrlich gesagt erst mal egal.
Ich will Software die Probleme löst und nicht Probleme verursacht.
In dieser Hinsicht hat sich FreeBSD für mich als eher unbrauchbar
erwiesen.
Und das trotz 4 Jahren Vorerfahrung mit einem unixoiden System, die
letzten 2 Jahre mit Debian (keine Klickodistri

linuxso bei mir kommt das so schnell nicht in Frage. Ich komme mit Linux
> (insbesondere mit dem Paketmanagement der RPM-basierten
> Distributionen) überhaupt nicht klar, habe bei besagten
> Distributionen von furchtbaren Update-Problemen gehört
Ich hab deinen namen mal unvorsichtigerweise Ãœberlesen. Wenn dir RPM
nicht pass nimm halt Debian. Bei Linux hast Du schließlich die Wahl
und nicht Redmond.
> und habe kein
> gutes Gefühl angesichts der undurchsichtigen Zuständigkeiten bei der
> Entwicklung.
Warum denn ? Lies halt die Kernel-Mailinglisten. Von MS wirst Du
niemals einen einblick bekommen wohin das ganze geht.
> Ich hoffe einmal, daß der 2.6er viele in 2.4 gemachte Fehler
> (Austausch des VM-Managemants, Ausatusch der IDE-Layer, teils zwei
> inkompatible Threadmodelle im Umlauf)
Ãœber den austausch der VM lässt sich streiten. Aber für die
unterstützung von “dickem Eisen” ™ war das einfach nötig.
Bei der IDE Layeränderung gebe ich dir Recht. Die hatte IMHO im 2.4
nichts zu suchen.
Inkomaptible Threadmodelle ? Nicht Bei 2.4 ! Das einige Distries für
die nativen Threads in den 2.4 einen Backport gebastelt haben ist ja
nicht die Schuld der Kernelentwickler.
> wieder glattbügelt. Es waren
> vor allem solche Probleme, die mich auf Distanz zu Linux bleiben
> ließen.
Du musst dich halt besser informieren. Wenn Du nicht immer die
neusten Gimmicks brauchst wirst Du mit Debian zufrieden sein.
> Wenn 2.6 in dieser Richtung ein neuer Anfang ist, werde ich Linux
> auch nochmal testen.
Ein neuer Kernel ist wie ein neues Leben … lala lala lala
MfG