Skip to content

KDE neon Unstable Edition

Linux
  • Mein Plan war, mal kurz zu schauen wie die DEV Version mit der Intel ARC läuft. Es war sehr bescheiden, wurde nicht erkannt. Also wieder viel nachinstallieren und irgendwann ging es. Trotz Kernel 6.2 ?? Ok, egal.

    Screenshot_20231108_222848.png

    Der ganze Desktop

    Screenshot_20231108_222818.png

    Viele Dinge, erwartungsgemäß, Baustelle. Es handelt sich ja aktuell nur um die Alpha. Die Tage mal reinsehen.

  • So, heute mal einen Test ohne Intel ARC (ausgebaut). Ich nutze diesmal die eingebaute GPU des Prozessors. Verbaut ist ein AMD Ryzen4 4600G.

    Die Installation lief rund, es tauchten aber ein paar Bugs auf. Man konnte den Fehler auch melden. Einer der Fehler war, das man nach der Umstellung auf "Deutsch" in der Zeitzone auf US stand. Normalerweise kenne ich das so, das er direkt auf Deutsch steht. Klitzekleiner Schönheitsfehler. Nach der Installation Neustart.

    Beim Einloggen stand der Modus auf X11. Ok, das wollen wir ja nicht - umgestellt auf Wayland.

    Screenshot_20231109_170350.png

    Beim Updaten des Systems kamen mal eben über 220 Pakete neu. Das Image war ja von gestern. Das KDE Team scheint fleißig zu sein 🙂 Hier noch was, was vermutlich ein KDE Neon Ding ist!?

    frankm@frank-ms7c37:~$ apt upgrade
    On KDE neon you should use `pkcon update` to install updates.
    If you absolutely must use apt you do have to use dist-upgrade or full-upgrade in place of the upgrade command.
      https://neon.kde.org/faq#command-to-update
    Abort.
    

    Was mir noch aufgefallen ist. Ich habe einen 4K Monitor dran. Die Skalierung stand automatisch auf 175%. Dabei war aber die Schrift völlig unscharf. Umgestellt auf 150%, jetzt passt das mit der Schrift.

    Ich habe schon einiges gesehen, was neu ist. Muss ich mal in Ruhe alles erkunden. Erstmal läuft es. Wie immer auf Wayland, am Besten mit AMD 🙂

  • Sehe gerade, heute ist der Kernel 6.1.0-13 aktiv.

  • Ok, was nervt auf meinem aktuellen Haupt-PC unter Wayland? Das OBS nicht geht. Also, kurzer Test ob was geht.

    OBS als Flatpak installiert mit dem eingebauten Tool Discover. Flatpak musste ich nicht aktivieren, das war aktiv. Ich denke, da wir hier in der DEV Umgebung sind, sind einige Einstellungen anders als das was später ausgeliefert wird!?

    Schnell ein Test, Aufnahme Youtube Video, lief im FF Browser.

    Screenshot_20231110_215205.png

    Ging einwandfrei. Das ist schon mal eine echte Verbesserung 👏

    Heute sind wir auf Kernel 6.2 🤔

    root@kde-neon:~# uname -a
    Linux kde-neon 6.2.0-36-generic #37~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Mon Oct  9 15:34:04 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
    

    Ich hatte heute nach dem Einschalten erst mal alles aktualisiert. Da kommen ganz schön viele Pakete. Danach die Kiste durchgestartet.

    Für eine Alpha, läuft das hier schon ganz ordentlich. Kommen zwar ab und zu ein paar Fehler und KDE versendet dann Fehler-Reports, aber ohne das es einen behindert.

    @KDE-Team das sieht gut aus, weiter so! Ich freue mich jetzt schon auf den Release. Leider ist der aber erst am 28.02.2024

  • KDE Plasma hat eine Webseite, wo die Showstopper zum Schwenk auf Wayland aufgelistet sind.

    Es gibt noch drei, aber man ist sich sicher diese bis zum Release von KDE Plasma 6 zu beseitigen.

    In diesem Blog hier stehen immer alle Neuigkeiten zum Stand der Dinge.

    https://pointieststick.com/2023/11/10/this-week-in-kde-wayland-by-default-de-framed-breeze-hdr-games-rectangle-screen-recording/

    Gerade gesehen, das Spectacle jetzt auch Video Aufnahmen machen kann, dann müsste man dafür nicht OBS nehmen 🙂 Ist aber aktuell in meiner Testumgebung noch sehr buggy.

  • Heute Morgen beim ☕ mal die Testinstallation aktualisiert. 484 Pakete 😳

    Screenshot_20231125_092126.png

    Nach dem Klicken auf Alle aktualisieren, startete der Rechner neu und installierte dann die Updates!? Holy Fuck, das erinnert mich an M$. Aber gut, KDE Neon soll ja auch nicht mein Hauptsystem werden.

  • MongoDB Compass

    Linux
    1
    0 Stimmen
    1 Beiträge
    207 Aufrufe
    Niemand hat geantwortet
  • pfSense - Release 2.7.2

    pfSense
    1
    0 Stimmen
    1 Beiträge
    199 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    2k Aufrufe
    Niemand hat geantwortet
  • Semaphore - Die API

    Verschoben Ansible
    2
    0 Stimmen
    2 Beiträge
    162 Aufrufe
    FrankMF

    Ich hasse schlecht lesbaren Code, scheint man sich bei Python so anzugewöhnen. Habe da nochmal was mit der langen Zeile getestet.

    stages: - deploy deploy: stage: deploy script: # $SEMAPHORE_API_TOKEN is stored in gitlab Settings/ CI/CD / Variables - >- curl -v XPOST -H 'Content-Type: application/json' -H 'Accept: application/json' -H "Authorization: Bearer $SEMAPHORE_API_TOKEN " -d '{"template_id": 2}' https://<DOMAIN>/api/project/2/tasks only: - master # Specify the branch to trigger the pipeline (adjust as needed)

    Hier noch was Dr. ChatGPT dazu schreibt

    631de9d4-b04d-4043-bfff-c5f2d1b6eea7-grafik.png

    Erledigt - läuft 🙂 Und verstanden habe ich es auch.

  • Wichtige Links

    Angeheftet Ansible
    1
    0 Stimmen
    1 Beiträge
    85 Aufrufe
    Niemand hat geantwortet
  • NanoPi R5S - Samba

    NanoPi R5S
    5
    0 Stimmen
    5 Beiträge
    309 Aufrufe
    FrankMF

    Test zu dem NFS Mount (240GB USB SSD an USB-Port)

    [frank-ms7c37 nfs]# dd if=/dev/zero of=sd.img bs=1M count=2048 oflag=direct,nonblock 2048+0 Datensätze ein 2048+0 Datensätze aus 2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 20,0851 s, 107 MB/s

    Test zum NAS Mount (Samba) (2TB 2,5Zoll HDD am USB-Port)

    [frank-ms7c37 NAS]# dd if=/dev/zero of=sd.img bs=1M count=2048 oflag=direct,nonblock 2048+0 Datensätze ein 2048+0 Datensätze aus 2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 21,4538 s, 100 MB/s

    Das für den NAS Mount (Samba) sollte die maximal Schreibgrenze der Festplatte sein. Mehr dürfte da nicht gehen. Das andere könnte an den Adaptern liegen, die ich dafür benutze.

    Bei mir ist NFS hier aktuell nicht viel schneller, oder ich bin zu doof dafür.

  • NanoPi R2S - Firewall mit VLan und DHCP-Server

    Verschoben NanoPi R2S
    2
    0 Stimmen
    2 Beiträge
    761 Aufrufe
    FrankMF

    Nachdem ich die Tage feststellen musste, das irgendwas mit dem Gerät nicht stimmte, bekam keine DNS Auflösung über die Konsole, habe ich das heute mal eben neuinstalliert.

    Armbian ist ja immer was spezielles 🙂 Hat sich bis heute nix dran geändert.....

    Ok, dann heute mal eben ein neues Image erstellt. Download Gewählt habe ich das Armbian Buster.

    Image auf die SD-Karte, eingeloggt. Alles wie oben erstellt und abgespeichert. Neustart, geht wieder alles. 😍

    root@192.168.3.15's password: _ _ _ ____ ____ ____ | \ | | __ _ _ __ ___ _ __ (_) | _ \|___ \/ ___| | \| |/ _` | '_ \ / _ \| '_ \| | | |_) | __) \___ \ | |\ | (_| | | | | (_) | |_) | | | _ < / __/ ___) | |_| \_|\__,_|_| |_|\___/| .__/|_| |_| \_\_____|____/ |_| Welcome to Debian GNU/Linux 10 (buster) with Linux 5.9.11-rockchip64 System load: 2% Up time: 11 min Memory usage: 10% of 978M IP: 192.168.3.15 192.168.1.1 192.168.2.1 CPU temp: 61°C Usage of /: 5% of 29G Last login: Sun Dec 6 12:28:10 2020 from 192.168.3.213 Kernelversion root@nanopi-r2s:~# uname -a Linux nanopi-r2s 5.9.11-rockchip64 #20.11.1 SMP PREEMPT Fri Nov 27 21:59:08 CET 2020 aarch64 GNU/Linux ip a oot@nanopi-r2s:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether b2:b5:10:38:9e:76 brd ff:ff:ff:ff:ff:ff inet 192.168.3.15/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 6360sec preferred_lft 6360sec inet6 2a02:908:xxxxxx/64 scope global dynamic mngtmpaddr valid_lft 7196sec preferred_lft 596sec inet6 fe80::b0b5:10ff:fe38:9e76/64 scope link valid_lft forever preferred_lft forever 3: lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff 4: lan0.100@lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff inet 192.168.1.1/24 brd 192.168.1.255 scope global lan0.100 valid_lft forever preferred_lft forever inet6 fe80::b0b5:10ff:fe38:9e96/64 scope link valid_lft forever preferred_lft forever 5: lan0.200@lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff inet 192.168.2.1/24 brd 192.168.2.255 scope global lan0.200 valid_lft forever preferred_lft forever inet6 fe80::b0b5:10ff:fe38:9e96/64 scope link valid_lft forever preferred_lft forever

    Vom Notebook aus funktioniert auch alles. So weit bin ich zufrieden. Jetzt mal langsam anfangen, der Kiste IPv6 beizubringen. Oje, nicht gerade mein Lieblingsthema...

    Bis der NanoPi R4S hier ankommt und ein vernünftiges Image hat, vergeht ja noch was Zeit...

  • Kopia - Administrative Aufgaben

    Kopia
    1
    0 Stimmen
    1 Beiträge
    259 Aufrufe
    Niemand hat geantwortet