Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Linux
  3. KDE Plasma 6 - RC1

KDE Plasma 6 - RC1

Linux
3 1 239
  • FrankMF

    Nachdem jetzt auf KDE neon eine neue Version aufgetaucht ist (neon-unstable-20240122-1334.iso) habe ich diese mal installiert. Ich war im Glauben, das es der RC1 ist, auf dem Desktop steht aber KDE Plasma 6.1 Dev

    Versuch 1

    Als erstes habe ich mal eine verschlüsselte Installation ausprobiert. Diese ist dann gescheitert, irgendwas mit cryptsetup, man flog dann ins initram(?). Passwort war zu 100% richtig. Ok, ich habe noch im Kopf das es bei der letzten Version schon einen Bugrequest dazu gab. Offensichtlich nicht gefixt.

    Calamares

    Paar Anmerkungen von mir. Er sieht hübsch aus, aber das kann ja nicht alles sein?

    • Keine deutschen Umlaute, Problem bekannt, nicht gefixt.
    • Keine automatische Standorterkennung. Andere Distros bekommen das doch auch hin?
    • Verschlüsselte Installation scheitert

    Das sollte man unbedingt bis zum Release noch fixen.

    Versuch 2

    Normale Installation, schnell erledigt. Danach beim Einloggen drauf geachtet. Es ist eine Wayland Session vorgewählt. Passwort eingegeben, RETURN wird nicht übernommen, man muss erst mit TAB in das Feld wechseln. Bitte nicht!! Das geht auch besser! 👿

    Es gab ja einen Wettbewerb zwecks Hintergrundbild. Der Sieger ist jetzt mit drin und sieht hübsch aus.

    Diese schwebende Leiste unten sieht auch gut aus.

    Über diesen Upgrade Prozess bei KDE Neon möchte ich nur so viel schreiben wie, das braucht keiner auf Linux, da kann ich ja direkt bei M$ bleiben. Ok, wird mich nicht betreffen, weil ich diese Distro sicher nicht installieren werde. Nehme ich nur zum Testen.

    Auf meinem 4k-Monitor ist die Skalierung automatisch auf 175% eingestellt. Schrift sieht ausreichend scharf aus.

    Firefox ist in 122er Version dabei.

    Desktop läuft super flüssig, so wie ich das bei Wayland mag. Keine Lags, kein Stottern.

    wird fortgesetzt...

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    Vergessen wir mal den komischen Installer und konzentrieren uns auf den Desktop. Ich käme ja auch nicht unbedingt auf die Idee, KDE Neon auf meinem Haupt-PC zu installieren.

    Hier mal der neue Standard Desktop Hintergrund, mit der leicht schwebenden Leiste. Gefällt mir gut 😉

    Screenshot_20240128_020841.png

    Was auffällt ist, dass man die Systemeinstellungen überarbeitet hat. Es ist wesentlich umfangreicher, als auf meiner KDE Plasma Version 5.27.5

    Screenshot_20240128_021704.png

    Da gibt es z.B. den Punkt Anwendungsberechtigungen. Damit kann man die Berechtigungen z.B. von Flatpak Anwendungen einstellen.

    Screenshot_20240128_022537.png

    Hier an einem Beispiel für das Flatpak Paket VLC.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    Heute die letzte Unstable Edition von KDE Neon installiert. Es gab folgende Version.

    neon-unstable-20240201-2132.iso

    Meldet sich bei mir immer noch nur als DEV Version und nicht als RC2 🤔 Wenn einer einen Tipp für mich hat....

    Der Installer soll mich ja nicht mehr interessieren, aber mir ist aufgefallen, das er jetzt den Standort hinbekommt.

    Ansonsten läuft es soweit rund. Habt ihr schon mal einen Firefox ohne Addblocker benutzt? Grausam! Kann mir gar nicht vorstellen, so was in meinem Leben nochmal zu benutzen.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
