.xsession-errors nach /dev/null schicken

[dasebastian]

Da ich oben genannte Datei nicht brauche, alles läuft und sie mich autistischerweise in meinem ~/ nervt habe ich versucht sie nach /dev/null zu schicken. Dazu habe ich die /etc/X11/Xsession geändert und die Variable ERRFILE angepasst (die Anleitung habe ich im Internet (TM) gefunden:

Code: Alles auswählen

ERRFILE=/dev/null

Beim nächsten Anmeldeversuch ging dann nichts mehr, ich bin also in die erstbeste TTY und habe das zurück gesetzt auf ERRFILE=$HOME/.xsession-errors

Gibt es noch jemanden unter euch, den die Datei nervt und der das hinbekommen hat?

[tobo]

Du kannst eine leere Zuweisung machen, das funktioniert.

Code: Alles auswählen

ERRFiLE=

Und ob man so eine Datei braucht oder nicht braucht, entscheidet sich erst dann, wenn man sie braucht.

[dasebastian]

Und ob man so eine Datei braucht oder nicht braucht, entscheidet sich erst dann, wenn man sie braucht.

Vorneweg: ja, da gebe ich dir Recht. Ich brauchte sie bisher nicht und will's deshalb riskieren.

Die von dir beschrieben Variante funktioniert insofern, dass in die ~/.xsession-errors nicht mehr geschrieben wird. Angelegt wird sie aber trotzdem. Gerade das wollte ich unterbinden.

[tobo]

Angelegt wird sie aber trotzdem.

Bei mir nicht. Hast du vielleicht im Bereich xinitrc noch irgendeinen Verweis darauf, z.B. in /etc/X11/xinit/xinitrc? Mach mal ein

Code: Alles auswählen

# grep -r "xsession-errors" /etc/

[dasebastian]

Code: Alles auswählen

root@t420:~#  grep -r "xsession-errors" /etc/
root@t420:~# 

Sieht nicht so aus.

[willy4711]

Gibt es noch jemanden unter euch, den die Datei nervt und der das hinbekommen hat?

Bei mir wird sie von bleachbit bei jedem Start gelöscht. So hab ich halt nur die gerade aktuelle der Sitzung.
Alte Dateien (rotierende Protokolle) in /var/log werden mit einem Systemd Timer genauso behandelt.

Und wie Tobo schon sagte:

Und ob man so eine Datei braucht oder nicht braucht, entscheidet sich erst dann, wenn man sie braucht.

[dasebastian]

Bei mir wird sie von bleachbit bei jedem Start gelöscht. So hab ich halt nur die gerade aktuelle der Sitzung.

Wäre sicher ein Weg, ich mag mir halt kein neues Tool installieren um etwas Anderes los zu werden. Ich möchte eigentlich auch zu keinem Zeitpunkt eine "Error"-Datei in meinem Home sehen, das merke ich dann schon, wenn's wo hakelt. Und gegen Bleachbit habe ich persönlich eine unbegründete aber trotzdem untilgbare Abneigung.

Prinzipiell sind diese 2 Dateien (.xsession-errors und .xsession-errors.old) ja auch kein Beinbruch und haben sicher ihre Berechtigung, aber sie ärgern mich halt. Weil mein /home gehört mir!

[KP97]

Wenn ich mich richtig erinnere, nutzt Du Xfce?
Der Startbefehl sollte startxfce4 lauten, dann wird keine Logdatei angelegt.
Wenn man startx nutzt, wird eine angelegt. Dieser Startbefehl wird von den Displaymanagern verwendet, daher mußt Du schauen, wie und wo Du startxfce4 unterbringen kannst.

Wenn Du den PC alleine nutzt, ist ein Displaymanager eh überflüssig.
Wie man ein System ohne diesen betreibt, hatte ich schon mal beschrieben. Bei Interesse melden...

[dasebastian]

Wenn ich mich richtig erinnere, nutzt Du Xfce?

Fast. MATE. Mit Awesome als Fenstermanager und Oberfläche.

Wenn Du den PC alleine nutzt, ist ein Displaymanager eh überflüssig.

Wie meinst du das? Autologin? Oder immer User und Passwort und startx eingeben?

So weit wollte ich nicht gehen. Läuft ja alles rund hier, nur einige Dateien stören mich und ich dachte, dass die einfach zu entfernen wären. Sieht aber so aus, als hätte ich da ein Fass aufgemacht.

Nur um ~/.xsession-errors und ~/.xsession-errors.old wegzukriegen will ich mein System nicht grundlgend umbauen!

[KP97]

Wie meinst du das? Autologin? Oder immer User und Passwort und startx eingeben?

Man kann beides einrichten, ganz wie man will.
Aber mit Mate mußt Du bei startx bleiben, und ein startx benötigt auch _immer_ eine Logdatei, sonst startet X nicht.
So "schöne Sachen" kann nur Xfce...;-)

[dasebastian]

So "schöne Sachen" kann nur Xfce...;-

Verdammt...!

[tobo]

und ein startx benötigt auch _immer_ eine Logdatei, sonst startet X nicht.

Wie oben schon beschrieben, nein.

