Hallo, Dieter Kluenter wrote:

Am Mi, 2004-06-23 um 23.10 schrieb Damian Philipp:

...

Nun kommt jedoch das richtig dicke Problem: Im Gegensatz zu meiner 9.0 funktioniert "sux" nicht mehr, wenn ich WDM verwende! "nicht mehr funktionieren" bedeutet in diesem Falle eine Fehlermeldung mit "Display 0:0.0 kann nicht geöffnet werden". ^^^^

Dein Ximian schickt eine leere "Charset"-Deklaration im Header, welche für schaurig-schöne kaputte Umlaute in meinem Mozilla sorgt.

Da hilft dir man xhost(1)

xhost +local:root geht da. Aber irgend wie kann es das doch nicht sein - warum geht das denn mit KDM und nicht mit wdm? Ich habe mal ein diff der sux-Versionen aus 9.0 und 9.1 gemacht - 9.0 verwendete "yp tools", 9.1 verwendet getent. Hängt es daran? Nun überlege ich doch, KDM zu behalten. Im Netz finden sich zwar reichlich Infos darüber, wie man KDM mehrere Windowmanager beibringen kann. Leider kann ich jedoch nichts davon anwenden, da ich in der kdmrc keine Einträge zu den vorhandenen Windowmanagern finden kann. Woher holt der SuSE-KDM denn seine Infos? Damian Philipp

Hallo, Dieter Kluenter wrote:

Damian writes: ^^^^^^ Mein SuSE 9.1 is einfach noch nicht fertig eingerichtet. Jetzt wieder mit 9.0...

...

...

...

0:0.0 kann nicht geöffnet werden". ^^^^ Dein Ximian schickt eine leere "Charset"-Deklaration im Header, welche für schaurig-schöne kaputte Umlaute in meinem Mozilla sorgt.

Wieso kommst du auf Ximian?

Aus dem Header deines ersten Postings: X-Mailer: Ximian Evolution 1.4.4

...

...

Da hilft dir man xhost(1)

xhost +local:root geht da. Aber irgend wie kann es das doch nicht sein - warum geht das denn mit KDM und nicht mit wdm? Ich habe mal ein diff der sux-Versionen aus 9.0 und 9.1 gemacht - 9.0 verwendete "yp tools", 9.1 verwendet getent. Hängt es daran?

Glaube ich nicht, siehe man getent(1), es wird die Identität des 'present working directory' pwd genommen, und das ist in dem von dir beschriebenen Fall nicht root.

Das es prinzipiell funktioniert glaube ich ja, verwende ich KDM geht ja alles.

Übrigens hat dieses Verhalten nichts mit einem Windowmanager zu tun, sei es nun KDM, Xfce oder WindowManager, sondern dies ist eine Funktion des X-Servers, der die Zugriffsrechte steuert.

Der Windowmanager wäre KDE - es ist hier vom Session-Manager abhängig. Mit KDM gehts, mit WDM nicht. Und ich wüsste gerne warum. Ein bisschen schmökern in dem sux-Skript hat mich dazu gebracht, mal zu gucken, was denn in $SESSION_MANAGER steht. Verwende ich KDM, ist unter dieser Varaible der Pfad zu einer Datei in /tmp abgelegt. Verwende ich WDM, ist die Variable leer. Damian Philipp

Hallo, Dieter Kluenter wrote:

Damian Philipp writes:

...

Dieter Kluenter wrote:

...

Damian writes:

[Problem: sux funktioniert nur, wenn KDM als Windowmanager eingestellt ist]

Im Hintergrund wird auch xhost bzw. die entsprechende C Routine ausgeführt. Da dies bei dir anscheinend ohne Nachfrage geschieht, betrachte ich dies eher als Sicherheitslücke.

Das verstehe ich nicht. Normalerweise wird der X-Server nur für root geöffnet, wenn ich auch sux ausführe. Wo ist da die Sicherheitslücke?

Wenn du root oder einem anderen User Lese- und Ausführungsrechte im Rahmen deines X-Servers ausführen lassen möchtest, mußt du dies in jeder graphischen Umgebung ausdrücklich erlauben.

