Beiträge von derwunner

Zitat von matbhm

Könnte man Mal Bildschirmaufnahmen haben????

Wird schwierig, da es eigentlich meinen Desktop-PC betrifft, bei dem ich gerade durch BIOS Update und den Versuch M.2 NVMe SSD via PCIe x4 Adapter anzuschließen gescheitert ist, darf ich jetzt erstmal von der Live CD booten und den Bootloader fixen, denn der wird auch nicht mehr erkannt. Vermtulich ging beim BIOS Update der openSUSE UEFI Key verloren. Der wird ja soviel ich weiß in den BIOS Speicher geschrieben (deswegen erhalte auch bei jeden TW Upgrade beim Start eine UEFI Key Meldung). update-grub soll das laut meiner Internet-Recherche wieder richten, allerdings bekomme ich gerade nicht mal den Live USB Stick gestartet aus irgendwelchen Gründen.

Bei meinen Laptop habe ich aber dasselbe Problem. Wie ich oben schon sagte, ich werde es also auf dem Laptop die nächsten prüfen ob es noch auftritt und euch dann das Ergebnis mitteilen.

Zitat von sterun

Hallo derwunner

Hier könntest du auch mal schauen, falls noch nicht gemacht:

Systemeinstellungen - Erscheinungsbild - Anwendungs-Stil - Gnome/GTK Anwendungs-Stil einrichten

Scheint nun zu passen, der Haken war vorher nicht drin:

Ich prüfe es jetzt nochmal ein paar Tage und melde mich dann wieder.

Zitat von Sauerland

Hast du denn redis gestartet?

Code

/usr/sbin/rcredis start

Damit geht es komischerweise. Im Chat hieß aber ich solle folgendes verwenden zum Starten von Redis, was nicht geht:

systemctl start redis@default

Was ist denn nun richtig und warum?

Berichtigung Config habe ich nochmal geschaut, scheint zu passen. Außerdem habe ich die pid file in der systemd service Datei /usr/lib/systemd/system/redis@.service nach /run/redis/%i.pid gelegt, weil systemd aufgrund der neuen Struktur es so wollte (liegt wohl noch mit der veralteten Struktur im Package).

In den Logs steht leider nichts.

Den sysctl Wert für vm.overcommit_memory=1 wollte er noch mit dem Kommando sysctl vm.overcommit_memory=1 übernommen haben im laufenden Kernel. Das konnte ich soweit den Redis Ferhlemeldungen bzw. Anleitungen darin entnehmen.

Außerdem hätte ich noch das da:

WARNING you have Transparent Huge Pages (THP) support enabled in your kernel. This will create latency and memory usage issues with Redis. To fix this issue run the command 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' as root, and add it to your /etc/rc.local in order to retain the setting after a reboot. Redis must be restarted after THP is disabled.

Wie kann man das ins moderne systemd "übersetzen"?

sterun Ja, es scheint wohl ein AppArmor Problem zu sein. Ich habe es wie beschrieben von Dir deaktiviert (der Haken ist nicht mehr gesetzt, habe ich zweimal überprüft), aber es gibt immer noch Probleme mit AppArmor:

● redis@default.service - Redis instance: default
     Loaded: loaded (/usr/lib/systemd/system/redis@.service; enabled; vendor preset: disabled)
    Drop-In: /usr/lib/systemd/system/redis@.service.d
             └─apparmor.conf
     Active: failed (Result: exit-code) since Mon 2020-07-27 23:10:22 CEST; 3s ago
    Process: 21525 ExecStart=/usr/sbin/redis-server /etc/redis/default.conf --supervised systemd (code=exited, status=231/APPARMOR)
   Main PID: 21525 (code=exited, status=231/APPARMOR)

Jul 27 23:10:22 wunner-software.de systemd[1]: redis@default.service: Scheduled restart job, restart counter is at 5.
Jul 27 23:10:22 wunner-software.de systemd[1]: Stopped Redis instance: default.
Jul 27 23:10:22 wunner-software.de systemd[1]: redis@default.service: Start request repeated too quickly.
Jul 27 23:10:22 wunner-software.de systemd[1]: redis@default.service: Failed with result 'exit-code'.
Jul 27 23:10:22 wunner-software.de systemd[1]: Failed to start Redis instance: default.

Um meine Frage zu präzisieren: Wenn ich den gleichen Monitor unter Windows anschließe, dann habe ich bei denselben Programmen die Probleme nicht, dort sieht man deutlich die Programmränder und man kann in Gitter auch die Textinputzeile vom Chatverlauf Fenster unterscheiden, weil dort die graue Linie deutlich sichtbar ist.

Das waren nur Beispiele, aber da ich viel auf Crossplatform Programme setze, kann man hier durchaus den 1:1 Vergleich hernehmen.

Zitat von Welm

Meinst Du, dass man bei sich überlappenden Fenstern die Ränder kaum sieht (bei KDE/Plasma)?

Dann probier mal:

-Einstellungen

--Systemeinstellungen

---Erscheinungsbild

----Anwendungsstil

-----Fensterdekoration

------"Voreinstellung der Fenster-Umrandungsgröße..." ausschalten und statt dessen z.B. "Normal" wählen

Alles anzeigen

Ja, das Problerm habe ich auch. Habe seit der Installation daran nichts verändert. Ok danke, das werde ich mal ausprobieren.

Zitat von Berichtigung

Jaein.

Das ist in erster Linie Sache der Frontend- Webentwickler der jeweiligen Site.

