Willkommen Gast. Bitte einloggen oder registrieren. Haben Sie Ihre Aktivierungs E-Mail übersehen?
01.08.2021, 19:12:47

.
Einloggen mit Benutzername, Passwort und Sitzungslänge

Mitglieder
  • Mitglieder insgesamt: 25795
  • Letzte: batou
Statistiken
  • Beiträge insgesamt: 747831
  • Themen insgesamt: 60163
  • Heute online: 469
  • Am meisten online: 2287
  • (22.01.2020, 19:20:24)
Benutzer Online

Autor Thema:  LinuxMint-Blog - Monthly News – March 2021 - Übersetzung  (Gelesen 731 mal)

0 Mitglieder und 1 Gast betrachten dieses Thema.

https://blog.linuxmint.com/?p=4049

Monatliche Nachrichten
März 31, 2021 von Clem

Vielen Dank an alle Spender, Sponsoren und Partner und an alle Menschen, die sich für unser Projekt und unsere Gemeinschaft engagieren.

UsrMerge

Letzten Monat gaben wir bekannt, dass Probleme im Zusammenhang mit UsrMerge gefunden wurden. Insbesondere waren Pakete, die in gemergten Systemen erstellt wurden, nicht immer vollständig kompatibel mit nicht gemergten Systemen. Es wurde ein kompletter Scan in Linux Mint durchgeführt, um weitere ähnliche Probleme zu identifizieren, und es wurde ein Werkzeug entwickelt, um diesen Prozess zu automatisieren. Darüber hinaus wird ein Systembericht zurückportiert, um Mint 20- und 20.1-Benutzern, deren System noch nicht gemerged ist, einen Merge zu empfehlen.

Update-Benachrichtigungen

Statistiken haben uns kürzlich gezeigt, dass viele Benutzer ihren Computer nicht aktualisieren. Die Art und Weise, wie andere Betriebssysteme mit Updates umgehen, ist, dass sie ihre Benutzer entweder dazu zwingen oder sie frustrieren und nerven, bis sie es tun.

Wir haben Zeit damit verbracht, dies zu untersuchen und mit gelegentlichen Anwendern zu sprechen, um zu verstehen, warum sie keine Updates durchführen. Wir fanden heraus, dass viele von ihnen sich der Wichtigkeit von Updates bewusst waren, dies aber nicht taten, weil sie nie wirklich dazu aufgefordert wurden. Auf die Frage, warum und wann sie ihr Telefon aktualisieren, erkannten sie, dass die Update-Benachrichtigungen des Telefons zwar lästig waren, sie aber erfolgreich dazu brachten, die Updates anzuwenden.

Einige Benutzer drückten ein Gefühl der Erleichterung aus, nachdem sie die Telefon-Updates angewendet hatten, sowohl weil sie das Gefühl hatten, "das Richtige" zu tun, als auch weil sie wussten, dass die Benachrichtigung "für eine Weile" nicht wiederkommen würde. Für uns sieht das wie eine teilweise Delegation von Verantwortung aus. Der Benutzer ist sich der Wichtigkeit des Problems bewusst und ist froh, in gewissem Maße daran erinnert zu werden, solange es nicht zu oft vorkommt. Der Benutzer prüft die Updates zwar nicht und wendet wahrscheinlich alle an, ist aber bei einer Automatisierung nicht vollständig an Bord, schätzt es, um Zustimmung gebeten zu werden und entscheidet über den Zeitpunkt der Updates.

Die Statistiken zeigten uns, dass wir etwas tun mussten. Das Feedback zeigte uns, dass die Leute es hassen, belästigt zu werden, als Geisel genommen zu werden oder gezwungen zu werden, etwas zu tun, was sie nicht wollen (dies ist offenbar eine Hauptquelle der Frustration für Mac- und Windows-Benutzer). Wir hatten auch wichtige Prinzipien zu respektieren. Dies ist Ihr Computer, nicht unserer. Sie sind alle sehr unterschiedlich und nutzen die Software, die wir herstellen, auf sehr unterschiedliche Weise. Das mussten wir berücksichtigen und Ihnen die Möglichkeit geben, die Software so zu konfigurieren und abzustimmen, dass sie flexibel und nützlich bleibt, egal wie Sie sie nutzen möchten.

Mit all dem im Hinterkopf haben wir folgendes getan. Wir haben ein Benachrichtigungssystem entworfen, das als sanfte und willkommene Erinnerung fungiert, wobei wir sehr darauf geachtet haben, dass es nicht zu einem Ärgernis wird.



Obwohl sie die gleichen Informationen wie das Tray-Symbol anzeigt, ist die Benachrichtigung auffälliger und schafft eine Gelegenheit für den Benutzer, die entweder leicht ergriffen oder leicht verworfen werden kann.

Damit die Benachrichtigung willkommen und wieder willkommen ist, muss sie aus einem bestimmten Grund erscheinen, sie muss leicht zu verwerfen sein, wenn der Benutzer beschäftigt ist, sie darf nicht ständig wiederkommen und sie darf für eine lange Zeit, nachdem der Benutzer die Updates angewendet hat, überhaupt nicht wiederkommen. Wenn eine Benachrichtigung verworfen wird, wird sie für 2 Tage in den Schlummermodus versetzt. Wenn Updates angewendet werden, verschwindet sie für eine lange Zeit. Die Bedingungen, damit die Benachrichtigung überhaupt angezeigt wird, sind konfigurierbar.

Wenn es um die Standardeinstellungen geht, haben wir Gelegenheitsbenutzer im Sinn, und insbesondere Benutzer, die am wenigsten geneigt sind, die Einstellungen zu ändern. Wir möchten, dass das Betriebssystem für sie so gut wie möglich funktioniert und flexibel genug ist, um von erfahreneren Benutzern konfiguriert und angepasst zu werden.



