md_39118
Das mit den Rechten war nur ein Tipp wenn du das Skript bearbeiten möchtest. Ist O.K. so.
Endeverous macht zusätzliche Desktop Meldungen. O.K. wir lassen sie mal machen.
Was Anwendungen- und Kernel-Meldung angeht, da waren noch kleine Fehler im Skript. Lass es erst einmal gut sein. Es kommt ohnehin neu und dann komplett incl. deutscher Übersetzung als AUR Paket.

md_39118
Immer noch nicht fertig aber hier mal eine kleine Vorrausschau:

Meldung beim normalen Durchlauf ohne, dass ein upgrade durchgeführt wird:

Das Selbe mit laufendem Libreoffice:

Und jetzt die Meldungen die während eines auto-upgrades erscheinen:

Die erste Meldung verschwindet wenn die 2. erscheint:

Die 2. verschwindet wenn die 3. erscheint:

Die deutsche Übersetzungsdatei kann ich leider hier nicht mitliefern. Das Srkipt ist oben aktualisiert und du kannst gerne das Deutsche abschreiben und ins Skript eintragen wenn du magst. Deepl ist für diesen Zweck nicht so geeignet.
In plasma gibt es hier und da einen Zeilenumbruch mehr. Es gibt zwar eine Einstellung der Benachrichtigungen in der Systemsteuerung aber die Weite der Meldungen kann man dort nicht einstellen. Ich habe den Text so kurz gehalten wie nur möglich.

Edit: Mir fällt ein, ich kann dir doch was schicken, bei dem du mit copy & past arbeiten kannst. Die Nummern entsprechen dabei den Zeilen im Skript.

#: ureminder:16
msgid "Reminds to upgrade and does it if user does not"
msgstr ""
"Erinnert an Upgrades und führt sie durch,\n"
"wenn der Benutzer dies nicht selbst tut."

#: ureminder:18
msgid "Call: ureminder [OPTION]... [Value]..."
msgstr "Aufruf: ureminder [OPTION]... [Value]..."

#: ureminder:19
msgid "Options:"
msgstr "Optionen:"

#: ureminder:20
msgid "--days [n]         Autoupgrade in n days - default 7"
msgstr "--days [n]         Auto-Upgrade in n Tagen - default 7"

#: ureminder:21
msgid "-h --help          Print this help"
msgstr "-h --help          Zeigt diese Hilfe an"

#: ureminder:22
msgid "-v --verbose       Verbose mode"
msgstr "-v --verbose       Zeigt ausführliche Meldungten an"

#: ureminder:24
msgid "Example: ureminder --days 30 -v"
msgstr "Beispiel: ureminder --days 30 -v"

#: ureminder:34
msgid "--day(s) needs a positiv number as argument"
msgstr "--day(s) benötigt eine positive Zahl als Argument"

#: ureminder:40
msgid "Verbose mode activated"
msgstr "Auskunftsfreudiger Modus eingeschaltet"

#: ureminder:47
msgid "Unknown option: $1"
msgstr "Unbekonnte Option $1"

#: ureminder:48
msgid "Run -h or --help for help"
msgstr "Nutze -h oder --help um die Hilfe anzuzeigen"

#: ureminder:67
msgid "Next upgrade with days=$DAYS at least in $NEXT hour(s)."
msgstr "Nächstes Auto-Upgrade mit days=$DAYS frühestens in $NEXT Stunde(n)"

#: ureminder:71
msgid "Error: Pacman database locked"
msgstr "Fehler: Die Pacman Datenbank ist geblockt"

#: ureminder:153
msgid "Save open documents!"
msgstr "Sichere geöffnete Dokumente!"

#: ureminder:154
msgid "<b>Run # pacman -Syu on terminal!</b>\\n"
msgstr "<b>Führe # pacman -Syu auf der Konsole aus!</b>\\n"

#: ureminder:155
msgid "<b>After upgrading:</b>\\n"
msgstr "<b>Nach dem Upgrade:</b>\\n"

#: ureminder:156
msgid "<b>Next auto upgrade in $NEXT h possible.</b>\\n"
msgstr "<b>Nächstes Auto-Upgrade frühestens in $NEXT h.</b>\\n"

#: ureminder:157
msgid "${#PKGS[*]} package(s): <i>${PK[*]}</i>"
msgstr "${#PKGS[*]} Paket(e): <i>${PK[*]}</i>"

#: ureminder:159
msgid "$GUI and kernel upgrade:"
msgstr "$GUI und Kernel Upgrade:"

#: ureminder:160
msgid "Reboot your system!"
msgstr "Starte das System neu!"

#: ureminder:162
msgid "$GUI upgrade:"
msgstr "$GUI wurde erneuert:"

#: ureminder:163
msgid "<b>Restart your usersesson!</b>\\n"
msgstr "Starte deine Benutzersitzung neu!"

#: ureminder:165
msgid "Application and kernel upgrade:"
msgstr "Anwendungen und Kernel erneuert:"

#: ureminder:166
msgid ""
"<b>Restart ${UAPPS[*]} and other applikations you are working with! New "
"$RKERNEL version will run after your next system boot.</b>\\n"
msgstr ""
"<b>Starte ${UAPPS[*]} und Anwendungen neu die in Benutzung sind! Die neue "
"$KERNEL version wird aktiv mit dem nächsten Systemstart.</b>\\n"

#: ureminder:168
msgid "Kernel upgrade:"
msgstr "Kernel upgrade:"

#: ureminder:169
msgid "<b>New $RKERNEL version will run after your next system boot.</b>\\n"
msgstr ""
"<b>Die neue $KERNEL Version läuft nach dem nächsten Systemstart.</b>\\n"