Das ist mir klar, genau das macht sux ja. Ich habe das gefühl, das du mein Problem nicht verstanden hast. 1) Wenn ich in /etc/sysconfig/displaymanager KDM als Displaymanager eintrage, funktioniert sux wie gewohnt - ich kann an einer Konsole problemlos z.B. synaptic starten. 2) Wenn ich in /etc/sysconfig/displaymanager WDM als Displaymanager eintrage, öffnet sux den X-Server nicht meht für root und synaptic beschwert sich darüber, das das Display nicht geöffnet werden kann. Nun also meine erste Frage - warum ist das so und was muss ich tun, damit sux auch in Verbindung mit WDM funktioniert? Falls man da nichts machen kann - was muss ich tun, um XFce4 auch über die Sessionauswahl von KDM aufrufen zu können? Damian Philipp

Hallo, Sven Rodenbeck wrote:

Damian Philipp schrieb:

...

[Problem: sux funktioniert nur, wenn KDM als Windowmanager eingestellt ist]

Ich hatte das Problem auch einmal bei SuSE 9.0

Folgende Lösung für die Verwendung hat bei mir funktioniert: /root/home/.Xauthority entweder löschen (wird beim nächsten sux neu angelegt) oder per Editor einfach leeren!

Anscheinend tritt das Problem nur auf, wenn man von kdm auf wdm umstellt. Wenn von vornherein wdm ausgewählt wurde (kein KDE auf dem System), klappts auf Anhieb mit sux und wdm.

Interessant - danke. Ich probiere das beim nächsten Testboot von 9.1 gleich aus. Damian Philipp

Hallo Damian, Damian Philipp schrieb:

Damian Philipp wrote:

...

Sven Rodenbeck wrote:

...

Damian Philipp schrieb:

...

...

...

[Problem: sux funktioniert nur, wenn KDM als Windowmanager eingestellt ist]

Ich hatte das Problem auch einmal bei SuSE 9.0

Folgende Lösung für die Verwendung hat bei mir funktioniert: /root/home/.Xauthority entweder löschen (wird beim nächsten sux neu angelegt) oder per Editor einfach leeren!

Anscheinend tritt das Problem nur auf, wenn man von kdm auf wdm umstellt. Wenn von vornherein wdm ausgewählt wurde (kein KDE auf dem System), klappts auf Anhieb mit sux und wdm.

Interessant - danke. Ich probiere das beim nächsten Testboot von 9.1 gleich aus.

...was hiermit geschehen ist. Ich musste allerdings kdm komplett runterwerfen und dann neu booten. Jetzt geht sux auch unter 9.1. Ich habe KDM mal testweise wieder installiert und sux geht immer noch. Allerdings habe ich den KDM seit dem wieder-installieren noch nicht benutzt, d.h. könnte es daran hängen.

Ja, die .Xauthority von root scheint von Yast(?) oder wem anders beeinflusst zu werden, wenn man KDM benutzt. Bei mir trat das Problem immer dann auf, wenn ich KDM als Login-manager benutzt hatte, und danach auf startx in der Konsole, GDM oder WDM mittels Yast umstieg. Ich brauchte allerdings nur ein Reboot bzw. ein Neustarten vom X-Server. Die reine Installation von KDM war es nicht. Auf dem entsprechenden System schlummert er noch, da ich dort Abhängigkeiten wegen einer KDE Installation habe. Auf dem anderen System gibts weder KDE noch Gnome. Da trat so etwas auch nicht auf. Das habe ich von minimaler grafischer Oberfläche zu XFce4 mit WDM gezogen. Aprospos XFce4. Du hattest doch da auch Schwierigkeiten. Wenn die Pakete von XFce4 i.O. sind, solltest Du mit WDM sogar zwischen Xfce3 und XFce4 wählen können.

Damian Philipp, jetzt einen Plan zur Sicherung all seiner Daten zwecks Neuinstallation mit 9.1 entwerfend.

Ich sichere auf CD mein Home und eventuell /usr/local. Fertig. Ach ja, und in eine gut laufende SuSE8.2 auf einer anderen Platte. Gruss Sven -- Linux ist im Prinzip wie ein großer Lego-Kasten, mit dem ich alles machen kann. Windows dagegen ist eher eine Play-Mobil-Ritterburg. [Matthias Houdek in suse linux]