Edit:
@dasebastian:
Wenn du das System über xinit anstatt über xsession startest (das ist nicht der aktuelle Debian-Weg, war aber früher so üblich), dann wird die Datei auch nicht angelegt. Also praktisch die Umkehrung dieser Frage:
viewtopic.php?p=1157239&hilit=xsession+errors#p1157239
Aber ok, bei mir funktioniert die andere Lösung auch. Vielleicht suchst du mal noch deine Konfigurationsdateien im HOME-Verzeichnis ab:

Code: Alles auswählen

$ grep -r "xsession-errors" ~/

[dasebastian]

Code: Alles auswählen

sebastian@t420:~$ grep -r "xsession-errors" ~/
grep: /home/sebastian/.mozilla/firefox/mjc6z2xr.default-esr/places.sqlite: Übereinstimmungen in Binärdatei
grep: /home/sebastian/.mozilla/firefox/mjc6z2xr.default-esr/favicons.sqlite: Übereinstimmungen in Binärdatei
/home/sebastian/Mail/inbox/17:du erhältst diese Benachrichtigung, weil du das Thema „.xsession-errors
sebastian@t420:~$ 

Die Firefoxgeschichten dürften es nicht sein, da die .xsession-errors direkt nach dem Einloggen schon angelegt ist.

Danke für den Input derweil, ich lege das hier mal still. Ich dachte, das ginge auf ganz einfache Weise, über Umbauten, also einen Umstieg auf xinit muss ich erst mal nachdenken und mich ein bisschen einlesen.

[willy4711]

Wäre sicher ein Weg, ich mag mir halt kein neues Tool installieren um etwas Anderes los zu werden. Ich möchte eigentlich auch zu keinem Zeitpunkt eine "Error"-Datei in meinem Home sehen, das merke ich dann schon, wenn's wo hakelt. Und gegen Bleachbit habe ich persönlich eine unbegründete aber trotzdem untilgbare Abneigung.

Ich will dich ja nicht "umdrehen", sicherlich wäre die Installation von so einem Tool für zwei oder drei Dateien
etwas daneben.
Aber bei mir sind das so zwischen 300 und 500 MB, was Bleachbit jeden Tag löscht (sämtliche Cache's /temp / back)
Mich stört halt etwas mehr als eine Datei

[dasebastian]

So hatte ich's gar nicht aufgefasst! Verstehe schon.

[KP97]

@dasebastian
Aus der /etc/X11/Xsession in Zeile 91

errormsg "unable to create X session log/error file; aborting."

so hatte ich das zumindest noch in Erinnerung, als ich das mal vor langer Zeit genutzt hatte.
Wenn es aber lt. @tobo einen anderen Weg gibt, ist es ja schön.

[tobo]

@dasebastian
Aus der /etc/X11/Xsession in Zeile 91

errormsg "unable to create X session log/error file; aborting."

so hatte ich das zumindest noch in Erinnerung, als ich das mal vor langer Zeit genutzt hatte.
Wenn es aber lt. @tobo einen anderen Weg gibt, ist es ja schön.

Dieser Abbruch, wenn keine Log-Datei angelegt werden kann, das stimmt schon. Nur - normalerweise kann man nach /tmp schreiben und somit kann man halt doch eine Log-Datei anlegen. Der relevante Code, um den es geht:

Code: Alles auswählen

errormsg () {
  # exit script with error
  message "$*"
  exit 1
}

ERRFILE=$HOME/.xsession-errors

# attempt to create an error file; abort if we cannot
if (umask 077 && touch "$ERRFILE") 2> /dev/null && [ -w "$ERRFILE" ] &&
  [ ! -L "$ERRFILE" ]; then
  chmod 600 "$ERRFILE"
elif ERRFILE=$(tempfile 2> /dev/null); then
  if ! ln -sf "$ERRFILE" "${TMPDIR:=/tmp}/xsession-$USER"; then
    message "warning: unable to symlink \"$TMPDIR/xsession-$USER\" to" \
             "\"$ERRFILE\"; look for session log/errors in" \
             "\"$TMPDIR/xsession-$USER\"."
  fi
else
  errormsg "unable to create X session log/error file; aborting."
fi

Wenn ich also jetzt

Code: Alles auswählen

ERRFILE=

setze, dann erreiche ich trotzdem (touch im if-Fall scheitert) nicht den else-Fall (und damit der Abbruch des Skripts), weil der elif-Fall (durch tempfile) mir eine Datei nach /tmp schreibt. Sprich, der X-Server startet und danach existiert keine Log-Datei im $HOME, sondern in /tmp. Wenn man auch das nicht will, dann müsste man entweder die elif-Kopfbedingung rausnehmen oder halt generell über xinit gehen. Dann müsste man aber bestimmt noch ein paar Sachen mehr beachten...

[dasebastian]

Ja wie gesagt, mit der Leerdefinition werden die 2 Dateien jetzt zwar noch angelegt, aber nicht beschrieben. Ich hatte auch die kursierende Symlink-Variante nach /dev/null versucht, da finde ich diese Variante aber sauberer.

Ansonsten hatte ich auch schon auskommentiert in der /etc/X11/Xsession und alles mögliche versucht, entweder die Dateien werden auf die eine oder andere Art geschrieben oder ich kann nicht einloggen.

Ich habe mich mit dem jetzigen Zustand mal abgefunden, meine ganze Session umzustellen, dafür habe ich im Moment noch nicht die Nerven bzw. wegen 2 Dateien??!