double-p
BOFH
Hallo,
ich halte mich eigentlich nur im OpenBSD-part dieses Forum auf und
stelle immer wieder fest, dass dort auf Fragen mit Tipps geantwortet
werden, die sich auf Free- oder NetBSD beziehen.
Oder es kommt schon direkt in der Frage vor: "Unter ${Foo}BSD geht es,
unter Linux auch. Wie bekomme ich den $Fix von ${Foo}BSD oder Linux
auch in mein ${Bar}BSD" .. etc. Ich glaube jeder hat sowas schon gesehen.
Ich beziehe mich hier mal vor allem auf den Part "Treiber", sprich Kerneldinge -
auf Userland kann sich das in grossen Teilen aber auch so verhalten.
Daher mal etwas Background von jemand, der bei OpenBSD im Kernel
"mitmacht"..
Vorab.. die einzige Aussage, die man auf Basis von "Aber unter Linux/Windows/whatever-nichtBSD geht es!" treffen kann, ist: die Hardware ist
nicht komplett im Sack.
Weiterhin gibt es den "Irrglauben", die 3 BSD (als Hauptlinien?) Free, Net, Open
seien sehr verwandt. Sie haben zwar mehr oder minder die gleichen Urspruenge - aber was manche daraus ableiten geht in die Analogie von: "Deine Urgrossmutter hatte auf der linken Backe einen Leberfleck - wieso finde ich den jetzt nicht bei DIR?" (oder zumindest nicht an der gleichen Stelle).
Betrachtet das mal von der Seite.. man koennte sicherlich auch von UrUrUrGrossmutter sprechen - immerhin ist der Generationenzyklus doch etwas
schneller als bei Menschen :->.
Aus Entwicklersicht ist die Verwandtschaft auch zu "spueren" (im Gegensatz
zu Code, den man zB von Linux integrieren will) -- will sagen, es ist nicht immer
ein Monsteraufwand, etwas von Free oder speziell Net nach Open zu bringen, aber
oft genug halt doch.
Und aus Administrationssicht sollte man die 3 BSD lieber als "eigenstaendig"
betrachten. Speziell Free ist von Net und Open schon "weit weg", aber auch
Net und Open haben so "dezente" Unterschiede.
Beispiele...
Gerade aktuell kann einer unter OpenBSD kein power-off per APM
ausfuehren. Er selbst und andere kommen nun mit "ich musste unter FreeBSD
noch ACPI aktivieren.. <raberraber>.." - das wird nix, das hilft nichts, lasst das
bitte. OpenBSD hat (noch) kein ACPI, und wenn es es haette, waere es zu 99.9%
schon per default aktiviert.
Oder..
"Unter FreeBSD gibt es SCSI Treiber fuer $foo, NetBSD hat den auch. Wie kann
ich den Treiber unter OpenBSD benutzen (oder nach OpenBSD porten)?"
Das ist halt leider nicht "mal so" zu machen - ich hab da noch so ein Projekt offen,
und speziell in der Ecke merkt man "extrem", wie weit die BSD da auseinander
liegen - FreeBSD hat UBC und CAM, NetBSD hat CAM, OpenBSD hat weder
noch, sondern einen eigenen scsi(3/8) layer. Es gibt noch mehr Unterschiede,
aber das sind schon Unterschiede, die einen davon abhalten "mal eben" so einen
Treiber zu porten. Wobei "mal eben" evtl eine Codeanpassung von evtl 100 Zeilen
oder eine "schlichte" Umstrukturierung der sourcen waere - ich red hier eher
von ein paar tausend "lines of diff". Das sollte unterstreichen, dass man als
"reiner admin" da eigentlich ueberhaupt keine Chance hat.
<rant>
Dazu kommt dann noch das "Anspruchsdenken" .. "die haben das, warum
habt ihr das nicht auch?" -- ich muss da immer ein bischen "sind die zu faul/dumm?" reinlesen, was mich dann wieder verstimmt. </rant>
Nochmal in kurz:
Kernelprobleme in ${foo}BSD lassen sich nicht mit "Fixes" aus ${bar}BSD
loesen. Und zu grossen Teilen gilt das auch fuer's Userland.
Entsprechende Postings sind mehr oder minder "wertlos"..
Danke, wenn ihr vor dem naechsten Posting darueber mal nachdenkt.
ich halte mich eigentlich nur im OpenBSD-part dieses Forum auf und
stelle immer wieder fest, dass dort auf Fragen mit Tipps geantwortet
werden, die sich auf Free- oder NetBSD beziehen.
Oder es kommt schon direkt in der Frage vor: "Unter ${Foo}BSD geht es,
unter Linux auch. Wie bekomme ich den $Fix von ${Foo}BSD oder Linux
auch in mein ${Bar}BSD" .. etc. Ich glaube jeder hat sowas schon gesehen.
Ich beziehe mich hier mal vor allem auf den Part "Treiber", sprich Kerneldinge -
auf Userland kann sich das in grossen Teilen aber auch so verhalten.
Daher mal etwas Background von jemand, der bei OpenBSD im Kernel
"mitmacht"..
Vorab.. die einzige Aussage, die man auf Basis von "Aber unter Linux/Windows/whatever-nichtBSD geht es!" treffen kann, ist: die Hardware ist
nicht komplett im Sack.
Weiterhin gibt es den "Irrglauben", die 3 BSD (als Hauptlinien?) Free, Net, Open
seien sehr verwandt. Sie haben zwar mehr oder minder die gleichen Urspruenge - aber was manche daraus ableiten geht in die Analogie von: "Deine Urgrossmutter hatte auf der linken Backe einen Leberfleck - wieso finde ich den jetzt nicht bei DIR?" (oder zumindest nicht an der gleichen Stelle).
Betrachtet das mal von der Seite.. man koennte sicherlich auch von UrUrUrGrossmutter sprechen - immerhin ist der Generationenzyklus doch etwas
schneller als bei Menschen :->.
Aus Entwicklersicht ist die Verwandtschaft auch zu "spueren" (im Gegensatz
zu Code, den man zB von Linux integrieren will) -- will sagen, es ist nicht immer
ein Monsteraufwand, etwas von Free oder speziell Net nach Open zu bringen, aber
oft genug halt doch.
Und aus Administrationssicht sollte man die 3 BSD lieber als "eigenstaendig"
betrachten. Speziell Free ist von Net und Open schon "weit weg", aber auch
Net und Open haben so "dezente" Unterschiede.
Beispiele...
Gerade aktuell kann einer unter OpenBSD kein power-off per APM
ausfuehren. Er selbst und andere kommen nun mit "ich musste unter FreeBSD
noch ACPI aktivieren.. <raberraber>.." - das wird nix, das hilft nichts, lasst das
bitte. OpenBSD hat (noch) kein ACPI, und wenn es es haette, waere es zu 99.9%
schon per default aktiviert.
Oder..
"Unter FreeBSD gibt es SCSI Treiber fuer $foo, NetBSD hat den auch. Wie kann
ich den Treiber unter OpenBSD benutzen (oder nach OpenBSD porten)?"
Das ist halt leider nicht "mal so" zu machen - ich hab da noch so ein Projekt offen,
und speziell in der Ecke merkt man "extrem", wie weit die BSD da auseinander
liegen - FreeBSD hat UBC und CAM, NetBSD hat CAM, OpenBSD hat weder
noch, sondern einen eigenen scsi(3/8) layer. Es gibt noch mehr Unterschiede,
aber das sind schon Unterschiede, die einen davon abhalten "mal eben" so einen
Treiber zu porten. Wobei "mal eben" evtl eine Codeanpassung von evtl 100 Zeilen
oder eine "schlichte" Umstrukturierung der sourcen waere - ich red hier eher
von ein paar tausend "lines of diff". Das sollte unterstreichen, dass man als
"reiner admin" da eigentlich ueberhaupt keine Chance hat.
<rant>
Dazu kommt dann noch das "Anspruchsdenken" .. "die haben das, warum
habt ihr das nicht auch?" -- ich muss da immer ein bischen "sind die zu faul/dumm?" reinlesen, was mich dann wieder verstimmt. </rant>
Nochmal in kurz:
Kernelprobleme in ${foo}BSD lassen sich nicht mit "Fixes" aus ${bar}BSD
loesen. Und zu grossen Teilen gilt das auch fuer's Userland.
Entsprechende Postings sind mehr oder minder "wertlos"..
Danke, wenn ihr vor dem naechsten Posting darueber mal nachdenkt.