• Café
  • Automatisiertes Paketupgrade

tuxnix
Hallo
Der Pc für meine Freunde ist nicht ganz so alt, immerhin eine i5 CPU und 8Gb RAM damit läuft Plasma(x11) gut.
Im Moment ist die waybar mit den Standard Anzeigen aktiv, sway ist auf DE eingestellt, Programme werden nicht mit gestartet.

Mit Plasma
free -h
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      7,7Gi       1,1Gi       5,9Gi        38Mi      1,1Gi       6,6Gi
Swap:             0B          0B          0B
#
Mit sway
free -h
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      7,7Gi       598Mi       6,2Gi        1Mi       1,3Gi       7,1Gi
Swap:             0B          0B          0B

Das sieht bei mir ganz anders aus, allerdings läuft er schon länge Zeit und etliche Progs und Internet Seiten sind geöffnet :

free -h
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      1,8Gi       1,6Gi       149Mi       113Mi       374Mi       260Mi
Swap:          8,0Gi       2,3Gi       5,7Gi

Und trotz lahmer 2 Kern CPU und den Missbrauch der SSD als RAM-Ersatz behaupte ich, dass mein Rechner mit Sway reagibler läuft, als der deinige mit Plasma.
1,1 Gi zu 600 Mi bedeutet auch, dass viel weniger gerechnet werden muss wenn was auf der GUI geschehen soll. Auf meinen Rechner läuft auch Plasma, braucht lange bis es gestartet ist und läuft dann etwas zäher. Aber bei GNOME ohne Anwendungen läuft der Lüfter schon dauerhaft im Leerlauf hoch.
Ohne Anwendungen sind es bei mir auch nur gut 300MB im RAM wenn sway allein gestartet wird.

  • md_39118 hat auf diesen Beitrag geantwortet.

    tuxnix
    Hallo
    Ich habe vorhin die Version 8 von ureminder getestet, dort ist ein Fehler beim Datum zu sehen.

    journalctl -f
    Aug 30 17:32:11 rk-7072 systemd[1]: Started ureminder.service.
    Aug 30 17:32:11 rk-7072 ureminder[1236]: Display message: After upgrade: Do.. - ON
    Aug 30 17:32:11 rk-7072 ureminder[1236]: Display message: Save your Documents & pacman -Syu - ON
    Aug 30 17:32:11 rk-7072 ureminder[1236]: Display message: Next upgrade in x hours - ON
    Aug 30 17:32:11 rk-7072 ureminder[1236]: Auto upgrade - days=7 - ON
    Aug 30 17:32:11 rk-7072 ureminder[1243]: date: ungültiges Datum „-TFri“
    Aug 30 17:32:11 rk-7072 ureminder[1248]: date: ungültiges Datum „448msTago“
    Aug 30 17:32:11 rk-7072 ureminder[1236]: /usr/local/bin/ureminder: Zeile 85: NEXT/PERIOD: Division durch 0. (Fehlerverursachendes Zeichen ist "PERIOD").
    Aug 30 17:32:11 rk-7072 ureminder[1236]: Next upgrade in 479175 h 27 m
    Aug 30 17:32:12 rk-7072 ureminder[1257]: ==> no candidate packages found for pruning
    Aug 30 17:32:12 rk-7072 ureminder[1266]: ==> finished: 5 packages removed (disk space saved: 179.88 MiB)

    Ja, ich weiß! Neue Funktion, neuer Bug. Da komme ich leider auch nicht drum herum.
    Die Tücken bemerkt man erst, wenn man neue Wege beschreitet.
    Es klappt prima, wenn # ureminder -tabsd 5 auf der Konsole initiiert wird.
    Dann werden Stunden und Minuten auch korrekt angezeigt.
    Wenn der Timer das Skript auslöst, dann nicht. Systemd ist offenbar zu lahm um sofort die neuen Zeiten von NEXT und LAST korrekt wiederzugeben. Habe die Zeitberechnung extra schon nach unten im Skript verlagert, um systemd dafür mehr Zeit einzuräumen, was aber auch nichts nutzt.

    Schau dir auch mal die b Option an, damit kannst dem Skript beim Rechnen zuschauen.
    Wenn dich die falsche Zeitberechnung stört, dann nimm das t bei den Optionen raus.
    Die deutsche Übersetzung folgt wenn das behoben ist.

    5 Tage später

    Hab jetzt die Lösung für die korrekte Zeitangabe, aber ich werde das erst einmal noch besser testen müssen bevor ich es herausgebe. Leider fehlt mir momentan die Zeit dafür.
    Und die Anzeige der Arch-Linux-News ist auch schon auf dem Weg.
    Diese Nachricht nur um mal kurz über den Stand der Dinge Bescheid zu geben.

    • md_39118 hat auf diesen Beitrag geantwortet.

      tuxnix
      Hallo
      Danke für die Info und viel Erfolg mit der neuen Lösung.
      Der Stand bei mir, ohne den Schalter -t und mit -b läuft das Script und gibt alle Debug Meldungen aus.
      Als Test habe ich nur die Zeitberechnung mal als Script gestartet, das sieht auch gut aus.

      systemctl list-timers
      sleep 3
      days="7"
      NOW=$(date --date='now' +%s)
      UPAC=$(date -d $(awk '/upgraded/ { print $1 }' /var/log/pacman.log | tail -1 | sed -e 's/\[//' -e 's/\]//') +%s)
      NTIMER=$(date -d $(systemctl list-timers shadow.timer | awk 'NR>1 && NR<3{print $2,$3}' | sed -e 's/ /T/') +%s)
      LTIMER=$(date -d $(systemctl list-timers shadow.timer | awk 'NR>1 && NR<3{print $7,$8}' | sed -e 's/ /T/') +%s)
      NEXT=$((days*86400+UPAC-NOW))
      PERIOD=$((NTIMER-LTIMER))
      COUNTS=$((NEXT/PERIOD))
      HOURS=$(( (NOW-LTIMER+PERIOD*COUNTS) / 3600))
      REST=$(( (NOW-LTIMER+PERIOD*COUNTS) % 3600))
      MINUTES=$(( (3600-REST) / 60))
      sleep 3
      echo $NOW
      echo $UPAC
      echo $NTIMER
      echo $LTIMER
      echo $NEXT
      echo $PERIOD
      echo $COUNTS
      echo $HOURS
      echo $REST
      echo $MINUTES
      echo $"Next upgrade in $HOURS h $MINUTES m"

      Hier die Ausgabe.

      sudo ureminder-test
      NEXT                             LEFT LAST                            PASSED UNIT                             ACTIVATES
      -                                   - Wed 2024-09-04 14:34:05 CEST  6min ago ureminder.timer                  ureminder.service
      
      1725453656
      1725218464
      1725487200
      1725452947
      369608
      34253
      10
      95
      1239
      39
      Next upgrade in 95 h 39 m

      Ja, es rechnet und bekommt jetzt auch immer zuverlässig Ausgangswerte aus dem journal geliefert, aber es rechnet in einigen Fällen je nach Voreinstellung der Tage und des Timers noch falsch. Sorry, aber für die ganz banale Punkt und Strichrechnung bei zwei Uhren an denen man drehen kann, brauche ich den richtigen Moment an Ruhe.
      Gestern war die Beerdigung meiner Schwester und meine Konzentration ist gerade auf ganz andere Dinge gerichtet. Wenn dieser Moment kommt, dann geht's dann auch schnell wieder mit dem ein mal eins weiter. 😉

        15 Tage später

        Hallo
        Ist es möglich, das bei einer Frage am Anfang des Updat Vorgangs das Script nicht richtig reagiert.
        Am 15.9.24 ist zb. diese Frage gekommen und wurde nicht mit "J" beantwortet, danach kommen dann einige Fehler Meldungen.
        Eine initramfs wird nicht geschrieben.

        Sep 15 10:11:06 rk-7072 ureminder[1305]: :: mlocate durch extra/plocate ersetzen? [J/n]
        Sep 15 10:25:53 rk-7072 ureminder[1305]:  okular-24.08.1-1-x86_64 wird heruntergeladen …
        Sep 15 10:25:53 rk-7072 ureminder[1305]: Fehler: Konnte Datei 'okular-24.08.1-1-x86_64.pkg.tar.zst.sig' nicht von mirrors.neusoft.edu.cn übertragen : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds

        Erst nach dem Aufruf von "sudo pacman -Syu" und dem Beantworten der Frage mit "J" läuft das Update durch und die initramfs werden geschrieben.

        Das Skript benutzt die Option --noconfirm.
        Schau mit pacman --help mal nach was das bedeutet.
        .....Es bedeutet, dass ein großes J automatisch bestätigt wird.
        Ein großes N übrigens auch.

        Zusätzlich würde dir im Falle einer fehlerhaften Ausführung sofort eine Warnmeldung angezeigt werden mit folgendem Inhalt: Fehler: Zur Analyse gebe `pacman -Syu auf der Konsole ein.

        Ich weiß nicht woran es bei dir lag. Aber daran, dass das J nicht automatisch bestätigt wurde jedenfalls nicht. Und ansonsten ist ja alles o.K. denn sonst würde auch ein pacman -Syu auf der Konsole Fehler ausgeben.

        • md_39118 hat auf diesen Beitrag geantwortet.

          tuxnix
          Hallo
          Die Option --noconfirm ist mir bekannt. Eine Warnmeldung wurde nicht angezeigt.
          Der Ablauf war jedenfalls anders als bisher. Der erste Versuch startet "Sep 15 10:05:03" Hier Auszüge aus den Log Dateien.

          Sep 15 10:05:03 rk-7072 systemd[1]: Started ureminder.timer.
          Sep 15 10:10:37 rk-7072 systemd[1]: Started ureminder.service.
          .
          Sep 15 10:11:06 rk-7072 ureminder[1305]: :: mlocate durch extra/plocate ersetzen? [J/n]
          Sep 15 10:11:06 rk-7072 ureminder[1305]: Abhängigkeiten werden aufgelöst …
          Sep 15 10:11:08 rk-7072 ureminder[1305]: Warnung: Abhängigkeits-Zyklus entdeckt:
          Sep 15 10:11:08 rk-7072 ureminder[1305]: Warnung: xdg-desktop-portal-kde wird vor seiner Abhängigkeit plasma-workspace installiert werden
          Sep 15 10:11:08 rk-7072 ureminder[1305]: Paket (123)                       Alte Version               Neue Version                 Netto-Veränderung  Größe des Downloads
          .
          Sep 15 10:25:53 rk-7072 ureminder[1305]:  intel-ucode-20240910-1-any wird heruntergeladen …
          Sep 15 10:25:53 rk-7072 ureminder[1305]: Fehler: Konnte Datei 'intel-ucode-20240910-1-any.pkg.tar.zst.sig' nicht von mirrors.neusoft.edu.cn übertragen : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
          Sep 15 10:25:53 rk-7072 ureminder[1305]: Warnung: Konnte einige Dateien nicht übertragen
          Sep 15 10:25:53 rk-7072 ureminder[1305]: Fehler: Der Vorgang konnte nicht durchgeführt werden (Unerwarteter Fehler)
          Sep 15 10:25:53 rk-7072 ureminder[1305]: Fehler sind aufgetreten, keine Pakete wurden aktualisiert.
          Sep 15 10:25:54 rk-7072 systemd[1]: ureminder.service: Deactivated successfully.
          Sep 15 10:25:54 rk-7072 systemd[1]: ureminder.service: Consumed 33.090s CPU time, 827.2M memory peak.

          Nach einiger Zeit erfolgte ein reboot, danach der zweite Versuch.

          Sep 15 11:06:33 rk-7072 systemd[1]: Started ureminder.timer.
          .
          Sep 15 11:12:34 rk-7072 ureminder[1264]:  systemd-resolvconf-256.6-1-x86_64 wird heruntergeladen …
          Sep 15 11:12:34 rk-7072 ureminder[1264]: Schlüsselbund wird geprüft …
          Sep 15 11:12:34 rk-7072 ureminder[1264]: Paketintegrität wird geprüft …
          Sep 15 11:12:44 rk-7072 systemd[1]: ureminder.service: Deactivated successfully.
          Sep 15 11:12:44 rk-7072 systemd[1]: ureminder.service: Consumed 14.546s CPU time, 893.2M memory peak.

          Hier dachte ich, es ist alles OK also wieder reboot, dann der dritte Versuch.

          Sep 15 11:44:42 rk-7072 ureminder[1268]: endeavouros/yad                   14.1-1.1                   14.1-2.1                             -0,01 MiB
          Sep 15 11:44:42 rk-7072 ureminder[1268]: endeavouros/yay                   12.3.5-1                   12.3.5-2                              0,37 MiB
          Sep 15 11:44:42 rk-7072 ureminder[1268]: Gesamtgröße des Downloads:  0,30 MiB
          Sep 15 11:44:42 rk-7072 ureminder[1268]: :: Download fortsetzen? [J/n]
          Sep 15 11:44:42 rk-7072 ureminder[1268]: :: Pakete werden empfangen …
          Sep 15 11:44:42 rk-7072 ureminder[1268]:  re2-1:20240702-2-x86_64 wird heruntergeladen …
          Sep 15 11:44:42 rk-7072 ureminder[1268]:  plocate-1.1.22-3-x86_64 wird heruntergeladen …
          Sep 15 11:44:42 rk-7072 ureminder[1268]: Schlüsselbund wird geprüft …
          Sep 15 11:44:42 rk-7072 ureminder[1268]: Paketintegrität wird geprüft …
          Sep 15 11:44:53 rk-7072 sudo[2136]:     root : PWD=/ ; USER=ralf ; ENV=DISPLAY= DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus ; COMMAND=/usr/bin/notify-send '121 package(s): 1.archlinux-keyring 2.ark 3.baloo-widgets 4.bluedevil 5.bluez 6.bluez-libs 7.bluez-utils 8.breeze 9.breeze-gtk 10.curl 11.dolphin 12.dolphin-plugins 13.ell 14.enchant 15.expac 16.ffmpegthumbnailer 17.ffmpegthumbs 18.fmt 19.fzf 20.gcc 21.gcc-libs 22.git 23.grub 24.gspell 25.gtk-layer-shell 26.gwenview 27.intel-ucode 28.iso-codes 29.iwd 30.jsoncpp 31.kaccounts-integration 32.kactivitymanagerd 33.kate 34.kcalc 35.kde-cli-tools 36.kde-gtk-config 37.kdeconnect 38.kdecoration 39.kdegraphics-mobipocket 40.kdegraphics-thumbnailers 41.kdenetwork-filesharing 42.kdeplasma-addons 43.kgamma 44.kglobalacceld 45.kinfocenter 46.kio-admin 47.kio-extras 48.kmenuedit 49.konsole 50.kpipewire 51.kscreen 52.kscreenlocker 53.ksystemstats 54.kwallet-pam 55.kwayland 56.kwayland-integration 57.kwin 58.layer-shell-qt 59.libarchive
          Sep 15 11:44:53 rk-7072 sudo[2136]:     root : (command continued) 60.libkdcraw 61.libkexiv2 62.libkscreen 63.libksysguard 64.libmanette 65.libplasma 66.libpng 67.libreoffice-fresh 68.librsvg 69.liburcu 70.linux 71.linux-headers 72.milou 73.ocean-sound-theme 74.okular 75.opencv 76.openssh 77.orc 78.pacman 79.pacman-contrib 80.pacutils 81.perl-uri 82.plasma-activities 83.plasma-activities-stats 84.plasma-browser-integration 85.plasma-desktop 86.plasma-disks 87.plasma-firewall 88.plasma-integration 89.plasma-nm 90.plasma-pa 91.plasma-systemmonitor 92.plasma-workspace 93.plasma5support 94.polkit-kde-agent 95.powerdevil 96.print-manager 97.protobuf 98.protobuf-c 99.pulseaudio-qt 100.python 101.python-pydantic 102.qqc2-breeze-style 103.qt6-webengine 104.sddm-kcm 105.signon-kwallet-extension 106.spdlog 107.spectacle 108.sudo 109.systemd 110.systemd-libs 111.systemd-resolvconf 112.systemd-sysvcompat 113.systemsettings 114.thunderbird 115.tzdata 116.vlc 117.waybar 118.wayland
          Sep 15 11:44:53 rk-7072 sudo[2136]:     root : (command continued) 119.xdg-desktop-portal-kde 120.yad 121.yay' 'Save open documents!\\nRun # pacman -Syu on terminal!\\nAfter upgrading:\\nNew linux version will run after your next system boot.\\n' -t 0 -u normal
          Sep 15 11:44:53 rk-7072 systemd[1]: ureminder.service: Deactivated successfully.
          Sep 15 11:44:53 rk-7072 systemd[1]: ureminder.service: Consumed 12.227s CPU time, 890.3M memory peak.

          Nach einen weiteren reboot war immer noch der alte Kernel aktiv, bisher wurde keine initramfs geschrieben.
          Nun der Aufruf in der Konsole dann erst war das Update komplett.

          sudo pacman -Syu 
          .
          :: Vollständige Systemaktualisierung wird gestartet …
          :: mlocate durch extra/plocate ersetzen? [J/n] j
          .
          :: Post-transaction-Hooks werden gestartet …
          ( 1/22) Creating system user accounts...
          Creating group 'alpm' with GID 960.
          Creating user 'alpm' (Arch Linux Package Management) with UID 960 and GID 960.
          .
          (12/22) Updating initramfs...
          :: Building initramfs for linux (6.10.10-arch1-1)
          dracut[I]: Executing: /usr/bin/dracut --force --hostonly --no-hostonly-cmdline /boot/initramfs-linux.img 6.10.10-arch1-1
          • tuxnix hat auf diesen Beitrag geantwortet.

            md_39118 Nach einem reboot war immer noch der alte Kernel aktiv, bisher wurde keine initramfs geschrieben.

            Danke für den Hinweis!
            Es kann sein, dass Endevous die Post-transaction-Hooks anders als Arch gesetzt hat.
            Ändere bitte die Zeile -
            pacman -Su --noconfirm || Error="# pacman -Su"
            im Skript in -
            pacman -Syu --noconfirm || Error="# pacman -Syu"
            dann ist das behoben.
            Ich ändere das auch in der nächsten Version.

            • md_39118 hat auf diesen Beitrag geantwortet.
              9 Tage später

              tuxnix
              Hallo
              Nach der Änderung läuft es gut, die Meldungen kommen in dieser Reihenfolge, die initramfs werden geschrieben.

              Sep 29 10:22:03 rk-7072 sudo[2583]:     root : PWD=/ ; USER=ralf ; ENV=DISPLAY= DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus ; COMMAND=/usr/bin/notify-send 'Upgrade starts in 1 minute:' 'Save open documents!\\n' -t 0 -u normal -p
              
              Sep 29 10:23:03 rk-7072 sudo[2602]:     root : PWD=/ ; USER=ralf ; ENV=DISPLAY= DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus ; COMMAND=/usr/bin/notify-send Upgrading: 'Keep system running!' -t 0 -u critical -r 1 -p
              
              Sep 29 10:25:36 rk-7072 sudo[11662]:     root : PWD=/ ; USER=ralf ; ENV=DISPLAY= DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus ; COMMAND=/usr/bin/notify-send 'Upgrade successfull:' 'Restart applikations you\'re working with!\\n' -t 0 -u normal -r 1

              Welche Script Version ist den im Moment aktuell?

              Vielen Dank für deine Rückmeldung!

              Die nächste Version wird 0.8 sein. 😉
              (Die kommt wenn ich wieder Zeit habe. Meine Augen geht's inzwischen wieder gut, aber ich hab gerade jede Menge anderen Kram zu tun.
              Die übernächste Version 0.9 hat dann auch die Abfrage der Arch-News mit drin.
              (Eigentlich ist diese Funktion auch schon fertig und funktioniert. Allerdings darf ich das nicht einfach so integrieren, weil das Skript mit Root-Rechten laufen muss. Deshalb muss ich jetzt docker lernen, damit die Abfrage der Arch-News in einem Container und vom übrigen System getrennt abläuft. Wenn ich das nicht mache, würde die Arch-News-Seite zum Angriffsziel für sportliche Hacker werden um darüber Code einzuschleusen, der anschließend dann mit Root-Rechten auf meinem und deinem Computer alles ausführen kann was dem Hacker so einfällt).

              Hier ist das Skript für die Abfrage der letzten Arch-Linux-News.
              Mit userrechten ausgeführt ist es völlig gefahrlos:

              #!/bin/bash
              
              
              PAGE=$(curl -s $URL https://archlinux.org/news/)
              DATE=$(echo "$PAGE" | awk '/<td>/ {print $0}' | head -1 | sed -e 's/<td>//' -e 's/<\/td>//'| xargs)
              HREF=$(echo "$PAGE" | awk '/<td class="wrap">/ {print $0}' | head -1 | sed -e 's/<a href=//' -e 's/<td class="wrap">//' | xargs)
              TITLE=$(echo "$PAGE" | awk '/title="View:/ {print $0}'| head -1  | sed -e 's/<\/td>//' -e 's/title="View:.*">//' | xargs)
              
              
              TUSER=$(who -T | awk '/+/{print $1}' | head -1)
              sudo -u $TUSER DISPLAY=$DISPLAY DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u $TUSER)/bus notify-send " " "$DATE: <a href='$HREF'>$TITLE" -t 0 -u normal

              P.S.: Wenn jemand etwas gescheiteres wie docker einfällt, dann bitte gerne. Ich mach das zum ersten mal.


              • md_39118 hat auf diesen Beitrag geantwortet.

                tuxnix
                Hallo
                Eine gute Idee die Abfrage der Arch-News vor dem Update, schade das es mit der Deutschen Startseite nicht geht.

                • tuxnix und Dirk haben auf diesen Beitrag geantwortet.

                  md_39118 schade das es mit der Deutschen Startseite nicht geht

                  Die Arch-News sind für Anfänger erst einmal nicht so interessant weil die installierten Anwendungen die ein Arch-Newbe auf dem Rechner nutzt, meist völlig unproblematisch sind und erfahrungsgemäß keine manuellen Eingriffe benötigen. Die fortgeschrittenen User für die die News eine ganz andere Relevanz haben, bevorzugen hingegen eher englisch- sprachiges "Computer-Latein". Deshalb habe ich die englische Seite gewählt.
                  Das Wichtige an dieser Funktion ist aber ohnehin lediglich anzuzeigen , dass keine neue Nachricht vorliegt und ein Link anzugeben falls dann doch mal etwas getan werden muss.

                  Der erfahrene User will sein upgrade ohnehin lieber manuell tätigen.
                  Ureminder kann dann aber trotzdem nützlich sein um automatisch die zu erneuerten Pakete anzuzeigen und nebenbei auch zu sehen ob es bei Arch-Linux Änderungen gibt.
                  @GerBra z.B. wählt (s. oben) den Zeitpunkt wann er ein pacman -Syu tätigt sehr bewusst, je nach dem welche Pakete gerade erneuert werden um dann auch die nötige Zeit zu haben bei Änderungen reagieren zu können.
                  Wenn z.B. wie bei der letzten News ssh neu gestartet werden muss, dann hat man die nötige Informationen alle auf einen Blick.



                  2 Monate später

                  Hallo
                  Eine Frage wird am Script noch gearbeitet oder wurde das Projekt eingestellt ?

                  • tuxnix hat auf diesen Beitrag geantwortet.

                    md_39118 Eine gute Idee die Abfrage der Arch-News vor dem Update, schade das es mit der Deutschen Startseite nicht geht.

                    Der richtige/bessere Weg wäre, den entsprechenden RSS-Feed zu parsen, anstatt manuell dreckig durch das gerenderte HTML zu laufen 🙂

                    https://www.archlinux.de/news/feed

                      md_39118 Hallo
                      Eine Frage wird am Script noch gearbeitet oder wurde das Projekt eingestellt ?

                      Momentan hab ich leider keine Zeit daran weiter zu arbeiten. Aber wenn ich die Zeit finde wird sofort daran weiter gearbeitet. Sorry.

                      Dirk Der richtige/bessere Weg wäre, den entsprechenden RSS-Feed zu parsen

                      Danke für den Tipp, schau ich mir dann an.

                      P.S.: Oder kannst du mir kurz zeigen wie das geht?

                      ein Monat später
                      • Bearbeitet

                      md_39118 Hallo
                      Eine Frage wird am Script noch gearbeitet oder wurde das Projekt eingestellt ?

                      Es geht jetzt endlich weiter:
                      Unter Anderem habe ich die Anzeige für das nächste auto-update gefixt.

                      Und das aller Beste ist, dass es jetzt ein AUR-Paket gibt, mit dem man alles in einem Rutsch einschließlich der deutschen Sprachdatei installiert bekommt.
                      Die Funktion für die Desktop-Anzeige der Arch-News folgt in einer der nächsten Versionen.

                      Die Installation funktioniert mit dem klassischen 3-Satz:
                      git clone https://aur.archlinux.org/ureminder.git && cd ureminder && makepkg -fi

                      Oder mit dem AUR-Hiflsprogramm der Wahl:
                      <AUR-Helper> -S ureminder

                      Die Datei /usr/local/bin/ureminder kann danach gelöscht werden.