Hallo Damian, Damian Philipp schrieb:

Sven Rodenbeck wrote:

...

Aprospos XFce4. Du hattest doch da auch Schwierigkeiten. Wenn die Pakete von XFce4 i.O. sind, solltest Du mit WDM sogar zwischen Xfce3 und XFce4 wählen können.

Kann man. Aber man muss auf jeden Fall Hand anlegen - oder ich habe ein Paket vergessen. Für 9.1 ist XFce4 AFAIK noch nicht per APT verfügbar.

Quatsch! 1. Für SuSE 9.1 gibts *.rpm Warum nimmst Du nicht die? 2. Wenn Du damit nicht klar kommst, bau selbst (RPM lernen oder checkinstall) 3. Bis auf einen fehlenden Link bei einem Paket hatte ich nie Probleme, selbst gebaute oder fremde *rpm per WDM zu nutzen. Ich persönlich halte nichts von "APT was auch immer" bei einer RPM basierten Distribution! Nö, meine Versuche ein Woody auf Sarge zu ziehen... na ja, mir gefällt "RPM" besser!

Was ich für Kniffe anwenden musste, habe ich ja schon im Ursprungsposting beschreiben.

Installations-Reihenfolge bei den *.rpm einhalten und freuen. :-) XFce4 ist _deutlich_ einfacher zu installieren und zu updaten als KDE und GNOME!!! Gruss Sven -- Linux ist im Prinzip wie ein großer Lego-Kasten, mit dem ich alles machen kann. Windows dagegen ist eher eine Play-Mobil-Ritterburg. [Matthias Houdek in suse linux]

Hallo, Jens Benecke schrieb:

Am Mittwoch, 30. Juni 2004 02:57 schrieb Sven Rodenbeck:

...

1. Für SuSE 9.1 gibts *.rpm Warum nimmst Du nicht die? Ich persönlich halte nichts von "APT was auch immer" bei einer RPM basierten Distribution! Nö, meine Versuche ein Woody auf Sarge zu ziehen... na ja, mir gefällt "RPM" besser!

Soviel zum Thema "Ich habe das Konzept von APT nicht verstanden".

:-) Richtig. Deswegen habe ich ja auch mit einem Heft beiliegenden Debian "gespielt", um mir das mal anzuschauen.

Und dann auch noch das Update auf eine Entwicklerdistribution (bei der per definition noch nicht alles rund läuft, sonst wäre sie ja längst "stable") als "Beispiel" ...

Völlig unabhängige Installation ohne wichtige Daten, einfach zum (Kennen-)Lernen.

"RPM ist besser als APT" ist genauso sinvoll wie "Skifahren ist besser als Müsli". :-)

Ich habe das so nicht gesagt, sondern nur gemeint, dass ich _persönlich_ mit RPM besser klar komme. ;-)

Hier, zum Lernen, von http://linux01.gwdg.de/apt4rpm/: "The Advanced Package Tool (APT) is a wrapper around rpm, enhancing and improving rpm's functionality. One of most important aspects of APT is that it prevents inconsistencies in the installed rpms."

Wenn ich richtig übersetzt habe, soll APT Inkonsistenzen vorbeugen. Hm, ein rpm -Uhv meldet doch auch genug, wenn was nicht stimmt. Gruss Sven

Hallo, Damian Philipp schrieb:

Sven Rodenbeck wrote:

...

3. Bis auf einen fehlenden Link bei einem Paket hatte ich nie Probleme, selbst gebaute oder fremde *rpm per WDM zu nutzen.

Den Link von /usr/X11R6/bin/XFce4 auf /usr/bin/startxfce4? Fehlen nämlich entweder dieser Link oder der Eintrag in wmlist (oder beide :-P), gibt's kein XFce4 in WDM.

