Hallo, Am Sun, 29 Jan 2006, Steffen Dettmer schrieb:
* David Haller wrote on Sat, Jan 28, 2006 at 07:08 +0100:
Am Sat, 28 Jan 2006, Steffen Dettmer schrieb:
* Thomas Hertweck wrote on Fri, Jan 27, 2006 at 19:26 +0000:
David Haller wrote:
Das Geraffel will ich nicht. Ich will's nicht auch nicht "nur" installieren (geht aber bei SuSE ab 9.x(?) nicht anders, selbst wenn ich's deaktivieren kann. *grmpf*).
Deswegen, Steffen, halte ich eher "Dinosaurier" fuer angebracht und nicht "Insekten" (siehe andere Mail). Man hat naemlich mittlerweile kaum mehr eine Chance, die Sachen (siehe oben) zu vermeiden
Wieso, solange man kein KDE benutzen muss?
Aeh, Thomson und ich bezogen uns auf SuSE. Dort _musst_ du u.a. die libhal installieren.
Ach so? Das klingt natürlich nach einem Bug... Der ganze Hotplug-Kram (nur für den man HAL ja braucht, soweit ich verstanden hab) hat ja auf Servern nix zu suchen.
Eben. Ich hatte bei der 9.1 versucht, das ganze Zeug wegzulassen. Ging nicht. Und ich kenn ja _einige_ Tricks.
Und eben ein Haufen anderen Mist den du dann anschliessend muehsam deaktivieren musst. insserv -r hwscan ginge ja noch (sollte aber per Yast zu erledigen sein). Aber an diversen Paketen, die man eben braucht, und die "eigentlich" nix damit zu tun haben, musst du auch schrauben. Und die verwenden dann gerne eine lib, die wiederum libhal / *ldap* oder so verwendet. Bei meiner 9.1 Installation zum Nachgucken hab' ich dann kapituliert. Und einfach alles auf den CDs installiert.
ohh, mmm... Ja, installiert ist bei meiner Workstation auch so'n Haufen Zeug davon, na ja, die pure Existenz einer Lib stört mich ja nicht, aber beunruhigt schon, wenn eine Package behauptet, dies zu benötigen.
Nicht nur das Package behauptet, sondern das Programm ist gegen die lib gelinkt und laeuft schlicht nicht ohne.
Aber X11 4.x (und X.org) laeuft nicht auf meiner Mystique (auch nicht mit handgekloeppelter Config). *gnarf*. Das ist uebrigens ein Hauptgrund, warum ich mein System nicht aktualisiere.
Ist ja auch Schade, aber Grafikkarten sind so teuer nicht ;)
Aber die muessen hier auch erstmal laufen... Mit ner AGP G450 hatte ich hier auch nur "nix".
[...]
Achso: falls sich jemand fragt, was "Hallerlix" ist... Bei den installierten RPMs sieht's so aus: [...] dh=478 suse=753 other=59 all=1290
(Falls das jemand auch nicht gleich versteht, wie z.B. ich: ich glaub, das bedeutet, dass ca. 30% der RPMs [das sind vierhundertachtundsiebzig] von David gebastelt sind).
Korrekt. Sind aber ca. 37% ;)
installiert. Schon fuer perl kommen mind. 160 "Pakete" bei meinen dazu, mit dem Rest sind's schaetzungsweise mind. 250 Pakete an RPM vorbei.
[478+160+250 == 888, sind damit mehr als suse=753 und damit ist es also kein SuSELinux mehr sondern Hallerlix :) ]
Aeh, nein, fuer mein Perl waeren es mindestens 160 (SuSE 9.1 enthaelt 157 perl-* RPMs) und dann nochmal vielleicht 90 weiterer Kram, so dass zusammen vielleicht 250 rauskommen. "... dazu, [und zusammen] mit dem Rest"... Wobei, das kommt natuerlich sehr darauf an, wie man die RPMs aufteilt. Ich habe z.B. auch einiges, was SuSE auf 3 oder mehr RPMs aufteilt als ein (oder 2) einzelnes RPM. Mehr als eine Trennung in foo und foo-devel mache ich eigentlich nie. Insofern komm' ich dann wohl schon ueber die Anzahl der SuSE RPMs :-))
Die gehackten Scripte passen dann nicht so recht, updates werden nervig, man braucht mehr Zeit etc. Oder man installiert halt was rudimentäres und nur die Sachen, die man wirklich braucht (also /wirklich/ braucht).
S.o. Bei SuSE geht das leider nicht mehr. Du brauchst ja fuer yast2 IIRC schon *zwingend* irgendwelches LDAP und anderes Geraffel das ich eigentlich nicht in meinem System haben will...
Yast2 braucht LDAP? Was hat ein Setuptool mit einer Objektorientierten Datenbank zu tun? mmm.... Oder sind wir wieder bei diesem komischen libc_nss Kram? Na ja, Windows braucht einen Browser, Linux braucht LDAP, passt schon alles. SCNR.
root@suse91:~# rpm -qa | grep '^yast2' | while read p; do \ rpm -q --requires "$p" | grep -q -i 'ldap' && rpm \ -q --queryformat '%{name} %{summary}\n' "$p"; done yast2-ldap YaST2 - LDAP Agent yast2-users YaST2 - User and Group Configuration yast2-ldap-client YaST2 - LDAP Client Configuration yast2-samba-server YaST2 - Samba Server Configuration root@suse91:~# rpm -q --requires yast2-users | grep -i ldap yast2-ldap-client root@suse91:~# rpm -q --requires yast2-ldap-client | grep -i ldap yast2-ldap root@suse91:~# rpm -q --requires yast2-ldap | grep -i ldap ldapcpplib libldapcpp.so.0 usw. und root@suse91:~# rpm -q --whatrequires yast2-users yast2-installation-2.9.57-1 yast2-inetd-2.9.12-12 root@suse91:~# rpm -q --whatrequires yast2-installation yast2-storage-2.9.37-0 yast2-packager-2.9.43-3 yast2-sysconfig-2.9.14-10 yast2-restore-2.9.10-13 yast2-update-2.9.23-2 yast2-nis-client-2.9.15-11 yast2-ntp-client-2.9.10-14 Ohne yast2-users kann man also yast2 wohl nicht verwenden... Noch Fragen?
Braucht man eigentlich yast2?
Zur Installation schon.
Vermutlich, weil man sonst in 2KB grossen XML Files rummalen soll (die ja angeblich menschenlesbar sind, aber auch nicht viel lesbarer als ein Hexdump, dafür aber schön langsam und können chinesische Schriftzeichen darstellen. Brauch ich in Configfiles jeden Tag. SCNR.).
*ARGS* und ACK.
[Es wird so lange schlimmer bis es nicht mehr schlimmer werden kann und knallt]
ACK.
Na, und dann ist wieder alles fein.
Du solltest dringend dein Zynismusmodul justieren / reparieren / nachinstallieren, das aktuelle ist offensichtlich defekt.
(Wieso, ich findet, der Zynismus funktioniert ganz gut; obwohl das eher Binsenweisheiten waren, oder?)
*g*
Die dynamische Taktung des AMD-XPM funktioniert nicht, hab bissel im kernelmodul rumgehackt aber keinen Plan davon.
Soll(t)e mit aktuellen 2.6.x klappen.
Sollte auch mit dem SuSE 9.1 oder was auch immer da nu wieder drauf ist ;-)
Das ist per Default ja auch ein 2.6.4. Aber der kennt den Athlon XP natuerlich noch nicht, ergo update samt allen Abhaengigkeiten wie udev usw.
Die Matrox P650 macht kein VESA-FB.
Hae? Und matroxfb? (siehe Kerneldoku)
jajaja, mag sein, gibt's ein binary-Modul oder so von Matrox, aber halt kein VESA (dachte immer, dass kann seit 1995 oder so jede VGA Karte, Matrox kann es auch, aber nicht "gemischt").
Ich meinte das freie 'matroxfb' das ich hier selber fuer die Konsole verwende. Siehe /usr/src/linux/Documentation/fb/matroxfb.txt und /usr/src/linux/drivers/video/matrox/. Ob das mit dem binary-Treiber von Matrox selbst laeuft weiss ich aber nicht. Mit XF86_SVGA unter XFree86 3.3.6 gibt's keinerlei Probleme, ob's mit dem 'mga' Modul aus XFree86 4.x oder X.org laeuft kann ich nicht sagen, denn diese Xe laufen bei mir ja gar nicht. # cat /proc/cmdline root=/dev/hdc5 video=matrox:vesa:789 hdd=ide-scsi ^^^^^^^^^^^^^^^^^^^^^ Also matroxfb im VESA-modus 789 (ist in o.g. txt-Datei bzw. in der vesafb.txt nebendran dokumentiert) der ganz gut zu meinem Monitor passt.
Egal, da haut soviel anderes nicht hin, da ist die Summe der Nachteile bei Windows XP kleiner, daher spielt jenes i.d.R. die Videos :)
Aber nur wenn du von irgendwo[tm] auch Codecs hast. Sonst is auch da Essig. -dnh -- 155: Religion Der Wille, etwas Unverstandenes zu glauben. (Klaus Hipp)