#: ureminder:171
msgid "Application upgrade:"
msgstr "Upgrade von Anwendungen:"

#: ureminder:172
msgid ""
"<b>Restart${UAPPS[*]} and other applikations you are working with!</b>\\n"
msgstr "<b>Starte${UAPPS[*]} und Programme in Benutzung neu!</b>\\n"

#: ureminder:174
msgid "<b>Upgrade successfull</b>"
msgstr "<b>Uggrade erfolgreich durchgeführt:</b>"

#: ureminder:175
msgid "<b>Restart applikations you're working with!</b>\\n"
msgstr "<b>Programme in Benutzung neu starten!</b>\\n"

#: ureminder:181
msgid "Upgrade starts in 1 minute:"
msgstr "Upgrade startet in 1 Minute:"

#: ureminder:181
msgid "$SAVE"
msgstr "$SAVE"

#: ureminder:183
msgid "Upgrading:"
msgstr "Das Upgrade wird eingespielt:"

#: ureminder:183
msgid "Keep system running!"
msgstr "Computer bitte laufen lassen!"

#: ureminder:193
msgid "Error: $Error"
msgstr "Fehler: $Error"

#: ureminder:193
msgid "To analyse run this command on terminal:"
msgstr "Gebe zur Analyse den Befehl in die Konsole ein:"

Gib mir doch bitte mal die Ausgabe von who -a auf der konsole an. Macht endeverous hier etwas anderes als arch?

Danke! Ja, das kannst du so machen.
Arch und Endeverous sind hier unterschiedlich.
Bei Plasma bin ich auf tty1 und einem pseudoterminal (pts) gelistet.
Das + Zeichen zeigt übrigens an, auf welchem Terminal messages empfangen werden können.

Zur 1. Befehlszeile:

• who -T zeigt die + und - Werte mit an.
• | ist eine Pipe und ist dafür da, die Ausgabe vom einem Befehl dem nächsten zu übergeben.
• awk '{print $1}' zeigt die erste Spalte an.
• awk '/+/{print $1}' zeigt die erste Spalte an. davon aber nur die Zeilen in denen das + Zeichen vorkommt.
• head -1 zeigt nur die erste Zeile an, und wird dafür benötigt falls das + mehrmals auftauchen sollte, was bei mir bei Plasma auch der Fall ist.
• Wie die Variable heißt, ist übrigens egal, solange der Name nicht schon belegt ist.

Probier doch bitte nochmal dass folgende aus. Ich hätte gern das + Zeichen als Kriterium mit drin. Das sieht dann so aus:

send() {
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 "$@"
}

Das script läuft hoffentlich als root und sendet dem user Mitteilungen. (Nur mal so bemerkt 😉 )

Alles richtig!
Hab das nur mal deshalb bemerkt, weil der Sinn bzw. auch die Schwierigkeit von der send () Funktion ja gerade darin besteht vom root aus eine Botschaft an den jeweils eingeloggten User zu verschiecken. Als User gibst du auf der Konsole lediglich ein notify-send "Hallo" "Du" ein und die Nachricht erscheint.

Würde das Skript als User laufen bräuchte es die send () Funktion nicht!

Du kannst auch mal mit den Befehlen (siehe oben) auf der Konsole spielen, nur um zu sehen was damit passiert : 😉
ẁho -T | awk '/+/ {print $1,$2}' und dann mal /+/ weglassen und auch mal die nächste pipe dranhängen. Hinterher steht dann auf der Konsole ein schlichtes ralf und genau das wird gebracht um es per Variable in die 2. Zeile an die richtigen Stellen zu schreiben.

Habe gerade das Skript und den Service in Post tuxnix aktualisiert. (siehe changelog). Bis auf die präzise Berechnung, wann das Auto-Upgrade stattfindet, ist für dich nichts Neues dabei. Die erfahreneren Arch Linux User können aber jetzt auch die Auto-Upgrades und die anleitenden Mitteilungen einzeln aus- bzw. einschalten. Und können das Skript jetzt dafür nutzen, lediglich die neuen Paket-Upgrades automatisch angezeigt zu bekommen.

Was sway betrifft so ist es in der Rohversion sehr spartanisch. Wenn die Arbeit am Skript mal beendet ist, zeige ich dir meine Einrichtung von sway, die es durchaus mit Plasma aufnehmen kann aber weniger Anleitung benötigt und viel weniger Ressourcen auf schwachen Rechnern in Beschlag nimmt.

Hier mal eine Voransicht der Bedienleiste:

Rechts werden Infos angezeigt: Bluethooth, W-/LAN, RAM-Nutzung, CPU-Last, TEMP, Akku, Lautstärke. Ein Klick auf das jeweilige Symbol erlaubt weitere Einstellungen oder öffnet bei der RAM-Anzeige das Programm htop welches benötigt wird um dem aktuellen RAM Verbrauch zu analysieren.

In der Mitte Uhrzeit, WoTag, Datum - 1Klick s erscheint ein Kalender.

Links: Stehen die geöffneten Programme. Sway startet bei mir schon standartmäßig mit geladenem Browser, E-mail, File-Manager, Terminal, Fehrnsehprogramm ect. - Zu Bedienen per Mausklick oder Tastatur. Z.B.: mod+b öffnet das Browserfenster..

Und weil das Ganze incl. geöffneter Programme weniger RAM benötigt als Plasma oder GNOME ohne Programme, bin ich auf einem ausrangierten ollen 15 Jahre alten Rechner mit nur 2GB RAM fast noch schneller unterwegs als jemand der ca. 500€ ausgibt.

So long

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.

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.