urxvt verwendet pink anstelle von solarized, bis xrdb ~ / .Xresources ausgeführt wird

7400
iGEL

Edit: Ich habe entdeckt, dass dies ein Fehler in Ubuntu zu sein scheint: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1163129 - Hast du eine Idee, wie ich das selbst beheben kann?

Ich möchte nur zu urxvt wechseln, aber ich habe ein seltsames Problem mit meinem .Xresources. Wenn ich mich einloggen und urxvt starte, ist alles pink in pink und ich erhalte diese Fehlermeldungen

urxvt: unable to parse color 'S_base0', using pink instead. urxvt: unable to parse color 'S_base03', using pink instead. ...(repeated for all colors I defined)... urxvt: unable to parse color 'S_base03', using pink instead. 

Sobald ich jedoch gelaufen bin xrdb ~/.Xresources, sind alle neu geöffneten Urxvt's in Ordnung und wunderschön solarisiert. WAT

Meine .Xresources: https://gist.github.com/iGEL/6880992 - Ich verwende Ubuntu 13.04 (64 Bit), installierte aber das Paket rxvt-unicode-256coloraus Ubuntu 13.10, um die aktuelle Version von urxvt (9.18) zu erhalten.

Bearbeiten: Beachten Sie, dass die Farben in derselben Datei definiert sind, in der sie verwendet werden. Vielleicht kann urxvt (oder was auch immer das lesen .Xresources) die Variablen nicht im selben Lauf analysieren und verwenden? Sieht jedoch nach einer seltsamen Idee aus.

6

4 Antworten auf die Frage

5
iGEL

Ok, ich habe es herausgefunden: Sie müssen die -noccpOption in Zeile 42 von entfernen /usr/sbin/lightdm-session, wodurch xrdbder von mir benötigte Präprozessor nicht verwendet wird.

Bitte stimmen Sie über diesen Fehler ab: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1244578 iGEL vor 11 Jahren 0
Ich stieß auf ein ähnliches Problem mit gdm. In / etc / gdm / Xsession wurde das Entfernen der Markierung "-nocpp" in der Zeile "xrdb -merge $ userresources" behoben. Josh vor 6 Jahren 0
2
dolmen

Wenn bei der Anmeldung ~/.Xresourcesnicht verarbeitet wird cpp, möchten Sie möglicherweise die ursprüngliche Quelle unter einem anderen Namen speichern und bei ~/.Xresourcesjeder Änderung neu erstellen.

Ich habe gerade ein Tool geschrieben, um diesen Prozess zu automatisieren: https://github.com/dolmen/Xresources.edit/

1
mpy

Ihr ~/.Xresourceswird nicht automatisch eingelesen.

Ich nehme an, in Ubuntu (zumindest ist das bei debian der Fall) ist die Ressourcendatei beim Start Ihrer X-Sitzung eingelesen .Xdefaults.

Um nichts zu brechen, worauf (vielleicht) es ankommt ~/.Xresources, machen Sie einfach einen symbolischen Link:

ln -s .Xresources ~/.Xdefaults 

Starten Sie eine neue X-Sitzung und das Rosa in Rosa sollte verschwunden sein.

Das hat leider nicht geholfen, es ist immer noch pink. Auch die `.Xresources` scheint analysiert zu werden, da die Fehlermeldungen von den` .Xresources` stammen iGEL vor 11 Jahren 0
@iGEL: Das ist schade. Ich hatte genau das gleiche Phänomen (pink in pink) und der symbolische Link hat es behoben. Leider habe ich keine Ubuntu-Maschine, um weitere Tests durchzuführen. mpy vor 11 Jahren 0
@iGEL: Vielleicht können Sie überprüfen, ob Ihr `~ / .xinitrc` eine ähnliche Zeile wie` test -r $ HOME / .Xdefaults && xrdb -I $ HOME -merge $ HOME / .Xdefaults` enthält mpy vor 11 Jahren 0
Vielen Dank für Ihre Hilfe, aber nach ein paar weiteren Schritten entdeckte ich, dass es sich um einen Fehler in Ubuntu handelt: (https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1163129 - Entschuldigung für mache es vorher nicht richtig. iGEL vor 11 Jahren 1
0
C2H5OH

Eine andere, weniger aufdringliche Option als Änderung /usr/sbin/lightdm-sessionist das Ändern des X-Session-Wrappers . Dies ist meine /etc/lightdm/lightdm.conffür Ubuntu 12.04:

[SeatDefaults] greeter-session=unity-greeter allow-guest=false greeter-hide-users=true session-wrapper=/etc/X11/Xsession 

Beachten Sie die letzte Zeile, in der X11-Sitzungen mit dem ursprünglichen Debian-Wrapper ausgeführt werden /etc/X11/Xsession. Es ist ein Skript, das sehr ähnlich ist, /usr/sbin/lightdm-sessionaber die /etc/X11/Xsession.d/30x11-common_xresourcesDatei kann ihr Ding machen.