Standardmäßig zeigt der Update-Manager eine Benachrichtigung an, wenn ein bestimmtes Update seit mehr als 7 angemeldeten Tagen verfügbar ist oder wenn es älter als 15 Kalendertage ist. Diese Werte können bis zu 2 Tagen (für Leute, die mehr Benachrichtigungen wünschen) oder bis zu 90 Tagen (für Leute, die weniger wünschen) konfiguriert werden.

Standardmäßig bewertet der Update Manager nur Sicherheits- und Kernel-Updates als relevant für Benachrichtigungen, aber Sie können das ändern.

Die letzte Einstellung ist eine Karenzzeit. Wenn in den letzten 30 Tagen ein Update auf Ihren Computer angewendet wurde, sei es über den Update-Manager oder über eine andere APT-Software, werden keine Benachrichtigungen angezeigt.

Wenn diese Einstellung auf 90 gesetzt ist, bedeutet dies im Grunde, dass keine Benachrichtigung mehr angezeigt wird, wenn das Betriebssystem des Computer länger als 3 Monate veraltet ist. Wenn das Ziel ist, niemals Updates anzuwenden (und dafür gibt es in manchen Fällen und in manchen Umgebungen, z.B. bei Test-VMs, triftige Gründe), ist die Lösung einfach, die automatischen Prüfungen zu deaktivieren oder sogar den Update Manager selbst zu deaktivieren. Wenn aus irgendeinem Grund der Anwendungsfall darin besteht, verfügbare Updates für mehr als 3 Monate zu sehen, aber keine davon anzuwenden, dann würden wir in diesem Fall die Verwendung eines gsettings-Schlüssels empfehlen, den wir speziell für diesen Zweck hinzugefügt haben: com.linuxmint.updates tracker-disable-notifications.

Wir hoffen, dass die Standardeinstellungen für die meisten Leute gut funktionieren und diese Benachrichtigungen eine nützliche positive Erfahrung sind. Die zur Verfügung gestellte Konfiguration ist sehr flexibel und sollte in der Lage sein, jeden zufrieden zu stellen.


Übersetzt mit Hilfe von www.DeepL.com/Translator (kostenlose Version)
« Letzte Änderung: 01.04.2021, 07:25:17 von aexe »


Re: LinuxMint-Blog - Monthly News – March 2021 - Übersetzung
« Antwort #2 am: 01.04.2021, 18:08:07 »
Nachtrag aus den Kommentaren

Zitat
Wenn aus irgendeinem Grund der Anwendungsfall darin besteht, verfügbare Updates für mehr als 3 Monate zu sehen, aber keine davon anzuwenden, dann würden wir in diesem Fall die Verwendung eines gsettings-Schlüssels empfehlen
Der exakte Befehl dafür lautet: gsettings set com.linuxmint.updates tracker-disable-notifications true
Zu UsrMerge bei LMDE
Zitat
Obwohl wir wahrscheinlich in LMDE 5 zu einem "merged" (zusammengeführten) System übergehen werden, müssen Sie in LMDE 4 nichts derartiges tun.
Erstens ist unsere Build-Umgebung für LMDE nicht gemerged.
Zweitens war Debian sich dieses Problems bewusst und hat es aktiv in seinen Repositories behoben.
Die Ubuntu-Version von plymouth erzeugt nicht reproduzierbare Builds, die Debian-Version nicht. Debian hat dieses Problem erkannt und es bereits gepatcht.
schreibt Clem.

UsrMerge ist nur relevant für LM-20.x
« Letzte Änderung: 01.04.2021, 18:27:24 von aexe »

Re: LinuxMint-Blog - Monthly News – March 2021 - Übersetzung
« Antwort #3 am: 01.04.2021, 18:33:42 »
Clem schreibt auch:
Zitat
Die eingeloggten Tage bestehen aus der Anzahl der "verschiedenen" Tage, an denen mintupdate ein bestimmtes Update anzeigt. Wenn Sie also mintupdate heute 4 Mal gestartet haben, würde es nur 1 angemeldeten Tag zählen. Unabhängig davon, ob Sie eingeloggt waren oder nicht, würde es, wenn Sie es schließen und erst nach einer Woche wieder starten, beim nächsten Mal nur noch einen eingeloggten Tag zählen, nicht eine ganze Woche.

Hier ist ein Beispiel für die Daten, die es für sich selbst aufzeichnet, vielleicht kann das helfen, dies ein wenig zu illustrieren:
{
“updates”: {
“libzstd”: {
“type”: “security”,
“since”: “2021.04.01”,
“days”: 1
},
“spotify-client”: {
“type”: “package”,
“since”: “2021.04.01”,
“days”: 1
}
},
“version”: 1,
“checked”: “2021.04.01”,
“notified”: “2021.04.01”
}

Wenn Sie es starten, wenn "checked" älter als heute ist, dann prüft es erneut auf Updates. Wenn etwas nicht mehr gefunden wird, entfernt es es. Wenn etwas wieder gefunden wird, erhöht es seinen "days"-Wert um eins. Mit anderen Worten, dank des "days"-Wertes kann es wissen, an wie vielen verschiedenen Tagen das Tray-Icon unter anderem wegen dieser Aktualisierung aktiv war. Und mit dem "since"-Wert ist es in der Lage zu wissen, wann es das Update zum ersten Mal gesehen hat (und daraus die Kalendertage zu zählen, um das Alter zu bestimmen).

"notified" wird verwendet, um sicherzustellen, dass wir nicht zu oft benachrichtigen.
Übersetzt mit www.DeepL.com/Translator (kostenlose Version)