Ja, der erstgenannte Link fehlte damals. Wurde wohl beim Bauen vergessen. Wenn man dann weiss, woran es liegt, "klappts auch mit dem Nachbarn" :-) Also Link anlegen. In /etc/X11/wdm/wdm-config: [...] ! ! Following part is generated by SuSEconfig: !=============================================================== DisplayManager*wdmWm: kde:gnome:windowmaker:blackbox: openbox:fvwm2:icewm:XFce4:mwm:XFce:twm Dort kann man es selbst eintragen, oder bei mir hat nach der Installation ein SuSEconfig lauf gereicht, wie man oben sieht.

...

Ich persönlich halte nichts von "APT was auch immer" bei einer RPM basierten Distribution! Nö, meine Versuche ein Woody auf Sarge zu ziehen... na ja, mir gefällt "RPM" besser!

SuSE != Debian, deb != rpm, apt = apt. Zumindest so ähnlich. Für mich ist apt zur ultimativ besten Paketverwaltung geworden. Ich bin schon so weit das ich jeden meiner Linux-Nutzenden freunde mit apt4rpm ausgerüstet habe.

Ich beschäftige mich nochmal mit apt4rpm. Muss ja was dran sein. :-)

...

Installations-Reihenfolge bei den *.rpm einhalten und freuen. :-)

Wie kommt dann der Eintrag in WDM? Ich hatte mit dem Update von XFce4 4.0.4 auf 4.0.5 extreme Probleme, weil eben Eintrag und Link in den neuen RPM-Paketen fehlten.

Siehe oben.

Btw, wo steht eigentlich die Installationsreihenfolge? Ich habe mir einfach ein Skript geschrieben, dass alle Pakete einmal durch rpm -i schickt. Das macht mache ich ein paar mal und dann schaue ich, ob es noch weitere unerfüllte Abhängigkeiten gibt. Die nachrüsten und weiterinstallieren. Ziemlich nervig eigentlich, aber ein eigenes apt-Repository nur für ein paar Pakete aufsetzen ist mir etwas overkill.

Ich mache immer rpm -Uhv, dann sehe ich, was noch fehlt. Und die Reihenfolge beim Installieren der *rpm habe ich von der Anleitung zum Kompilieren, wie man sie bei www.xfce.org findet, übernommen. Gruss Sven

Hallo, Damian Philipp schrieb:

Sven Rodenbeck wrote:

...

Damian Philipp schrieb:

...

Den Link von /usr/X11R6/bin/XFce4 auf /usr/bin/startxfce4? Fehlen nämlich entweder dieser Link oder der Eintrag in wmlist (oder beide :-P), gibt's kein XFce4 in WDM.

Ja, der erstgenannte Link fehlte damals. Wurde wohl beim Bauen vergessen. Wenn man dann weiss, woran es liegt, "klappts auch mit dem Nachbarn" :-)

"Damals"? Ist der inzwischen vorhanden?

Das war eine Version 4.0.1 oder 4.0.2, weiss ich nicht mehr genau. Bei mir läuft hier noch XFce4.0.3, bei diesen Paketen ging es ohne Hand anlegen. Aber Du hast Recht, ich habe auf einem anderen SuSE9.0 mir die gesamte Palette XFce4.0.5 ganz jungfräulich mittels RPM installiert. Da habe ich auch wieder die von Dir genannten Probleme. KOmisch, sollten doch nur Wartungsrelease sein. Am Besten forschen wir direkt mal bei xfce.org nach. Wenn Du selbst kompilierst, klappts dann eigentlich?

...

In /etc/X11/wdm/wdm-config: [...] ! ! Following part is generated by SuSEconfig: !===============================================================

DisplayManager*wdmWm: kde:gnome:windowmaker:blackbox: openbox:fvwm2:icewm:XFce4:mwm:XFce:twm

Dort kann man es selbst eintragen, oder bei mir hat nach der Installation ein SuSEconfig lauf gereicht, wie man oben sieht.

Bei mir trägt SuSEconfig das nur ein, wenn ich vorher XFce4 in wmlist nachrüste. Btw, wenn man von hand in der wdm-config herumpfuscht, verweigert SuSEconfig die Arbeit daran. Da kommt mir das patchen von wmlist noch als etwas weniger schwerwiegender Eingriff in die Konfigurationsmechanismen des Systems vor.