Anmelden zum Antworten

  • FrankMF

    Debian Bug auf Arm64

    Linux linux arm64
    1
    0 Stimmen
    1 Beiträge
    171 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Fedora 41 - Standby Problem

    Linux fedora kde plasma
    4
    2
    0 Stimmen
    4 Beiträge
    906 Aufrufe
    FrankMF
    Es hatte bis jetzt leider gar nichts vernünftig funktioniert. Nachdem Manjaro den Kernel 6.10 rausgeschmissen hat (EOL), stand ich auf dem Schlauch. Alles nach 6.10 ging nicht, zwischenzeitlich war ich auf 6.6., da ging es, aber ist auch keine Lösung. Also, mal wieder überall rein gelesen. Hier findet man die Lösung. https://discussion.fedoraproject.org/t/kernel-6-11-3-200-fc40-unable-to-resume-from-suspend-when-bluetooth-enabled/134008/18 File /etc/systemd/system/bluetooth-fix.service anlegen [Unit] Description=Disable Bluetooth before going to sleep Before=sleep.target StopWhenUnneeded=yes [Service] Type=oneshot RemainAfterExit=yes ExecStart=/usr/sbin/rfkill block bluetooth ExecStop=/usr/sbin/rfkill unblock bluetooth [Install] WantedBy=sleep.target Aktivieren systemctl enable bluetooth-fix.service Danach geht mein Standby auch wieder mit höheren Kernel-Versionen. uname -a  ✔  20s  Linux frank-manjaro 6.12.1-4-MANJARO #1 SMP PREEMPT_DYNAMIC Mon, 25 Nov 2024 05:36:03 +0000 x86_64 GNU/Linux Frank wieder zufrieden Das ist jetzt zwar nur ein Workaround, aber besser als gar nichts. Was weiß ich, wann welche Firma jetzt mal das Problem anfasst und fixt!? Für mich hat der Workaround auch keine negativen Auswirkungen. Zumindestens ist mir noch nichts aufgefallen. Ich werde berichten.
  • FrankMF

    Home Assistant - Anwendungsbeispiele

    Linux homeassistant linux
    1
    3
    0 Stimmen
    1 Beiträge
    332 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Crowdsec - Ein fail2ban Ersatz?

    Linux crowdsec linux fail2ban
    2
    1
    0 Stimmen
    2 Beiträge
    954 Aufrufe
    FrankMF
    Ich kann jetzt hier von meiner ersten Erfahrung berichten und wie CrowdSec mich gebannt hat Was war passiert? Ich war gestern sehr intensiv mit der Konfiguration von Nextcloud <-> Collabora Online beschäftigt. Nachdem ich irgendwie nicht weiterkam habe ich mich der Erstellung eines Dokumentes gewidmet. Nach einiger Zeit war die Nextcloud nicht mehr erreichbar. Ok, hatte ich bei der Konfiguration auch schon mal, den Server einmal neugestartet und fertig. Doch jetzt kam es, Server neugestartet - hilft nicht. Gut, schauen wir mal nach, Der SSH Login ging auch nicht Jetzt war guter Rat gefragt. Zu diesem Zeitpunkt ging ich noch davon aus, das auf diesem Server kein CrowdSec installiert war, sondern fail2ban. Und fail2ban hatte eine sehr kurze Bantime vom 10M. Also blieb wohl nur noch das Rescue System von Hetzner. [image: 1694411392066-488866bc-3dcf-4abc-9e98-6107d65aa4c7-grafik.png] Da hatte ich ja so gut wie gar keine Erfahrung mit. Also mal kurz den Nico angetriggert und es kam folgender Link. https://docs.hetzner.com/de/robot/dedicated-server/troubleshooting/hetzner-rescue-system/ Das Laufwerk war schnell bestimmt und schnell nach /tmp gemountet. Danach musste man sich noch mit chroot in diese Umgebung anmelden. chroot-prepare /mnt chroot /mnt Nachdem das klappte, habe ich eben fail2ban disabled. sysmctl disable fail2ban Danach das Rescue beendet. Der Server startete wieder und ich kam wieder per SSH drauf. Puuh. Bei meiner ersten Kontrolle fiel mir was auf root@:~# pstree systemd─┬─2*[agetty] ├─atd ├─cron ├─crowdsec─┬─journalctl │ └─8*[{crowdsec}] ├─crowdsec-firewa───9*[{crowdsec-firewa}] Wie? Da läuft CrowdSec? Da ich dabei bin die Server auf CrowdSec umzustellen, war das wohl hier schon gemacht, aber leider nicht vernünftig. fail2ban hätte mindestens disabled werden müssen und in meiner Dokumentation war das auch nicht enthalten. 6 setzen! CrowdSec besteht ja aus zwei Diensten, CrowdSec und dem Firewall-Bouncer. Der CrowdSec Dienst lief aber nicht, der war irgendwie failed. Ok, starten wir ihn und schauen was passiert. Nachdem er gestarte war mal die Banliste angeschaut. cscli decisions list ergab diesen Eintrag. 2551501 │ crowdsec │ Ip:5.146.xxx.xxx │ crowdsecurity/http-crawl-non_statics │ ban │ │ │ 53 │ 1h5m55.391864693s │ 1671 Meine IP war gebannt. Dann wissen wir ja , woher die Probleme kamen. cscli decisions delete --id 2551501 Nach Eingabe war der Ban entfernt. Na gut, aber da ich aktuell immer noch an der richtigen Konfiguration von NC <-> CODE bastel, könnte das ja wieder passieren. Was machen? Kurz gegoogelt. Es gibt eine Whitelist. Aha! /etc/crowdsec/parsers/s02-enrich/whitelists.yaml name: crowdsecurity/whitelists description: "Whitelist events from private ipv4 addresses" whitelist: reason: "private ipv4/ipv6 ip/ranges" ip: - "127.0.0.1" - "::1" - "5.146.XXX.XXX" cidr: - "192.168.0.0/16" - "10.0.0.0/8" - "172.16.0.0/12" # expression: # - "'foo.com' in evt.Meta.source_ip.reverse" Danach den Dienst neustarten. Jetzt hoffen wir mal, das es hilft. Zum Schluss noch was, was mir aufgefallen war und was mich auch sehr verwirrt hatte. CrowdSec hatte wegen einem crowdsecurity/http-crawl-non_statics gebannt. Dadurch konnte ich meine subdomain.<DOMAIN> nicht erreichen. Ok, logisch, wenn der Ban von da ausgeht. Ich konnte aber gleichzeitig eine andere subdomain mit derselben <DOMAIN> auch nicht erreichen. Komplett verwirrte es mich dann, als ich eine andere <DOMAIN> auf dem selben Server erreichen konnte. Und zum Schluss ging auch der SSH nicht. Also, wieder viel gelernt..
  • FrankMF

    NodeBB - 2.8.13 & 3.1.3 Security Release

    NodeBB nodebb linux
    1
    0 Stimmen
    1 Beiträge
    95 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Mainline 5.13.x

    Images linux rockpro64
    1
    0 Stimmen
    1 Beiträge
    228 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Proxmox - Offline

    Linux linux proxmox
    1
    0 Stimmen
    1 Beiträge
    295 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Kernel-Log 4.20

    Linux linux
    1
    0 Stimmen
    1 Beiträge
    342 Aufrufe
    Niemand hat geantwortet