sonnenblen.de - Das unabhängige Sun User Forum
Betriebssysteme => NetBSD => Thema gestartet von: astronom am 18. Februar 2005, 00:07:52
-
Hallo Sonnenanbeter,
da ich nun endlich mal ein wenig mehr Zeit habe (Semesterferien :)) habe ich meine Ultra AXi erstmal zur Seite gestellt und mich mit meiner SS20 beschäftigt. In einer zwei-Tages-Aktion habe ich nun NetBSD 2.0 installiert - Ein Nachmittag herausfinden warum die Maschine weder Boot-CD noch Installationsfloppys hat lesen können) und dann einen Tag mit entpacken von pkgsrc (3h) und dem Kompilieren eines neuen Kernels (unbekannt, war derweilst in einer Vorlesung) verbacht.
Nun stehe ich vor dem Problem, das ich Xorg installieren möchte. Ich musste zunächst die pkgsrc-daten erneuern, danach durfte ich endlich ein "cd /usr/pkgsrc/meta-pkg/xorg && make" ausführen - nur um zehn Sekunden von der Meldung "X11_TYPE=xorg is mandatory" in meiner Euphorie gebremst zu werden :(
Ich habe einfach mal vermutet, das es sich bei X11_TYPE um eine (falsch gesetzte) Variable handelt. Ich habe nun bestimmt zwei Stunden damit verbracht, herauszufinden, wo ich diese Variable setzen muss - leider Ergebnislos.
Kann mir vielleicht jemand von euch verraten welchen Zauber ich sprechen muss um meine Sun dazu zu bewegen, Xorg zu Kompilieren und den Sun-XServer an /dev/null zu übergeben?
Ach ja: und muss man irgend wo gesondert einstellen das man alle CPU's zum Kompilieren verwenden möchte oder reicht da ein "make -j 4"?
-
verwendet man für 4 cpus nicht make -j 5?
-
So isses, n+1.
n=Anzahl CPU
Ich verstehe bloß nicht, warum du solch einenFilm davon machst.
Es gibt doch zig fertig installierbare Grafische Frontend´s als Pkg für NetBSD.
-
Es gibt doch zig fertig installierbare Grafische Frontend´s als Pkg für NetBSD.
Ich hab' auf netbsd.org gesucht und dort waren keinerlei Binärpakete für XFree oder Xorg zu finden. Auch ein schnelles Googeln gerade hat mir keine Quelle für X-Pakete geliefert. Der Xsun-Server ist nicht so der hammer, da scheint kein einziges der "gewohnten" Features unterstützt zu werden. Und falls man die nur konfigurieren müsste - bei Xfree/Xorg weiss ich wenigstens wie das geht.
Inzwischen habe ich auch herausgefunden, das ich das Problem mit der X11_TYPE-Meldung mit folgendem Aufruf erschlagen kann: "make -j 5 X11_TYPE=xorg" - ist also wohl eine Umgebungsvariable. Leider streikt make wenn es an das kompilieren von xorg-imake geht, was aber wohl (vielleicht?) eine andere Baustelle ist.
-
ich behaupte einfach mal, selbst wenn du X.org kompilierst, wirst du keine Freude haben. Im gcc3.3 ist ein kleiner blöder Bug.
Ich zitiere aus einem Posting in der NetBSD/Sparc mailinglist:
But beware - there are a few nasty problems in the native threads code
which occasionally crash the kernel, with X11 running you'd only see it
freeze. Big, threaded apps like Mozilla are pretty likely to trigger it
sooner or later. Light-weight stuff is pretty stable though.
-
Verd*. Was mache ich denn jetzt am besten? Unter Linux läuft der Kernel nur leidlich, unter NetBSD läuft das X nur leidlich, Solaris läuft insgesamt nur leidlich...
-
OpenBSD3.6
dafür gibt es bestimmt jede Menge an fertigen Paketen.
ftp://ftp.openbsd.org/pub/OpenBSD/3.6/sparc/
das 36.iso ziehen auf CD brennen und los geht´s.
Installationsdauer wie Netbsd ca. 10 Minuten.
Dann die PKG´s ziehen, die du gerne haben willst.
Am besten dein System so konfigurieren, das es die abhängigen PKG´s selbstständig lädt.
-
Ist bei NetBSD X nicht im Basissystem mitdabei?
BTW: Besteht das Problem gcc vs {qt|Mozilla} bei NetBSD/sparc noch immer?
-
Ist bei NetBSD X nicht im Basissystem mitdabei?
Ja schon - aber halt nur Xsun. Und der verhält sich... sagen wir... seltsam.
Wenn ich den starte beispielsweise - da schlägt eine Fehlermeldung von der Konsole auf den X-Desktop durch. Sieht nicht schön aus. Ausserdem habe ich praktisch keine einzige X-Extension zur verfügung. Ob das nun am Xsun liegt oder daran das ich den nicht weiter konfiguriert habe weis ich nicht - tatsache ist aber, das ich keinen benutzbaren X-Server zur verfügung habe.
-
Das mit den Fehlermeldungen hat mich auch schon gestört, ist das nicht konfigurationssache?
Was genau für ein X ist denn XSun auf NetBSD?
-
Was genau für ein X ist denn XSun auf NetBSD?
Ist ein Xserver extra für SUN-FB basierend auf XFree 4.xx
-
Ist ein Xserver extra für SUN-FB basierend auf XFree 4.xx
Heisst das, das der sich dann auch wie ein Xfree konfigurieren lässt und auch dessen erweiterungen unterstützt?
-
BTW: Besteht das Problem gcc vs {qt|Mozilla} bei NetBSD/sparc noch immer?
wie man dem Zitat aus meinem oberen post entnehmen kann... JA
Dies wird sich wahrscheinlich auch erst mit dem wechsel zu gcc 3.4 ändern. Wann das sein wird ? Ich hoffe mit NetBSD 2.1
Ich denke nicht das das NetBSD-team nur wegen dem Sparc port für den 2.0.1 release auf gcc3.4 wechselt.
-
Ups, hätt' ich lesen können.......
Ich hatte im August mal NetBSD-current auf meiner Kiste. Das X nur einfriert stimmt nicht. Es gab zwar manchmal seltsames Fehlverhalten, aber sonst lief es eigentlich stabil.
Davon abgesehen, daß es ohne brauchbaren Webbrowser nicht soviel spaß macht.
ciao
chaos
PS: Und noch eine Frage, die paßt aber eigentlich nicht hierher: Gibt's irgendwo OpenBSD-sparc-isos?
PPS Ihc weiß, warum die nicht auf dem offiziellen FTP-Server sind.
-
Es gibt überhaupt keine OpenBSD ISOs. Weder für SPARC noch andere Archs.
Das istz die Philosophie von denen, sie wollen halt mit ihren CDs bissel Geld verdienen, was ich völlig richtig (aber auch etwas ärgerlich ;)) finde.
Mfg. Erisch
-
Offiziell gibts nur die Boot-iso´s.
Damit kann man ein System per FTP installieren.
-
Die hatte ich wohl übersehen, abner das genügt wohl.....
@Eric:
Es gibt/gab wohl zum Teil auch mirrors die inoffizielle ISOs anbieten.
-
...ja gibt es....
-
und ich hab sie sogar gefunden... ;)
Goggle ist halt au mein Freund.
-
...aber Vorsicht -
die ISO´s sind nicht alle bootbar !
-
no risk, no fun.....
Hab hier auch eine nur auf sparc64 und i386 bootbare Multiplattform CD netBSD für sparc/sparc64/i386.
-
Solaris ist zu langsam, Linux will nicht so richtig, FreeBSD gibt es nicht für sparc32, OpenBSD unterstützt für sparc keinen SMP-Modus, damit bleibt mir wohl nur, mich wieder mit NetBSD auf meiner SS20 auseinanderzusetzen.
Ich habe noch etwas weiter geforscht - das mit der fehlenden Render-Erweiterung ist wohl ein Problem, an dem sowohl X-Server als auch Framebuffer (in diesem Falle der Onboard-FB der SS20) beteiligt sind. Ich glaube inzwischen das auch ein neukompilieren von Xfree oder Xorg nichts daran ändern würde, also ist mein nächstes Problem - wie verhindere ich, das die Fehlermeldung auf den Bildschirm quer durch mein X geschrieben wird?
Teilantwort: XDM benutzen. Dummerweise weis ich jetzt nicht, ob ich das Problem wirklich unterdrückt habe oder nur umgangen, denn xclock (das hat den Fehler zum Vorschein gebracht) wird nicht mehr automatisch mitgestartet, wie das bei startx der Fall war.
Starte ich es in einer Konsole, sehe ich dort die Fehlermeldung, also wird wohl einfach nach STDERR geschrieben. Was ich mich nun Frage - biegt XDM STDERR in einen Logfile um, oder würde das weiterhin auf der Konsole durchschlagen?
Ich schreibe weiter so bald ich mehr weis :)
-
OpenBSD unterstützt für sparc keinen SMP-Modus
...absoluter Blödsinn !
Wer streut eigentlich solche Behauptungen unter das Volk ?
Natütlich funktioniert SMP mit Sparc32 unter BSD einwandfrei.
Ist halt etwas Arbeit...
-
...absoluter Blödsinn !
Wer streut eigentlich solche Behauptungen unter das Volk ?
Die OpenBSD-Homepage. Da steht das OpenBSD im Uniprozessor-Modus auch auf SMP-Systemen laufen sollte. Nur bei sun4m-Systemen sei es möglich, das es probleme gäbe wenn man mehr als eine CPU drinne hat. Über Multiprozessor-Support auf sparc konnte ich nichts finden.
Edit: Google befragt - immer noch nichts. Wo kann ich denn was rausfinden? Bei NetBSD scheint der Syslogd nicht alle meldungen einzufangen, an der Sun zu arbieiten ist so kaum möglich.
-
NetBSD bring von Haus aus einen MP-Kernel mit.
Dieser funktioniert einwandfrei.
Getestet mit Ross Hyperstation20 und
- 2x HyperSPARC180MHz Single-Module
- 2x HyperSPARC150MHz Single-Module
- 1x HyperSPARC 55MHz Dual-Module
und
Axil 311 und
2x 50MHz SuperSPARC
-
Das verstehe ich nicht. Willst du mir sagen, das ich um unter OpenBSD SMP-Support nutzen zu können NetBSD verwenden soll?
Unter NetBSD habe ich meine SS20 Kernel-Technisch problemlos am laufen, allerdings stört mich das Fehlermeldungen von der Konsole einfach durch das X durchschlagen. Und ich konnte bisher nichts finden um das abzustellen.
-
Nein,
du verstehst das falsch.
OpenBSD ist von den "BSD´s" am weitesten fortgeschritten,
was die Hardwareunterstützung und die Zahl der verfügbaren Pkg´s betrifft.
NetBSD ist mehr Konsolen-lasig.
Leider habe ich im Moment zu wenig Zeit,
um mit meinen Hyperstations und BSD rumzuspielen.
Die haben bereits "Sommerpause".
Definitiv läuft OpenBSD3.6 derzeit bei mir nur auf einer U1/200MHz.
-
Ah so. Ich bin irgend wann gestern mehr durch Zufall auf die Seite eines OpenBSD-SMP-Projektes gestossen. Dort steht das man damit anfängt rudimentären SMP-Support unter anderem auch für Sparc zu implementieren, bisher gäbe es aber nur vollkommen experimentellen Code.
-
Das ist einfach so.
OpenBSD ist imho mehr als Desktop-OS geeignet.
NetBSD ist - wie der Name andeutet - mehr Network/Server bezogen.
-
Uff,
OpenBSD als Desktopsystem, das habe ich auch selten gehört. Nach allem was ich bisher gelesen (und selbst getestet) habe, hat OpenBSD seinen Schwerpunkt auf Server/Netzwerkfunktionalität (siehe OpenSSH, OpenNTPD, OpenBGPD). Es ist sicherlich auch Desktopeinsatz möglich. Nach meinen Erfahrungen wird von den BSD's am ehesten FreeBSD auf dem (reinen) Desktop eingesetzt. Allerdings haben die m.W. keine Sparc Unterstützung (nur Sparc64).
Gruss
Marcus
-
emily:
Das sehe ich ähnlich.
-
[...]
OpenBSD ist von den "BSD´s" am weitesten fortgeschritten,
was die Hardwareunterstützung und die Zahl der verfügbaren Pkg´s betrifft. [...]
Das glaube ich wohl kaum.
Die testen ihre Software 15.000 mal auf Fehler bis sie ins Release kommt.
Und mit den Treibern: Ich hab nen SCSI Controller der DMA unterstützt und unter OpenBSD wird davon kein gebrauch gemacht (ja, der Controller-Chip steht in der Supported HW Liste). Unter FreeBSD funzt das Teil tadellos.
Der Standard Compiler von OpenBSD ist GCC 2.95, nur mal als Beispiel.
Nicht das man mich falsch versteht, ich hab nix gegen OpenBSD, ganz im Gegenteil. Aber vom fortschrittlichsten BSD zu sprechen is glaubich sehr übertrieben. Es ist mit Sicherheit das Sicherste und auch das Stabilste, wie ich bis jetzt so mitbekommen habe.
Mfg. erisch
-
Sodele,
und nochmal zum Mitschreiben:
OpenBSD ist von den "BSD´s" am weitesten fortgeschritten,
was die Hardwareunterstützung und die Zahl der verfügbaren Pkg´s betrifft.
Die essentiellen Worte sind:
- Hardwareunterstützung
- verfügbare Pkg´s
Es steht im meinem vorhergehenden Posting nicht, das OpenBSD am fortschrittlichsten ist.
-
Siehste, und ich hab geschrieben dass mein SCSI Controller von FreeBSD besser unterstützt wird als von OpenBSD. Aber vielleicht ist mein SCSI Controller gar keine HW... ;)
-
Bei Dir mach ich eine Ausnahme und zähle Deinen SCSI-Controller zur Software... ;D
Hardwareunterstützung besdeutet erstmal, das das Ding rudimentär funktioniert.
Ob dann alle Features unterstützt werden, das ist leider nicht immer gegeben.