So schlimm finde ich das nicht. SuSEconfig legt doch dann sicherheitshalber seine eigene Version ab und meldet das auch brav. So kannst Du Deine eigene Version haben, ohne dass da jemand anderes reinschreibt. Mann will ja vielleicht auch was verschönern. :-) [...]

...

Ich beschäftige mich nochmal mit apt4rpm. Muss ja was dran sein. :-)

Kleine Warnung: Lasse die experimentellen Komponenten (suse-people, suse-projects, kernel-of-the-day etc.) weg. Die machen nur Probleme. Beispielsweise bekommst du dann eine neuere Version des GCC und kannst, sofern du selbst Kernel-Module bauen musst, keine SuSE-Update-Kernel mehr verwenden.

Danke für die Tips, probiere ich natürlich nicht auf einem Produktivsystem aus. Gruss Sven

Hallo Damian, Damian Philipp schrieb:

Sven Rodenbeck wrote:

...

Damian Philipp schrieb:

...

Sven Rodenbeck wrote:

[Anpassungen an SuSE]

Unter 9.0 ging das bis XFce4.0.4. Ich habe bem Maintainer der Pakete für 9.0 mal eine Mail geschickt, woraufhin der Link im Paket gelandet ist, die anpassung für wmlist aber nicht.

Gute Idee. Inwiefern der Eintrag für wmlist notwendig ist, ist mir noch nicht ganz klar. Wie schon gesagt, ich habs in wdm.config gelöst.

...

Aber Du hast Recht, ich habe auf einem anderen SuSE9.0 mir die gesamte Palette XFce4.0.5 ganz jungfräulich mittels RPM installiert. Da habe ich auch wieder die von Dir genannten Probleme.

KOmisch, sollten doch nur Wartungsrelease sein. Am Besten forschen wir direkt mal bei xfce.org nach.

Ich glaube eher, dass das Problem bei den RPM-Packern liegt.

Ja, im specfile gibt man alles an, was mit dem Paket passieren soll. Das ist eine Verantwortung, wenn man das weitergibt. Vermutlich merken die Packer das nicht, da bei Ihnen ja die diversen Einstellungen stimmen. Ich hatte mich mal mit den specfiles für SuSE beschäftigt, die im tarball mit geliefert sind, deswegen wollte ich dort mal nachschauen, wozu ich noch nicht gekommen bin.

...

Wenn Du selbst kompilierst, klappts dann eigentlich?

Weis ich nicht. Da ich bisher die RPM's zusammenflicken konnte habe ich das nicht probiert. Ich könnte aber mal mein Test-9.1 booten, dort XFce4 rauswerfen und ein CVS kompilieren.

Damian Philipp, nach dem lesen der neuen Mails umbootend.

Aus anderer Quelle weiss ich, dass es geht (checkinstall). Bin gespannt, Sven

Hallo Damian, Damian Philipp schrieb:

Sven Rodenbeck wrote:

...

Damian Philipp schrieb:

...

Sven Rodenbeck wrote:

Leider weis ich nicht, wer die PAketpacker für 9.1 sind. Warum gibt es da überhaupt zwei?

Kannst Du Dir mit Deinem Dateimanager heraus suchen, ich habs mit xftree von xfce3 oder mc gemacht (oder man rpm). Warum es mehrere sind, nun es gibt ausser uns noch mehr Interessenten. ;-) Manche bauen eben gleich ein Paket, auch für andere.

Das kompilieren haut leider nicht hin. Wenn ich das zweite PAket (libxfcegui4) kompilieren möchte beschwert sich configure darüber, das pkg-config das Paket libxfce4libs (oder so ähnlich, hab's gerade leider nicht im Kopf) nicht finden kann. Da ich mich mit pkg-config nicht auskenne, bin ich an dieser Stelle erstmal hängen geblieben.

Es müsste eigentlich durchgehen. Fehlt das devel? Von www.xfce.org aus der Installationsanleitung: Wenn Sie in einen von pkg-config verschiedenen Pfad installieren, müssen Sie die Variable PKG_CONFIG_PATH anpassen und dort den Pfad zu den von den Xfce 4 Bibliotheken installierten *.pc Dateien hinzufügen, normalerweise ist das ${prefix}/lib/pkgconfig. Zum Beispiel: export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig HTH Sven