Leider sind die Zeiten lange vorbei, als Usability ein Qualitätskritierium für Webseiten war, und Programmierer zumindest dem Namen nach Jakob Nielsen kannten.

Heute muss jede Website in scheinbar schickem Design modern auf die Welt losgelassen werden, ohne jede Rücksicht auf diverse Geräte und User.

Vieles ist per Default kaum lesbar und fördert lediglich Augenkrebs. (was vielleicht sogar besser ist, als Hirnkrebs, wenn man es tatsächlich lesen könnte)

Wenn du mit den Einstellungen, die die jeweiligen Websites eventuell bieten, nicht zu Rande kommst, kannst du immer noch den Browser selbst verschrauben.

Davor sei jedoch ausdrücklich gewarnt, wenn man keine soliden Kenntnisse in CSS und Javascript mitbringt. (Also letztlich alle Menschen, bis auf zwei oder drei)

Jeder Browser verwendet intern für jede Website einen Default für allerlei CSS Tags. Damit kannst du alles erreichen, was du möchtest, wenn du es könntest.

Das Problem dabei ist, dass diese "Browser CSS Defaults" halt für ALLE Tabs/webseiten gelten. Und sich natürlich mit dem CSS der Websites um die !important streiten.

Ein sehr weites Gebiet.

Alles anzeigen

Das Problem bei Gitter habe ich aber unter Windows nicht, also muss es an Linux liegen und nicht an der Webseite.

Hallo Leute,

beim Versuch redis-server via systemd zu starten erhalte ich folgende Fehlermeldungen:

systemctl status redis@default
● redis@default.service - Redis instance: default
     Loaded: loaded (/usr/lib/systemd/system/redis@.service; enabled; vendor preset: disabled)
    Drop-In: /usr/lib/systemd/system/redis@.service.d
             └─apparmor.conf
     Active: failed (Result: exit-code) since Sun 2020-07-26 00:08:20 CEST; 16h ago
   Main PID: 14757 (code=exited, status=231/APPARMOR)

Jul 26 00:08:20 example.de systemd[1]: redis@default.service: Scheduled restart job, restart counter is at 5.
Jul 26 00:08:20 example.de systemd[1]: Stopped Redis instance: default.
Jul 26 00:08:20 example.de systemd[1]: redis@default.service: Start request repeated too quickly.
Jul 26 00:08:20 example.de systemd[1]: redis@default.service: Failed with result 'exit-code'.
Jul 26 00:08:20 example.de systemd[1]: Failed to start Redis instance: default.
Jul 26 00:12:23 example.de systemd[1]: /usr/lib/systemd/system/redis@.service:11: PIDFile= references a path below legacy directory /var/run/, updating /var/run/redis/default.pid → /run/redis/default.pid; please update the unit file accordingly.

Ich habe schon diverse Internetbeiträge probiert, sowie den Pfad zur Config Datei von redis-server im ExecStart angepasst von systemd, doch nichts half.

Über Hilfestellungen hierzu wäre ich also sehr dankbar.

Server OS: openSUSE Tumbleweed, Konsole

MFG

derwunner

Hallo Leute,

ich habe bei bisher allen getesteten Bildschirmen unter Linux das Problem, dass die Kontraste zwischen weiß und weiß z. B. zu wenig sind, oder man die Rahmen von Programmen schlecht sieht.

Zum Beispiel bei dem Browser-Chat-Programm Gitter sieht man kaum den Unterschied zwischen dem Eingabefeld unten und dem Chatfenster. Hier ist die Trennlinie kaum zu erkennen. Ähnliches bei Slack, Opera und nextcloud-desktop, sowie diversen anderen Programmen.

Kann man hier das Farbprofil oder Ähnliches einstellen?

OS: openSUSE Tumbleweed (vor ein paar Tagen aktualisiert), KDE Plasma

MFG derwunner

Zitat von Alero

Igel1954

Hatte das völlig vergessen ... Bezugnehmend auf deine conky.conf im Post 13 hätte ich eine Ergänzung oder Änderung anzumerken. Im Bereich Network funktioniert dein

${offset 15}${color}IPv4 Addr ${color red}${alignr}${addr eth1}

nicht richtig. Ich habe das bei mir folgendermaßen gelöst. Statt deinem Eintrag habe ich das abgeändert zu

${offset 15}${color}IPv4 Addr ${color white}${alignr}${execi 7200 wget http://v4.ipv6-test.com/api/myip.php -q -O -}

${offset 15}${color}IPv6 Addr ${color white}${execi 7200 wget http://v6.ipv6-test.com/api/myip.php -q -O -}

Die erste Zeile unter Network kann damit entfallen. Kannst das gern mal probieren und mir Bescheid geben, ob das bei dir tut. Die Info kommt jetzt zwar von aussen und nicht mehr von innen, aber bei DSL und einem ordentlichen Rechner sehe ich da kein Problem.

Alles anzeigen

Ja, das gibt die lokale IP-Adresse zurück. Für mich in Ordnung. Deine Netzwerkkarte sollte auch irgendwas mit eth0 oder ethXX heißen, ansonsten gibt es denke ich noch pip0 oder so.

Joa, die Netzwerkanfrage ist dann wohl nötig. Die kann man doch bestimmt cachen, oder? Würde da vielleicht ein Background-Skript einbauen.

Ich seh schon, ich muss die conky Config mit ein paar Anleitungen auf GitHub packen...