Mit dem Bookmarks Organizer 3.1 steht ein Update für die Firefox-Erweiterung bereit, welches Verbesserungen der Bestätigungs-Dialoge sowie eine Fehlerbehebung und aktualisierte Übersetzungen bringt.

Download Bookmarks Organizer 3.1 für Mozilla Firefox

Der Bookmarks Organizer soll dabei helfen, wieder Ordnung in die Lesezeichen zu bringen, indem nicht mehr funktionierende sowie doppelte Lesezeichen gefunden und Weiterleitungen korrigiert werden. Ein ausführlicher Überblick über alle Funktionen kann hier gefunden werden. Bookmarks Organizer 3.1 erfordert mindestens Firefox 60 und ist damit auch mit Firefox ESR 60 kompatibel.

Verbesserte Bestätigungs-Dialoge

Der Bookmarks Organizer zeigt vor dem Korrigieren einer Weiterleitung oder dem Löschen eines Lesezeichens eine Bestätigungs-Meldung an.

In Bookmarks Organizer 3.1 wurde der native Bestätigungs-Dialog, welcher vom Browser kommt, durch eine eigene Implementierung ersetzt. Dieser sieht zum einen wesentlich besser aus, hat vor allem aber nicht die Checkbox zum Unterdrücken weiterer Dialoge. Diese Checkbox hatte nämlich für Probleme gesorgt, da diese nicht synchron mit dem internen Status des Bookmarks Organizers war. Außerdem erlaubt die neue Implementierung weitere Verbesserungen des Dialog-Verhaltens in der Zukunft.

Wer nach defekten Lesezeichen sucht und nach der Überprüfung die Bestätigungs-Dialoge deaktivieren möchte, muss nicht länger eine erneute Überprüfung aller Lesezeichen durchführen, da sich die entsprechende Einstellung ab sofort umgehend auswirkt und nun jederzeit ein- und wieder ausgeschaltet werden kann.

Sonstige Verbesserungen

War die Oberfläche des Bookmarks Organizers bereits geöffnet und dann wurde ein neues Lesezeichen hinzugefügt, welches defekt ist, wurde dieses zwar korrekt mitgezählt, aber nicht in der Ergebnisliste angezeigt, wenn nach defekten Lesezeichen gesucht worden ist, ohne die Oberfläche des Bookmarks Organizers noch einmal neu zu laden. Dieses Problem wurde im Bookmarks Organizers 3.1 behoben.

Außerdem wurden diverse Übersetzungen aktualisiert.

Gefällt? Unterstützung gerne gesehen!

Wer die Entwicklung des Add-ons unterstützen möchte, kann dies tun, indem er der Welt von Bookmarks Organizer erzählt und die Erweiterung auf addons.mozilla.org bewertet. Auch würde ich mich sehr über eine kleine Spende freuen, welche es mir ermöglicht, weitere Zeit in die Entwicklung des Add-on zu investieren, um zusätzliche Features zu implementieren.

Der Beitrag Firefox WebExtension Bookmarks Organizer 3.1 veröffentlicht erschien zuerst auf soeren-hentzschel.at.

Pylint ist ein Werkzeug zur statischen Codeanalyse. Da die Option für anschauliche HTML-Reports seit Version 1.7 entfallen ist, muss nun ein kleiner Umweg eingelegt werden, der in diesem Artikel erläutert wird.

Mit der dynamischen Typisierung verfügt Python über eine Eigenschaft, durch die sich einige Bugs erst zur Laufzeit „entfalten“ und im worst-case zum Crash der Anwendung führen. Um dieses Risiko zu minimieren steht die statische Codeanalyse („linting“) zur Verfügung, um den Code auf häufige Muster von Schwachstellen zu untersuchen und einen einheitlichen Codingstyle (in Python die bekannt PEP 8) zu forcieren.

Unter Python ist Pylint durchaus bekannt und übernimmt zuverlässig diese Aufgaben. Oft besteht der Wunsch, die Ergebnisse der Analyse außerhalb des stdout-Outputs in HTML angezeigt zu bekommen. Leider wurde Pylint in Version 1.7 um die Option beraubt.

Um in der aktuellen Version 2.3.0 dennoch HTML-Reports zu erhalten, wird ein kleiner Umweg benötigt: hier muss der Report als JSON ausgegeben und dann in HTML umgewandelt werden. Benötigt werden die Pakete pylint und pylint-json2html.

pip install pytlint pylint-json2html

In Punkto Konfiguration muss im project root die pylintrc mit folgendem Inhalt erstellt werden.

[MASTER]
load-plugins=pylint_json2html

[REPORTS]
output-format=jsonextended

Diese Konfiguration passt das Verhalten von pylint an. Der Aufruf

pylint moduledir/ > lint.json

(wobei moduledir natürlich der Name des Projekts ist) leitet nun die Ausgabe im JSON-Format in die Datei lint.json.

pylint-json2html -f jsonextended -o pylint.html < lint.json

generiert im letzten Schritt aus der über den per stdin eingeleiteten JSON-Datei eine HTML-Datei, deren Name mit der -o-Option spezifiziert wird. Die HTML-Reports sehen zwar schlicht aus, bieten aber sehr sinnvolle Information, die zur Erhöhung der Codequalität beitragen.

Google Chrome ist der Browser mit den größten Marktanteilen weltweit. Seit der initialen Veröffentlichung im Herbst 2008 hat der Browser einen rasanten Aufstieg vollzogen und die proprietäre und quelloffenen Konkurrenz gleichermaßen auf die Ränge verwiesen. Der Browser kostet seine Anwender nichts und steht auf allen Betriebssystemen zur Verfügung. Dieser Tage offenbart sich warum das Investment dennoch sinnvoll für Google war.

Chrome ist eine gewaltige Erfolgsgeschichte für Google. Seit der Veröffentlichung hat der Browser den Markt komplett umgekrempelt. Opera, Internet Explorer, Microsoft Edge - alle sind sie gestorben oder als Abklatsch auf Chrome-Basis wiedergekehrt. Geschickt hat man zudem die Open Source Community um den Finger gewickelt und sich in den unter Linux wichtigen Toolkits GTK und Qt festgesetzt, die ebenfalls Bibliotheken für WebKit/Chromium bereitstellen. Aktuell widerstehen nur zwei Alternativen: Firefox von Mozilla und Safari von Apple. Firefox kämpft dabei mit stetig sinkenden Marktanteilen, während Apple durch das eigene Ökosystem zumindest im Nischenbereich relevant bleiben wird.

Chrome kostet seine Anwender nichts und bringt Google auch direkt keinerlei Einnahmen. Während Firefox durch die Mozilla Foundation finanziert wird und Apple durch Hardwareverkäufe die Softwarentwicklung finanziert ist Chrome für Google kein Geschäft - zumindest auf den ersten Blick.

Eines darf man niemals vergessen. Im Grunde genommen ist Google ausgehend von seiner Einnahmenstruktur kein IT-Konzern, sondern eine Werbefirma. Die Google-Mutter Alphabet verdient ihr Geld hauptsächlich mit Werbung. Der Anteil liegt seit längerem konstant bei über 80%. Man möchte zwar die Einnahmenstruktur zukünftig diversifizieren aber momentan ist Google ziemlich abhängig von Werbeeinnahmen.

Werbung im Internet ist ein dategetriebenes Geschäft. Je mehr man über die Kunden weiß, desto zielgerichteter kann man ihn mit Werbung versorgen. Viele der Datenschutz-Skandale in den letzten Jahren wie das ausufernde Tracking im Internet, Standorterhebung über Bluetooth (siehe: Android - Keine sichere Alternative Teil II - Standortdaten über Bluetooth) etc. pp. haben ihren Ursprung im Gedanken Werbeeinahmen zu steigern. Schon alleine aus diesem Grund ist es attraktiv die Software zu kontrollieren, über die Milliarden Nutzer das Netz aufrufen, immerhin überträgt Chrome zahlreiche Daten an Google.

Ein weiteres Ärgernis für die Werbeindustrie sind die immer effektiveren Werbeblocker, die optional für alle Browser zur Verfügung stehen. Seit Jahren verklagen Verleger und Medienunternehmen daher die Entwickler solcher Blocker. Zumindest für Deutschland urteilte der Bundesgerichtshof 2018 letztinstanzlich, dass diese technischen Hilfsmittel legal sind.

Jüngst wurden nun Überlegungen bei Google bekannt, wie man die eigene Dominanz auf dem Browsermarkt nutzen kann um sich dieser lästigen Umsatzhemmnisse zu entledigen. Man kappt einfach die benötigten APIs und lässt damit faktisch nur noch die inneffektive interne Lösung zu.

Das kommt weder überraschend, noch ist es verwerflich. Google hat viel Geld in einen Browser investiert, stellt diesen kostenlos zur Verfügung und hat damit große Marktanteile erreicht. Ob möglicherweise die Verbreitung durch unlautere Methoden zustande kam, müssen Wettbewerbsbehörden überprüfen, die zahlreichen Auseinandersetzungen zwischen der EU und Google sind schließlich noch nicht abgeschlossen.

Es wäre aber wünschenswert wenn die zahlreichen mehr oder minder unabhängigen Blogger nicht permanent dem Stockholm-Syndrom erliegen und die IT-Konzerne über den grünen Klee loben würden (siehe auch: Kommentar: Stockholm Syndrom unter Bloggern). Ebenso werden die engen Verbindungen zwischen der vorgeblich so unabhängigen Open Source Szene und Google viel zu wenig thematisiert.

Google/Alphabet sind weder gut noch schlecht, es ist ein börsennotiertes Unternehmen und möchte seine Einnahmen steigern. Es liegt an den Anwendern auf die verbliebenen Alternativen auszuweichen und diese dadurch zu stärken.

Bilder:
Einleitungs- und Beitragsbild von 200degrees via pixabay

Die klassische Paketverwaltung von Linux stößt schnell an ihre Grenzen wenn man gezielt neuere Programmversionen einsetzen möchte, als die Distribution mitliefert oder Softwareanbieter ihre Produkte für eine Vielzahl von Distributionen gleichzeitig zur Verfügung stellen möchte. Dafür haben sich in den letzten Jahren neue Paketformate wie beispielsweise Flatpak oder Snap etabliert. Ausgereift sind beide noch lange nicht!

Die Limitationen der klassischen Paketverwaltung sind bekannt und werden außer von eingefleischten Fans auch nicht geleugnet. Selektive Aktualisierungen von einzelnen Programmen sind ebenso schwierig, wie die Installation von Programmen, die auf veralteten Bibliotheken basieren. Zudem hat Linux bei der Rechteverwaltung von Programmen durchaus Nachholbedarf (siehe auch: Kommentar: Flatpaks und Snaps - Ein Schritt in die richtige Richtung und Rechteverwaltung auch für den Desktop - Apple macht es vor).

Wie so oft im Linux-Universum konnte man sich natürlich nicht einigen, weshalb zwei unterschiedliche Projekte das gleiche Ziel verfolgen. Im Jahr 2014 kündigte Canonical daher so genannte Snaps an. 2015 folgte die Ankündigung so genannter XDG-Apps, heute umfirmiert zu Flatpak. Diese neuen Paketformate sollen auf allen Distributionen lauffähig sein und es Entwicklern ermöglichen ihre Software nur ein einziges mal paketieren zu müssen. Im Idealfall enthält das Paket alle notwendigen Abhängigkeiten, die auf einer Basislaufzeitumgebung aufsetzt.

Im Jahr 2019 muss man leider konstatieren, dass beide Projekte bestenfalls eine Technologievorschau sind und es unklar ist, welches oder ob sich überhaupt eines von beiden durchsetzen kann.

Canonical ist in üblicher Manier vorgeprescht und hat Snap mit der letzten LTS-Version seiner Ubuntu Distribution ausgeliefert. Die Priorisierung von Snap-Paketen in der grafischen Softwareverwaltung lässt in schöner Regelmäßigkeit verzweifelte Nutzer in den Supportforen auflaufen. Schlicht weil die Snap-Programme in vielen Anwendungsfällen nicht wie erwartet oder gar nicht funktionieren. Der Ruf solcher Snap-Pakete hat daher in den vergangenen Monaten gelitten und könnte das Projekt insgesamt scheitern lassen.

Flatpak geht hier dezenter vor. Das Format steht zwar inzwischen bei vielen Distributionen zur Verfügung, zahlreiche Softwareanbieter unterstützen es und die beiden grafischen Softwareverwaltungen GNOME Software und KDE Discover bieten eine optionale Integration von Flatpaks. Standardmäßig setzt aber kaum eine Distribution darauf. Aus guten Gründen, kämpft das Format doch mit zahlreichen Problemen. Das kann man beobachten wenn man z. B. Spotify als Flatpak installieren möchte. Im Betrieb nutzt das Programm, sowie die Laufzeitumgebung ca. 1,5 GB Arbeitsspeicher. Angesichts der Ausstattung von Linux-Rechnern ein absurd hoher Ressourcenverbrauch.

So notwendig eine Überwindung der klassischen Paketverwaltungen in einigen Bereichen auch ist, ob Flatpak und/oder Snaps der richtige Weg sind oder ob beide an der Aufgabe scheitern steht noch nicht fest.

Bilder:
Einleitungs- und Beitragsbild von harshahars via pixabay / Lizenz: Pixabay Lizenz

Ob und wie sich das Tool Notepad++ unter Ubuntu nutzen lässt war vor Jahren schon einmal Thema auf ITrig. 

Damals hatte ich die freie Alternative Notepadqq empfohlen.

Mit der Einführung der Snap Apps und der Verwendung von wine-i386 steht nun das aus Windows bekannte Notepad++ unter Ubuntu zur Verfügung.

Seit Ubuntu 16.04 sind Snaps fester Systembestandteil, falls dennoch eine Installation nötig sein sollte, ist die mit folgendem Befehl möglich:

sudo apt-get install snapd 

Notepad++ unter Ubuntu installieren

Durch neue Paketformates kann der Notepad Klassiker nun unter Ubuntu verwendet werden.

sudo snap install notepad-plus-plus

Die Notepad++ Version entspricht der Windows Variante und bringt somit auch die gleichen Funktionen mit.

Natürlich kann die oben erwähnte Alternative über den gleichen Weg installiert werden.

sudo snap install notepadqq

Ein Phänomen, welches sicher viele Nutzer kennen, ist das Springen des Inhalts, wenn man scrollt, während die Seite noch nicht fertig geladen ist. Dieses Verhalten gehört ab Firefox 66 der Vergangenheit an.

Mozilla hat in Firefox 66 sogenanntes Scroll Anchoring implementiert. Das Problem, welches Mozilla damit behebt, ist besonders von bildlastigen Webseiten bekannt: Man lädt eine Webseite und scrollt zu einer bestimmten Stelle, bevor Firefox die Möglichkeit hatte, die Webseite komplett zu laden. Plötzlich tritt an diese Stelle ein anderer Inhalt, weil Firefox weitere Bilder geladen hat, was die Position des gesamten Inhaltes verschiebt. Die Folge: Der Nutzer muss erneut scrollen, um wieder an die gewünschte Stelle zu kommen. Ähnliches gilt für das Öffnen eines Links mit Anker (#), während Firefox noch damit beschäftigt ist, die Inhalte zu laden.

Mit dem in Firefox 66 implementierten Scroll Anchoring ist dies anders. Firefox lädt wie bisher auch alle Ressourcen wie Bilder, verändert dabei aber nicht mehr die Position. Für den Nutzer entsteht nicht länger ein Sprung des Inhalts.

Der Beitrag Firefox 66 bekommt Scrolling ohne Sprünge während Ladevorgang erschien zuerst auf soeren-hentzschel.at.

In privaten Fenstern merkt sich Firefox keine Surf-Spuren wie Chronik oder Cookies. Die Startseite privater Fenster beinhaltet bislang lediglich Informationen über diesen Modus. In Zukunft steht hier wie in regulären Fenstern ein Suchfeld zur Verfügung.

Private Fenster in Firefox schützen die Privatsphäre der Nutzer, da Firefox in diesem Modus keine Chronik, Suchanfragen, Cookies sowie temporäre Dateien speichert. Außerdem ist in diesem Modus der Tracking-Schutz standardmäßig aktiviert, der Referrer wird standardmäßig gekürzt und Webseiten, welche nicht über HTTPS aufgerufen werden, werden als unsicher markiert.

Die Startseite privater Fenster erhält bislang lediglich Informationen darüber, was sich Firefox in diesem Modus merkt und was nicht. Mozilla hat die Seite nun überarbeitet und dabei die Informationen nicht nur kompakter dargestellt, auch gibt es hier nun ein Suchfeld, über welches die vom Benutzer eingestellte Standard-Suchmaschine genutzt werden kann, um im Web nach Informationen zu suchen.

Der Informations-Block enthält außerdem einen Link zu einem neuen Hilfe-Artikel, welcher mit diversen Mythen über private Fenster aufräumt und deutlich macht, was private Fenster nicht leisten.

Die Neuerung steht ab sofort in der Nightly-Version von Firefox 66 zur Verfügung und wird auch in Firefox Beta 66 verfügbar sein. In der finalen Version von Firefox 66 wird diese Neuerung standardmäßig zunächst deaktiviert sein, um diese im Rahmen einer Studie mit einem Teil der Nutzer zu testen, bevor die Neuerung flächendeckend ausgerollt wird. Die finale Version von Firefox 66 erscheint nach aktueller Planung am 19. März 2019.

Der Beitrag Firefox 66: Startseite privater Fenster erhält Suchfunktion erschien zuerst auf soeren-hentzschel.at.

Nextcloud ist eine vielfältige Lösung und bietet eine gute Basis um möglichst viele Informationen zwischen Endgeräten synchron zu halten. Es gibt zahllose Möglichkeiten eine eigene Nextcloud zu betreiben. Drei Varianten werden hier knapp vorgestellt.

Serie:

1. Cloud in Eigenregie Teil I: Vorbemerkungen
2. Cloud in Eigenregie Teil II: Basis für Nextcloud wählen

Im Grunde genommen benötigt Nextcloud lediglich einen Serverumgebung und eine Datenbank. Gerne abgekürzt als LAMP (Linux, Apache, MySQL, PHP). Das macht Nextcloud quasi universell einsetzbar, vom raspberry pi bis zum Webspace. Nextcloud lässt sich zudem auch auf vielen NAS-Lösungen als Paket nachinstallieren.

Die Serie widmet sich der Cloud in Eigenregie mit dem Ziel möglichst große Kontrolle über die eigenen Daten zu erhalten. Die Nextcloud-Instanz sollte daher nach Möglichkeit in den eignen vier Wänden laufen.

Linux Server

Der Betrieb auf einem eigenen Home Server ist die klassische Lösung. Nextcloud läuft auf allen Distributionen und harmonisiert mit vielen unterschiedlichen Lösungen wie Apache, NGINX, MySQL, MariaDB, PostgreSQL etc. pp.

Die Installation auf Basis eines openSUSE Leap Servers ist auf [Mer]Curius bereits beschrieben: Nextcloud auf openSUSE Leap Server installieren

Natürlich läuft Nextcloud auch auf allen anderen Linux-Distributionen. Besonders pflegeleicht ist eine Installation via Snap-Paket, die hier sehr ausführlich beschrieben ist. Aufgrund der Vielfalt der Möglichkeiten muss hier darauf verzichtet werden jede Variante darzustellen.

NAS

Ein NAS (Network Attached Storage) ist inzwischen meist mehr als nur eine Netzwerkfestplatte. Alle ernstzunehmenden NAS-Betriebssysteme bieten die Möglichkeit andere Dienste wie z. B. die Nextcloud nachzuinstallieren. Die populärste freie Lösung, FreeNAS, bietet Nextcloud als Plugin (mehr zu FreeNAS: Ausflug in die BSD-Welt: FreeNAS).

Die Installation erfolgt einfach über die Plugins-Sektion der Verwaltungsoberfläche. Nextcloud läuft dann in einem eigenen Jail - der Containerlösung von FreeBSD - auf einem LAMP-Stack ausschließlich für FreeNAS.

Eine Installation ist aber auch für openmediavault (Anleitung hier) möglich, genau wie unter den proprietären Lösungen Synology (Anleitung hier) oder QNAP (Anleitung hier).

Webspace

Sofern man keinen Home Server oder NAS betreibt und auch kein raspberry pi einrichten möchte, kann man eine Nextcloud natürlich auch auf jedem Webspace einrichten. Möglich machen es dir geringen Anforderungen der Nextcloud an die Umgebung. Während andere Lösungen wie z. B. Seafile Python voraussetzen nutzt Nextcloud nur, was jeder Webspace sowieso bietet.

Die Einrichtung auf einem Webspace ermöglicht also einen niedrigschwelligen Einstieg und eignet sich um die Möglichkeiten zu testen. Sie löst aber nicht das Grundproblem der Datenkontrolle. Der Webspace liegt außerhalb unseres eigenen Zugriffs und lediglich bestenfalls in Deutschland. Der Zugriff erfolgt nur über einen Dienstleister mit dem man in einer Vertragsbeziehung verbunden ist. Hinsichtlich des Datenschutzes unterscheidet sich also eine selbst betrieben Nextcloud auf einem Webspace nicht von einem kommerziellen Cloud-Anbieter.

Bilder:
Einleitungs- und Beitragsbild von IO-Images via pixabay / Lizenz: CC0 Creative Commons

Unter Ubuntu gab es bis zur Version 16.04 LTS die Möglichkeit tailf und tail -f zu verwenden. Dies ist mit der neuesten LTS Version nicht mehr der Fall. Nur noch die zweite Möglichkeit wird erkannt, ansonsten wird eine Fehler geworfen.

Wo liegen die Unterschiede dieser zwei Kommandos und warum gibt es eines nicht mehr?

Unterschied tailf und tail -f

tailf

Laut Befehlsdefinition verfolgt tailf das Wachstum einer Logdatei. tailf gibt die letzten 10 Zeilen der angegebenen Datei aus und wartet dann darauf, dass diese Datei wächst. Es ist ähnlich wie tail -f, greift aber nicht auf die Datei zu, wenn sie nicht wächst.

Dies hat den Nebeneffekt, dass die Zugriffszeit für die Datei nicht aktualisiert wird, so dass ein Flush des Dateisystems nicht periodisch stattfindet, wenn keine Protokollaktivität stattfindet.

tailf ist äußerst nützlich für die Überwachung von Protokolldateien auf einem Laptop, wenn die Protokollierung selten ist und der Benutzer möchte, dass sich die Festplatte herunterdreht, um die Akkulaufzeit zu verlängern. (Übersetzt mit www.DeepL.com/Translator)

tail

Für tail lautet die Definition wie folgt:

Das Tail-Utility muss seine Eingabedatei in die Standardausgabe kopieren, beginnend mit einem festgelegtem Ortes.

Das Kopieren beginnt an der Stelle in der Datei, die durch die -c-Nummer oder -n-Nummer gekennzeichnet ist.

Optionen: Die Nummer des Optionsarguments wird in Zeilen- oder Byteseinheiten gezählt, entsprechend der zu den Optionen -n und -c.  Sowohl die Zeilen- als auch die Byteanzahl beginnen bei 1.

Tails in Bezug auf das Ende der Datei können in einem internen Puffer gespeichert werden und sind somit möglich.

Der Originaltext ist hier zu finden.

Tail ist auf allen Ubuntu Varianten installiert, was sich auch überprüfen lässt

dpkg -S $(which tail)

oder

dpkg -L coreutils | grep tail

tailf wurde nicht mit den coreutils ausgeliefert, sondern mit util-linux und genau dieses Paket ist seit Version 18.04 nicht mehr dabei.

dpkg -L util-linux |grep tail

Bei 16.04 LTS ist es allerdings noch verfügbar

Doch wie lässt sich ein alter Befehl weiterhin nutzen?

Tailf unter Ubuntu 18.04 einsetzen

Ein Workaround wäre der Einsatz von alias, damit könnte das alte nicht mehr verfügbare Kommando auf das neue gelegt werden, der Befehl ist einfach gesetzt:

sudo nano ~/.bashrc

alias tailf='tail -f'

Meist wird der tail Befehl für Dateien verwendet, welche erhöhte Rechte benötigen, darum kann es sinnvoll sein, den Alias auch beim root Benutzer zu hinterlegen.

sudo nano /root/.bashrc

alias tailf='tail -f'

Alternativ kann natürlich zusätzlich less eingesetzt werden. tailf selbst ist deprecated und sollte nicht mehr eingesetzt werden..

Als Nutzer vom GitLab Runner i.V.m. Docker stand heute ein wenig cleanup an, nachdem der Speicher auf dem System vollgelaufen war. Dies geht relativ fix: für einen generellen Cleanup sorgt dieses kleine Script. Das schafft erst einmal ein wenig Platz, sodass wieder normal auf dem System gearbeitet werden kann. Wer das überquillenden Verzeichnis /var/lib/docker/overlay2 auch gerne bereinigt sehen will, kann

sudo docker system prune -a -f

ausführen. Ich rate von einem primitiven rm * in dem Ordner ab, da es mglw. zu Störungen führen kann. Mit system prune konnte ich immer 80 % des Gesamtspeichers auf dem System wieder freigeben.

Linux bietet in einer vernetzten Welt keinen Komfort - wohl aber verschiedene Werkzeuge um einen hohen Grad an Vernetzung zu erreichen. In der Serie "Cloud unter Kontrolle" wird genau diese Vernetzung Thema sein. Das Ziel ist eine Lösung, die in etwa dem umfassenden Angebot entspricht, wie es Apple mit den iCloud-Diensten oder Google mit seinen Lösungen bietet. Allerdings unter Kontrolle des Nutzers.

Serie:

1. Cloud in Eigenregie Teil I: Vorbemerkungen
2. Cloud in Eigenregie Teil II: Basis für Nextcloud wählen

Der mangelnde Komfort wurde hier im Blog bereits diskutiert (siehe: Warum Linux in einer vernetzten Welt einfach keinen Komfort bietet!). Die Diskussion beinhaltete aber eine ansehnliche Liste an Werkzeugen um eine perfekte Integration mehrere Systeme im Arbeitsprozess zu erreichen. Als Vorbild bietet sich Apples iCloud Dienste an, da bei keiner anderen Kombination von Diensten und Betriebssystem eine Integration verschiedener Endgeräte so einfach ist.

Anforderungen

Das Ziel der Serie ist eine ähnliche Integration für ein Linux/Open Source Ökosystem zu erreichen. Dies beinhaltet als Zielsetzung eine Synchronisation folgender Dienste:

• Dateien (in ausgewählten Ordnern)
• E-Mails
• Kalender und Aufgaben
• Kontakte
• Messenger (Kommunikationsinhalte)
• Notizen & Wissensmangement
• RSS-Feeds
• Podcasts
• Browserverlauf
• Passwörter

Lösungsmöglichkeiten

Diese Liste lässt sich nicht mit einer Kombinationslösung erledigen. In dem oben bereits genannten Artikel, sowie der anschließenden Diskussion wurden zahlreiche Dienste genannt.

• Nextcloud / ownCloud
• Syncthing
• Seafile
• Mailcow
• Joplin
• Tiny Tiny RSS
• Bitwarden

Viele der genannten Dienste erledigen nur eine einzige Aufgabe (und diese dafür ggf. sehr gut), der Einsatz einer Vielzahl an Lösungen erhöht aber den Pflegeaufwand immens und ist daher für den Einstieg nicht sinnvoll. Ich habe daher beschlossen mit einer Lösung zu beginnen, die bereits mehrere Anforderungen gleichzeitig erfüllen kann. Aus der vorliegenden Liste ist das lediglich Nextcloud / ownCloud.

Nextcloud oder ownCloud

Im Jahr 2016 hatte sich Nextloud von ownCloud abgespalten. Viele Kommentatoren hatten damals der ursprünglichen Software ownCloud einen mehr oder minder schnellen Tod vorausgesagt. Dieser ist bis heute nicht eingetreten und die Frage, wo eigentlich die Basisarbeit verrichtet wird gleicht einem Glaubenskrieg.

Persönlich konnte ich der Entwicklung von ownCloud auch nach 2016 viel abgewinnen (siehe auch: Kommentar: Warum ownCloud statt Nextcloud?). Das hat sich nicht grundlegend geändert. Die Linux Community hat sich jedoch ganz überwiegend Nextcloud zugewandt. Dies äußert sich z. B. in der Verfügbarkeit von Paketen für die Serveranwendung und die Clientprogramme in den Paketquellen etc.

Um die Einstiegshürden möglichst niedrig halten basiert diese Serie daher auf Nextcloud. Persönlich möchte ich aber gerne dazu ermutigen ownCloud eine Chance zu geben.

Linux Distribution

Während mit Nextcloud die primäre Lösung bereits festgelegt wurde, habe ich mich noch nicht für eine Distribution / Desktopumgebung für das Desktopbetriebssystem entschieden. In der Diskussion hat sich gezeigt, dass GNOME augenscheinlich in einigen Bereichen viel weiter als KDE ist, weshalb die eigentlich präferierte Lösung openSUSE & KDE Plasma zur Zeit zur Disposition steht. Schließlich soll diese Serie zeigen, was möglich ist und dies möglichst einfach.

Einschränkungen

Diese Artikelserie ist "Work in progress". Die obige Liste spiegelt die Zielsetzung wider um auch transparent zu zeigen, was möglich ist und was eher nicht. Ich hoffe möglichst die komplette Liste umsetzen zu können, kann dies aber momentan noch nicht sicher versprechen, weil sie nicht komplett durch recherchiert ist.

Bilder:
Einleitungs- und Beitragsbild von IO-Images via pixabay / Lizenz: CC0 Creative Commons

Fedora folgt openSUSE und Ubuntu und möchte demnächst über die Paketverwaltung einige Informationen über die Anwender erheben. In den einschlägigen Kommentarspalten überschlägt sich die gleichermaßen achtsame, wie leicht erregbare und vollkommen irrational argumentierende Community. Doch wenn man gut umgesetzte Datenerhebung nicht unterstützt, stellt man sich komplett ins Abseits.

Telemetriedaten und Betriebssysteme sind spätesten seit der Veröffentlichung von Windows 10 ein wichtiges Thema. Zuletzt fokussierte sich die Debatte auf Ubuntu und jüngst kam openSUSE hinzu (siehe auch: Kommentar: Datenerhebung durch Linux-Distributionen). Ubuntu hat einige der gesammelten Daten jüngst in Berichten zusammen gefasst und veröffentlicht. Dabei kamen manche interessante Fakten über Linux/Ubuntu-Nutzer zum Vorschein (siehe auch: Warum Telemetrie-Daten notwendig sind)

Die Erhebung und Auswertung von Telemetrie-Daten ist einfach unerlässlich um zielgerichtet Entscheidungen treffen zu können. Es fällt vielen Datenschutz-Aktivisten immer noch schwer diesen Umstand zu akzeptieren, aber das führt in die Sackgasse.

Die reine Datenerhebung ist nämlich noch gar nicht das Problem. Es gibt kein Problem, wenn die Daten dezentral erhoben und gespeichert werden, ein durchdachtes Anonymisierungskonzept vorliegt und umgesetzt wird, sowie für den Anwender eine Möglichkeit besteht, der Datensammlung zu widersprechen. Nach aktuellem Kenntnisstand hat keine Distribution bei der Datenerhebung diesen Grundsätzen widersprochen.

Natürlich wäre ein Opt-in Verfahren schön, aber man muss hier auch die Praktikabilität im Blick behalten. Debian verfolgt bei Popcon seit Jahren einen Opt-In Ansatz und die man kann anhand eines Basis-Pakets wie z. B. Bash gut sehen, dass das keine ausreichenden Daten liefert. Wenn Debian wirklich nur 200.000 Installationen hätte, wäre das wirklich überraschend.

Datenerhebungen sind problematisch wenn damit Datensätze aus vielen unterschiedlichen Quellen zur Profilbildung herangezogen werden bzw. zur Erhebung und Auswertung auf zentralisierte Dienste wie beispielsweise Google Analytics zurückgegriffen wird. Hier trägt die Datenerhebung der einzelnen Projekte nämlich mittelbar zur Vergrößerung der Datenhalde von Google bei.

Ein bisschen mehr Augenmaß bei der Kritik ist daher wünschenswert. Wenn man das Bedürfnis nach einer Datengrundlage für Entscheidungen ignoriert, schürt man nur nihilistische Einstellungen, frei nach dem Motto "Ist doch eh schon egal, nehmen wir Google Analytics, die Datenschützer motzen eh." Das wäre wirklich fatal. Gut umgesetzte Datenerhebung mit Sinn für Datenschutz und Anwenderinteressen sollte man daher belohnen, indem man sie einfach nicht skandalisiert.

Bilder:
Einleitungs- und Beitragsbild von kreatikar via pixabay / Lizenz: CC0 Creative Commons

Static Site Generators haben in letzter Zeit stark an Popularität gewonnen. Aus gutem Grund, denn statische Webseiten bieten eine Menge Vorteile gegenüber dynamisch generierten Websites. Statische Seiten sind schnell, erzeugen kaum Last auf dem Server und bieten eine wesentlich geringere Angriffsfläche als PHP-Projekte wie WordPress.

Durch die Verwendung von Static Site Generatoren wird die Erstellung und Wartung statischer Webseiten einfach und komfortabel, ohne dass man sich mit dem HTML-Code der Seite direkt auseinandersetzen muss. Der größte Vorteil der Generatoren ist jedoch, dass man Änderungen an der kompletten Seite vornehmen kann, ohne dutzende HTML-Dateien einzeln zu bearbeiten. Das übernimmt der Generator für einen.

Üblicherweise werden dafür Projekte wie Hugo oder Jekyll verwendet. Diese haben eines gemeinsam, sie werden komplett auf der Kommandozeile bedient und die Formatierung der Texte wird die Auszeichnungssprache Markdown realisiert.

Das mag für technikaffine Menschen sinn- und reizvoll sein. Wenn man aber eine Lösung für weniger technikinteressierte Menschen sucht, scheiden diese Generatoren aus. Hier bietet sich ein Generator mir grafischer Benutzeroberfläche eher an.

Ein solches Projekt ist Publii. Publii bezeichnet sich als Static CMS und bietet im Gegensatz zu den Static Site Generatoren eine grafische Benutzeroberfläche. Das Programm ist Open Source, der Code liegt auf Github. Fertige Builds gibt es für Windows, MacOS und als .Appimage, .rpm und .deb Pakete für Linux. Diese findet man direkt auf der Projektseite getpublii.com.

Wofür eignet sich Publii?

Natürlich haben statische Webseiten auch Nachteile. Da der Content nicht live generiert wird, lässt sich beispielsweise kein Shop realisieren. Aber auch eine Kommentarfunktion bieten statische Seiten nicht. Hier muss man sich mit Drittanbietern behelfen und deren Dienste einbinden. Wenn man den Dienst Disqus verwenden möchte, bietet Publii eine Schnittstelle über welche sich Disqus-Kommentare in den Blogbeitrag einbinden lassen. Möchte man aus Datenschutzgründen einen anderen, evtl. selbstgehosteten Dienst nutzen, so muss man selber Hand am Theme anlegen.

Derzeit stehen für Publii acht Themes zur Verfügung. Die Aufmachung der Webseite lässt darauf schließen, dass zukünfig auch kostenpflichtige Themes angeboten werden sollen. Im Gegensatz zu aufwendigen WordPress Themes ist die Gestaltung der Seiten recht eingeschränkt. So sind alle Themes mehr oder weniger auf das darstellen von Blogbeiträgen spezialisiert. Auf der Startseite werden die einzelnen Beiträge nach Veröffentlichungsdatum mit Anreissertext dargestellt.

Es lässt sich zwar verhinder dass bestimmte Artikel auf der Startseite aufgeführt werden, ein Magazinartiges darstellen von bestimmten, nach Kategorien sortierten Beiträgen auf der Startseite ist jedoch nicht möglich.

Aus meiner Sicht eignet sich Publii also besonders zum Erstellen von Blogs, eben mit Einschränkungen bei der Kommentarfunktion, oder Portfolioseiten. Für Magazine oder eine Wissensdatenbank wie ein Wiki ist es (zumindest bisher) weniger geeignet.

Publii: Oberfläche und Funktionen

Der Aufbau der Benutzeroberfläche erinnert ein wenig an das Backend von WordPress. So findet man auf der linken Seite eine Menüleiste, über welche sich neue Posts erstellen, das Theme anpassen oder Einstellungen verändern kann. Außerdem lassen sich verschiedene Autoren anlegen, Tags vergeben und Menüs anlegen.

Wer schon mit WordPress gearbeitet hat, der wird sich im Backend von Publii schnell zurecht finden.

Viele Funktionen die man bei WordPress über Plugins realisieren muss, bringt Publii bereits von Haus aus mit. Fehlt hingegen eine Funktion, so wird es mit dem Nachrüsten natürlich schwierig. Beispielsweise bringt Publii bereits eine Funktion mit um die lästigen Cookie-Bars einzublenden. Obwohl sich natürlich gerade eine statische Seite dazu anbietet ohne Cookies eingesetzt zu werden.

Außerdem werden auf Wunsch AMP-Seiten unterstützt, der HTML- und CSS-Code kann komprimiert (also ohne Kommentare, Formatierung usw.) erzeugt werden. Die angebotenen Themes erzeugen alle responsive Webseiten, so dass die Seite sowohl für Desktop-, als auch für Mobilgeräte geeignet sind.

Über den Reiter “Tools” lassen sich Backups der Webseite erstellen. Außerdem kann eigener HTML- und CSS-Code in die Seite eingefügt werden, ohne dass man die Theme-Dateien direkt bearbeiten muss.

Außerdem gibt es ein experimentelles Tool um Beiträge aus WordPress zu importieren.

Über die Vorschaufunktion lässt sich die Seite rendern und im lokalen Webbrowser darstellen, ohne dass die Änderungen direkt veröffentlicht werden.

Hat man eine Webseite erstellt, kann Publii die HTML-Dateien entweder auf der lokalen Festplatte erzeugen, oder diese direkt auf den eigenen Server oder Webspace laden.

Themes binden Google Fonts ein

Mit statischen Seiten lassen sich besonders einfach datenschutzfreundliche Webseiten erstellen. Ohne Kommentarfeld, Kontaktformular, Benutzerlogin usw. werden praktisch keine personenbezogenen Daten verarbeitet.

Daher ist es schade, dass über die Themes Schriftarten von Google Fonts eingebunden werden und damit zumindest die IP-Adresse des Benutzers an Google übermittelt wird. Um dies zu verhindern muss man selbst tätig werden, indem man das Theme anpasst.

Geladen werden die Google Fonts über einen Eintrag in der Header-Datei des Themes. Diese befindet sich unter ~/Dokumente/Publii/themes/THEMENAME/partials/head.hbs

Letzendlich handelt es sich um Textdateien, die man mit einem beliebigen Editor ändern kann. Hier entfernt man die Zeilen

 <link rel="preconnect" href="https://fonts.gstatic.com/" crossorigin>
 
 <link href="https://fonts.googleapis.com/css?family= PT+Serif:400,700|Muli:400,600" rel="stylesheet"> 

Publii bringt standardmäßig acht Themes mit, die bereits im oben genannten Installationsverzeichnis vorliegen. In den Einstellungen der Webseite kann man verschiedene Themes für die gerade bearbeitete Webseite “installieren”. Damit wird das Theme aus oben genanntem Ordner für diese Webseite geladen. Die Anpassung muss daher vor der “Installation” erfolgen.

Damit werden keine Google Fonts mehr geladen, der Browser fällt auf die Standardschriftarten zurück. Möchte man die bisher von Google geladenen Schriftarten vom eigenen Server ausliefern lassen, so hilft einem der google webfonts helper. Damit lassen sich die benötigten Dateien zusammen stellen und der CSS-Code zum laden der Schriftarten erzeugen. Diesen kann man im Backend von Publii über Tools > Custom CSS laden.

Fazit

Ich habe schon länger ein Tool wie Publii gesucht und freue mich endlich etwas gefunden zu haben. Mit Publii lässt sich extrem schnell eine schöne, responsive, schnelle und wartungsarme Webseite erstellen.

Zwar bin ich durchaus ein großer Freund von WordPress, für viele Projekte ist es aber absoluter overkill und verursacht viel Wartungsaufwand. Wenn man eine wartungsarme Webseite erstellen möchte, die eventuell auch nur unregelmäßig aktualisiert wird, ist WordPress völlig ungeeignet. Gerade für Portfolio-Seiten oder Gelegenheitsblogger bietet sich Publii geradezu an.

Durch die grafische Benutzeroberfläche ist Publii außerdem extrem nutzerfreundlich.

Und wenn ich mir überlege wie viele Stunden ich mit der Anpassung dieser WordPress-Installation verbracht habe, damit beispielsweise anonyme Kommentare verfasst werden können, dann fällt das Entfernen der Google Fonts bei Publii nicht wirklich ins Gewicht.

Publii: Static CMS mit grafischer Benutzeroberfläche ist ein Beitrag von techgrube.de.

In diesem Artikel stelle ich mein neustes Projekt, das VGKB, ein Wiki für mathematisch-technische Themenbereiche, vor. Es wird viele Blogartikel systematisieren und neue Kategorien erschließen, die bisher nicht ihren Weg in den Blog finden konnten.

Als sicherlich letzter nutze ich mit diesem Blogpost die Möglichkeit, euch ein frohes neues Jahr und hierfür alles Gute zu wünschen. Durch meine Prüfungen und Projektarbeiten konnten in letzter Zeit wenig Beiträge für den Blog geschrieben werden. Aber die Aktivität wird in den Wochen sicherlich wieder zunehmen.

Wie immer nutze ich den Jahresanfang, um neue Projekt auszuprobieren. So war es letztes Jahr der Wochenrückblick, der als Pilot für eine breitere thematische Ausrichtung diente. Die im letzten Jahr wieder auferwachte Diskussion über ein Leistungsschutzrecht, jetzt auf EU-Ebene, als auch der nicht unerhebliche Zeitaufwand haben dazu geführt, den Wochenrückblick vorerst zu pausieren. Die thematische Erweiterung sowie der Blogrelaunch haben jedoch für frischen Wind gesorgt, was sich auch in den Zugriffszahlen widerspiegelt.

Am wohl wichtigsten war jedoch die Beobachtung, dass ein Großteil meiner Leser den Blog informativ einsetzt – sprich: als beliebteste Posts haben sich der Übersichtsartikel für ISO-Image-Tools und die Let's Encrypt-Artikel (sowohl in Deutsch als auch auf Englisch) herausgestellt. Beide Artikel sind gleichermaßen How To-Anleitung wie auch Leitfaden.

Bei meinem Blog habe ich mich anfangs für einen chronologischen Aufbau entschieden. In der URL wird ein Artikel über das Veröffentlichungsjahr und den -monat eingeordnet. Artikel lassen sich zwar taggen und kategorisieren, diese Elemente ermöglichen allerdings nur Artikellisten. Für den Aspekt eines digitalen Tagebuchs, auf dem in unregelmäßigen Abständen kleinere Abhandlungen über ausgewählte Themen erscheinen, ist dies völlig ausreichend. Zusätzlich möchte ich allerdings auch den Artikeln Raum widmen, die wie ein Nachschlagewerk bestimmte Themen genau behandeln und erläutern. Hier spielt in der Regel Taxonomie eine entscheidende Rolle. In der Umsetzung waren lange Zeit Übersichtsartikel im Blog angedacht, die Einführungstexte und Querverweise zu entsprechenden Artikeln bereitstellen sollten. Die Vermischung von Blogartikeln und Übersichtsseiten birgt aber auch die Gefahr vom kompletten Gegenteil - der Unübersichtlichkeit.

Das VGKB

Aus diesem Grund habe ich das letzte halbe Jahr Vorbereitungen für eine komplett eigene, neue Plattform getroffen. Im

vgar Knowledge Base (VGKB) (https://kb.v-gar.de/)

entsteht deshalb zukünftig eine Wissensdatenbank, welche die verschiedenen Artikel aus dem Blog systematisch bündelt und um weitere Artikel aus mathematisch-technischen Bereichen ergänzt werden soll.

Knowledgebaseartikel werden mehr on point sein, da die Einleitung kürzer gehalten werden kann und sich die jeweiligen Artikel um den Kern - den Inhalt - drehen. Themen können auf mehrere Artikel aufgeteilt werden und Querverweise minimieren Redundanz von Informationen. Auch lassen sich Anleitungen und Beschreibungen besser integrieren und fluten nicht die RSS-Reader meiner Leser.

Für die Realisierung setze ich auf ein Wiki-System, konkret implementiert durch das bekannte MediaWiki, das für diesen Einsatz durch die leistungsfähige Templating-Engine („Wiki-Syntax“) besonders gut geeignet ist. Auch wenn Wiki indirekt Wikipedia impliziert, ist die Ausrichtunng durchaus unterschiedlich, da Wikipedia enzyklopädisch und universal aufgestellt ist, während sich mein Wiki auf spezielle Themengebiete beschränkt und bedarfsgerecht verschiedene Textgattungen (Wissensartikel, Anleitungen, ...) kombiniert.

Es soll allerdings auch ein Einstiegspunkt in der Recherchearbeit sein und auf weitere Quellen verweisen, weswegen Projekte wie das speziell für Ubuntu-Anwender geschriebene ubuntuusers.de-Wiki bei ubuntu- und debianrelevanten Artikeln als gute Quelle für weitereführende Informationen entsprechend oft erwähnt werden wird. Das VGKB setzt sich zum Ziel, eine gute erste Anlaufstelle für eine Reihe von Themenbereichen zu werden.

Ich freue mich wie immer auf euer Feedback (gerne per Kommentar oder Mail) wie auch Vorschläge für Themen, die für das Wiki gewünscht werden. Begonnen wird mit den Themenbereichen Linux, Mathematik, LaTeX und Netzwerke. In den nächsten Tagen und Wochen werden nicht nur bestehende Blogartikel ins Wiki übertragen, sondern auch neue Artikel dort eingestellt. Um Querverweise zwischen beiden Plattformen zu ziehen, habe ich für entsprechende Infoboxen mit Links gesorgt, die ebenfalls sukzessive eingearbeitet werden. Die bisherigen Blogartikel bleiben hier in ihrer Form natürlich weiterhin bestehen. Im Blog wird es auch zukünftig wie gehabt um Technik, Tipps & Tricks sowie Panorama gehen.

Ich wünsche viel Spaß beim Lesen!

Ab Firefox 66 können Tastatur-Kommandos von Firefox-Erweiterungen vom Benutzer geändert werden, unabhängig davon, was der Entwickler der jeweiligen Erweiterung festgelegt hat.

Entwickler von Firefox-Erweiterungen können den Anwender diverse Aktionen auch per Tastatur ausführen lassen. Nicht immer ist die Wahl eines Tastatur-Kommandos für jeden Nutzer optimal. Abhilfe schafft eine neue Funktion von Firefox 66.

Ab Firefox 66 erreichen Nutzer über den Add-on Manager von Firefox eine Oberfläche, über welche sämtliche Tastatur-Kommandos der installierten Erweiterungen angepasst werden können.

Erweiterungen konnten bisher eine eigene Oberfläche implementieren, damit Nutzer die Tastatur-Kommandos ändern können. Davon hatten allerdings die wenigsten Erweiterungen Gebrauch gemacht. Mit Firefox 66 ist dies obsolet und steht automatisch allen Erweiterungen zur Verfügung, welche Tastatur-Kommandos implementiert haben.

Der Beitrag Tastatur-Kommandos von Erweiterungen können ab Firefox 66 geändert werden erschien zuerst auf soeren-hentzschel.at.

Überraschende Nachricht: Mozilla wird Firefox Test Pilot sowie Firefox Screenshots abschalten.

Unter dem Namen Test Pilot betreibt Mozilla eine Möglichkeit für Firefox-Nutzer, potentielle neue Funktionen vorab zu testen. Manche der Experimente haben ihren Weg in Firefox gefunden, andere haben dies nicht. Firefox Screenshots bezeichnet einen Online-Speicher für Screenshots. Beide Dienste sollen abgeschaltet werden.

Test Pilot wird bereits kommende Woche, am 22. Januar 2019 abgeschaltet werden. Bestehende Experimente werden weiterhin funktionieren und über addons.mozilla.org weiterhin zur Verfügung stehen. Die Test Pilot-Erweiterung wird bei Besuch der Webseite deinstalliert werden. Experimente, welche nicht in Form einer Firefox-Erweiterung kommen, wie Firefox Send und Lockbox, werden weiterhin aktiv entwickelt und erwarten signifikante Verbesserungen in der nahen Zukunft.

Die Screenshot-Funktion wird weiterhin Teil von Firefox bleiben, allerdings wird die Möglichkeit entfernt, Bilder online hochzuladen. Anfang der zweiten Jahreshälfte 2019 soll der Screenshot-Server dann komplett abgeschaltet werden.

Update 16.01.2019

Der Grund für die Einstellung von Test Pilot ist nicht etwa mangelnder Erfolg. Ganz im Gegenteil: So sagt Mozilla, dass Test Pilot sogar besser funktioniert hat, als man es sich je vorgestellt hätte. Vor der Gründung von Test Pilot hätte man keine gute Möglichkeit gehabt, schnell Features auf den Markt zu bekommen oder zeitnah Feedback von den Nutzern zu erhalten, um so schließlich Ideen zu evaluieren, bevor viele Ressourcen in etwas investiert werden, was von den Nutzern so überhaupt nicht angenommen wird. Prototyping dieser Art sei damals innerhalb von Mozilla ein fremder Ansatz gewesen. Mozilla als ganze Organisation habe sich aber weiterentwickelt und viel gelernt und so sei man nun nicht mehr auf ein einzelnes Team angewiesen, welches mit neuen Ideen experientiert. Auch 2019 darf man also mit neuen Produkt-Ideen rechnen, die man als Nutzer testen kann. Tatsächlich soll es 2019 sogar noch mehr und nicht weniger Experimente geben. Nur dann eben nicht unter dem Test Pilot-Label.

Erfolg ist letztlich auch der Grund für die Einstellung von Firefox Screenshots als Service. Firefox Screenshots läuft für Mozilla sehr erfolgreich und wird mittlerweile 20 Millionen mal pro Monat genutzt. Und das hat einen Preis: Firefox Screenshots bindet einige Mitarbeiter, welche für den erfolgreichen Wachstum benötigt werden.

Verglichen mit anderen Browserherstellern ist Mozilla sehr klein und hat nun eine begrenzte Anzahl an Ressourcen zur Verfügung. Einfach neue Leute in ein solches Projekt zu werfen, würde vielleicht in einer perfekten Welt funktionieren, und so schreibt Mozilla, dass das Einstellen von geeignetem Personal schwierig sei.

Gleichzeitig bereitet man den Launch einer großen neuen Version von Firefox Send vor – mit Android-App, Firefox Account-Integration und viel größerem Dateigrößen-Limit. Um in dieses Produkt investieren zu können, welches Mozilla wichtig erscheint, mussten Ressourcen abgezogen werden.

Firefox Send ist nämlich unabhängig von Firefox. De facto wird Firefox Send nach Angaben von Mozilla sogar häufiger mit Chrome als mit Firefox genutzt. Das Team, welches sich für Test Pilot verantwortlich zeigte, hat den Fokus nun mehr darauf gelegt, an Diensten zu arbeiten, die über Firefox hinausgehen, um so auch neuen Zielgruppen Mozillas Prinzipien hinsichtlich Datenschutz, Sicherheit und Nutzerkontrolle mitzugeben.

Ähnlich verhält es sich mit Lockbox, was zwar einerseits den Passwort-Manager von Firefox ergänzen soll, andererseits aber auch als Mobile App zur Verfügung steht und wovon nicht nur Firefox-Nutzer profitieren.

Während Test Pilot ursprünglich dazu gedacht war, Firefox-Features zu testen, hätten diese Produkte begonnen, den Horizont von Mozilla zu erweitern. Und so ist dann auch Firefox Monitor als Experiment außerhalb von Test Pilot entstanden, was für Mozilla ein großer Erfolg im Jahr 2018 war. Mozilla sieht mit diesen Produkten eine gute Möglichkeit, als Marke zu wachsen. Eine Plattform zu betreiben, welche sich auf Experimente für den Firefox-Browser beschränkt, sei vom Ressourcen-Bedarf her schwieriger zu rechtfertigen.

Der Beitrag Mozilla schaltet Test Pilot und Firefox Screenshots ab erschien zuerst auf soeren-hentzschel.at.

pfSense ist eine Open Source Firewalllösung, die man gut zu Hause, in der Schule oder in einem Unternehmen einsetzen kann (siehe Installation + Hardwareempfehlungen). In den meisten Fällen möchte man Clients nicht ausschließlich per Netzwerkkabel verbinden, sondern auch kabellos. Am einfachsten geht es, wenn man dazu einen WLAN Access Point an die Firewall mit anschließt, die sich um die kabellosen Geräte kümmert (z.B. Smartphones).

Aufbau des Setups

Ein Bild sagt bekanntlich mehr als 1000 Worte:

Die LAN-Schnittstelle von pfSense verbindet man mit einem Switch, an dem man dann den Access Point und weitere kabelgebundene Clients anschließen kann.

Access Point einrichten

Nachdem der Access Point angeschlossen ist (in unserem Beispiel ein Access Point von tp-link), muss er noch eingerichtet werden. Jeder Access Point bringt meistens auch ein Webinterface mit, über dass man Einstellungen vornehmen kann. Die IP-Adresse des Access Point findet man in pfSense unter Status → DHCP-Leases heraus.

Nun kann man auf das Webinterface des Access Point zugreifen.

Nach dem Login (bei tp-link ist der Standardbenutzername und das Passwort admin) richtet man unter Quick Setup alle wichtigen Einstellungen ein:

• Change the login account → Ja (neuer Benutzername und Passwort festlegen)
• Please select the proper operation mode according to your needs → Access Point
• Access AP Mode Settings
  • Wireless Network Name(SSID) → Name des WLAN-Netzes
  • Channel → Auto
  • Wireless Security Mode → WPA2-PSK
  • Wireless Password → WLAN Passwort
• Type → Static IP
• IP Address → eine IP Adresse aus dem LAN auswählen, z.B. 10.10.10.253
• DHCP Server → Disable (Da pfSense sich um die IP-Adressen kümmert).

Fazit

Es gibt zwar auch Mini-Computer und -router für pfSense, die einen WLAN-Chip mitbringen, doch kann man davon nur sehr wenige im Access Point-Modus betreiben. Meistens unterstützen sie nur den Client-Mode, d.h. man kann sich damit mit einem WLAN-Netz verbinden, aber selbst keines aufspannen. PfSense unterstützt nur wenige Karten im Access Point-Modus. Eine Übersicht findet man hier. Schlussendlich ist es IMHO deutlich einfacher einen Access Point mit pfSense zu verbinden statt den richtigen WLAN Chip zu finden.

Kommentar hinzufügen

Der Beitrag WLAN Access Point mit pfSense verbinden erschien zuerst auf .:zefanjas:..

Wer mehrere Firefox-Installationen auf seinem System nutzt, hat bisher standardmäßig ein gemeinsames Firefox-Profil für alle Installationen verwendet. Dies ändert sich mit Firefox 67.

Lesezeichen, Chronik, Erweiterungen, Passwörter, Einstellungen – diese und noch weitere Dinge werden in einem sogenannten Profil gespeichert. Verschiedene Firefox-Installationen nutzen standardmäßig immer das gleiche Profil. Was im ersten Moment praktisch erscheint, bringt mehrere Probleme mit sich.

Das größte Problem ist die Möglichkeit eines Datenverlustes durch Downgrades. Technisch liegt ein Downgrade nicht nur dann vor, wenn man eine Firefox-Installation durch Neuinstallation einer älteren Version ersetzt. Wer beispielsweise sowohl die aktuelle Release- als auch eine aktuelle Nightly-Version von Firefox installiert hat, führt aus technischer Sicht ebenso ein Downgrade durch, wenn zunächst Firefox Nightly und anschließend die Release-Version von Firefox mit dem gleichen Profil gestartet wird, da auch hier eine ältere Version der neueren Version folgt. Downgrades wurden von Firefox noch nie offiziell unterstützt und Hinweise in den Release Notes, dass ein Downgrade von einer bestimmten Version Probleme verursacht, gab es bereits häufiger.

Ein weiterer Nachteil ist die Tatsache, dass bei Nutzung eines gemeinsamen Profils nicht ohne Weiteres zwei Firefox-Installationen parallel genutzt werden können.

Ab Firefox 67 nutzt der Mozilla-Browser dedizierte Profile pro Installation. Das heißt, dass wenn ein Nutzer mehrere Firefox-Installation hat, jede dieser Installationen ein eigenes Profil verwendet und damit standardmäßig nicht länger in allen Installationen automatisch die gleichen Lesezeichen, die gleiche Chronik etc. zur Verfügung stehen. Wer seine Daten profilübergreifend synchron halten möchte, nutzt dafür idealerweise Firefox Sync, was genau für diesen Zweck ausgelegt ist. Die zuvor genannten Probleme gehören mit dieser Änderung der Vergangenheit an.

Wer bereits unterschiedliche Profile für unterschiedliche Installationen nutzt, was de facto schon vorher empfohlen war, ist von der Änderung nicht betroffen. Wer bisher ein gemeinsames Profil für unterschiedliche Installationen verwendet, ist in der folgenden Weise betroffen: Die Firefox-Installation, welche als erstes gestartet wird, erhält alle bisherigen Daten und Anpassungen. Jede weitere Installation erhält ein ganz frisches Profil. Über den Profilmanager kann die Zuordnung von Firefox-Installationen und -Profilen jederzeit angepasst werden.

Die Änderung wird aller Voraussicht nach am 28. Januar in Firefox Nightly in Kraft treten. Nutzer von Firefox Nightly werden nach dem morgigen Update, am 14. Januar, vorab über die Änderung informiert.

Der Beitrag Firefox 67 bekommt dedizierte Profile pro Installation erschien zuerst auf soeren-hentzschel.at.

VeraCrypt ist der semi-offizielle Nachfolger von TrueCrypt. Alternative Ansätze des Projekt fortzuführen konnten sich nicht durchsetzen. TrueCrypt weiter zu verwenden ist bereits seit längerem nicht mehr empfehlenswert (siehe: TrueCrypt sollte ersetzt werden!). VeraCrypt steht leider bei keiner Distribution in den Paketquellen zur Verfügung und muss manuell installiert werden.

Abgrenzung

VeraCrypt konkurriert auf allen Systemen mit den nativen Verschlüsselungslösungen. Bei Linux mit LUKS (siehe: LUKS - Betriebssystem verschlüsseln / LUKS - Externe Speichermedien verschlüsseln), unter macOS mit File Vault bzw. der nativen Verschlüsselung von APFS (siehe: macOS mit FileVault verschlüsseln / Daten in der Cloud verschlüsseln mit FileVault) und unter Windows mit BitLocker (siehe: Windows 10 mit BitLocker verschlüsseln).

Im Unterschied zu allen genannten Lösungen ist VeraCrypt aber auf allen drei Systemen (und zusätzlich auch noch FreeBSD) verfügbar. Das macht es insbesondere in heterogenen Systemen zur idealen Verschlüsselungslösung. Weiterhin hat es im Gegensatz zu den anderen Lösungen einen offiziellen Audit hinter sich.

Installation und Benutzung

Zwar gibt es teilweise Fremdquellen, aber von deren Einsatz muss bei so sensiblen Bereichen wie einer Verschlüsselungslösung abgeraten werden. Auf der offiziellen Homepage von VeraCrypt kann man Version für Linux herunterladen. Für Legacy-Systeme mit 32bit und ohne SSE2 steht ebenfalls noch eine Variante bereit. Das heruntergeladene Archiv entpackt man mit einem Werkzeug der Wahl.

In dem Archiv befinden sich Installationsroutinen für die Konsole und mit einem grafischen Interface - jeweils für 32bit und 64bit. Die grafische Variante muss auf der Konsole geöffnet werden, da sie Root-Rechte zur Installation benötigt. Pfad und Dateiname sind entsprechend an Version und Architektur anzupassen.

# ./veracrypt-<Version>-setup-gui-<Architektur>

Die Installationsroutine ist sehr minimalistisch gehalten. Zuerst muss man die VeraCrypt Lizenz bestätigen. Nach einem anschließenden Hinweis auf die Routine zur Deinstallation läuft die Installationsroutine durch. Anschließend befindet sich im Menü unter Zubehör o. Ä. ein Link zur VeraCrypt Oberfläche.

Die Oberfläche von VeraCrypt benutzt GTK zur Darstellung und fügt sich dementsprechend sehr gut in entsprechende Desktopumgebungen wie MATE, Xfce oder GNOME ein.

Die Bedienung unterscheidet sich kaum von der Windows-Variante und dem TrueCrypt-Vorgänger.

Über die Schaltfläche Volume erstellen beginnt man die Routine zur Erstellung eines neuen verschlüsselten Containers. Zuerst muss man den gewünschten Verschlüsselungstyp auswählen. Nach der Auswahl des Typs muss noch entschieden werden, ob man im Sinne des Prinzips der "glaubhaften Abstreitbarkeit" einen versteckten Bereich anlegen möchte. Anstelle eines Passwortes kann man auch eine Schlüsseldatei nutzen. Das Dateisystem innerhalb des Containers sollte dem Einsatzzweck angepasst werden. Das bedeutet alle genutzten Betriebssysteme müssen es unterstützen und Limitationen wie die Dateigröße bei FAT ist zu berücksichtigen.

Zusammengefasst

Die Installation und Benutzung ist sehr einfach und vor allem unter Linux dem komplexen Verfahren mit LUKS überlegen (siehe: Verschlüsselten Container mit LUKS anlegen). Der Hauptvorteil von VeraCrypt gegenüber nativen Verschlüsselungsmethoden der jeweiligen Betriebssysteme besteht in seiner systemübergreifenden Verfügbarkeit. Damit ist es insbesondere für den sicheren Dateiaustausch, sowie die Verschlüsselung externer Datenträger geeignet.

Bilder:
Einleitungs- und Beitragsbild von Tumisu via pixabay / Lizenz: CC0 Creative Commons

Mozilla wird noch in diesem Jahr, nämlich mit Firefox 69, die Unterstützung für den Adobe Flash Player standardmäßig deaktivieren.

Der Adobe Flash Player ist das letzte verbliebene NPAPI-Plugin, welches von Firefox noch unterstützt wird, nachdem andere NPAPI-Plugins wie Oracle Java oder Microsoft Silverlight bereits seit Firefox 52 nicht mehr unterstützt werden. NPAPI-Plugins waren für viele Jahre ein wichtiger Teil der Webplattform. In den letzten Jahren hat deren Bedeutung aber immer stärker abgenommen. Praktisch alles, was früher ausschließlich mittels NPAPI-Plugin umsetzbar war, wird heute, dank entsprechender Weiterentwicklung von Webstandards, nativ durch die Browser unterstützt. Heute gelten NPAPI-Plugins vor allem aus einer Sicherheits-Perspektive als problematisch.

Bereits im Juli 2017 hatte Adobe angekündigt, den Adobe Flash Player mit Ende 2020 zu beerdigen. Zeitgleich hatte Mozilla angekündigt, die Unterstützung für den Adobe Flash Player in Firefox Anfang 2020 für Privatanwender sowie Ende 2020 für Enterprise-Nutzer einzustellen. Nun steht ein konkreter Zeitpunkt für den nächsten Schritt fest.

Mozilla plant schon für Firefox 69 die standardmäßige Deaktivierung der Flash-Unterstützung. Firefox 69 wird nach aktueller Planung am 3. September dieses Jahres erscheinen.

Während es zu diesem Zeitpunkt für den Nutzer noch möglich sein wird, die Flash-Unterstützung per Browser-Einstellung zu aktivieren, sollten sich vor allem Webseitenbetreiber darauf einstellen, dass die Nutzer ab diesem Zeitpunkt ohne Änderung seitens Nutzer keine Flash-Inhalte mehr konsumieren können. Nutzer werden auch seitens Firefox nicht dazu aufgefordert werden, den Flash Player zu aktivieren.

Gemäß Roadmap wird die Unterstützung für den Adobe Flash Player dann Anfang 2020 komplett aus Firefox entfernt werden. Da die nächste Enterprise-Version von Firefox auf Firefox 68 basieren wird, sind Nutzer von Firefox ESR von diesem Datum nicht betroffen. Dort wird es erst Ende 2020 soweit sein, vermutlich in Firefox 76, sofern der aktuelle Abstand von acht Major-Releases zwischen ESR-Upgrades eingehalten wird.

Firefox für Android unterstützt bereits seit Oktober 2017 und Firefox 56 keinen Adobe Flash Player mehr.

Der Beitrag Flash-Unterstützung wird in Firefox 69 standardmäßig deaktiviert erschien zuerst auf soeren-hentzschel.at.

eCrpytFS (siehe auch: eCryptFS - Benutzerdaten verschlüsseln) war neben LUKS/dm-crypt lange Zeit die Lösung um Daten unter Linux zu verschlüsseln. Es eignete sich zwar nicht zur vollständigen Verschlüsselung des Betriebssystems, wohl aber der Benutzerdaten. Zudem bot es eine probate Ergänzung zu LUKS um die Benutzer gegeneinander zu schützen.

Ubuntu hat sich mit Version 18.04 von eCryptFS verabschiedet (siehe: Ubuntu verabschiedet sich von eCryptFS). Der Entwickler Dustin Kirkland hatte Canonical den Rücken gekehrt und arbeitet nun für Google. Daher sah sich Canonical scheinbar außerstande die Sicherheit von eCryptFS für dieses Einsatzszenario über einen Zeitraum von 5 Jahren zu gewährleisten. Die Entwicklung von eCryptFS im Kernel und der Userspace-Bestandteile sieht zudem leider alles andere als aktiv aus.

Am 19.12.2018 hat Debian nun das essenzielle Paket ecryptfs-utils aus dem Testing-Zweig entfernt. Insbesondere geht es um einen Bugreport mit erheblichen Implikationen für die Sicherheit, der über Jahre nicht behoben werden konnte. Grob zusammengefasst bedeutet der Fehler, dass eCryptFS-Verzeichnisse beim Logout eines Benutzers nicht zuverlässig ausgehängt werden und damit verfügbar bleiben. Bei physischem Zugriff auf das System ist die Verschlüsselung somit nicht sicher!

Es handelt sich dabei um kein Debian-spezifisches Problem. Im Arch Linux Wiki erfolgt ebenfalls eine Warnung. Die systemd-Entwickler haben sich allerdings für quasi nicht zuständig erklärt, weshalb von dort keine Lösung zu erwarten ist.

Leider muss daher dringend zu einem Wechsel auf LUKS geraten werden (siehe: LUKS - Betriebssystem verschlüsseln). Um Benutzer gegeneinander abzuschirmen gibt es zum aktuellen Zeitpunkt keine sichere Lösung für Linux. Die transparente ext4-Verschlüsselung steht für Linux auf dem Desktop leider immer noch nicht zur Verfügung.

Zum aktuellen Zeitpunkt ist eCryptFS im Desktopeinsatz damit Geschichte!

Bilder:
Einleitungs- und Beitragsbild von KRiemer via pixaybay / Lizenz: CC0 Creative Commons

In regelmäßigen Abständen muss ich leider in den Kommentaren lesen ich würde Linux schlecht machen, umgangsprachlich formuliert also "bashen" etc. pp. Dieser Tage gibt es bei Pro Linux eine Umfrage was bei Linux alles fehlt. Die Diskussion dazu ist - Stand Samstag, 12.01.19 - noch nicht abgeglitten und bringt eine lange Liste an Produkten.

Grob zusammen gefasst werden bei Pro-Linux folgende Bereiche genannt:

1. CAD
2. PDF Editor auf Acrobat Niveau
3. Eine Alternative zu LibreOffice auf MS Office Niveau
4. Steuererklärung (WISO & Co)
5. Ausgereifte Programme im Bereich "Scannen"
6. Texterkennung / OCR
7. Spracherkennung
8. Sonstiges (SMS-Versand, GUI für Git, Skype Client usw. usf)

Einige Punkte mögen strittig sein, viele blieben bisher weitestgehend unwidersprochen. In den Bereichen, in denen ich mich selber auskenne muss ich zudem konstatieren, dass die dortigen "Widerlegungen" keine brauchbaren Alternativen enthielten, sondern scheinbar vor allem einen Widerspruch formulieren wollten.

Das ist eine ziemlich bittere Liste, wenn man bedenkt, dass Linux seit über 10 Jahren als reife Alternative zu den proprietären Systemen Windows und macOS angepriesen wird. Einige, aber eben nicht alle genannten Produkte sind in einer kommerziellen Nische angesiedelt. Besonders problematisch ist, dass zu den seit vielen Jahren bestehenden Problemen (Office, Scannen, CAD) nun neue hinzukommen (OCR, Spracherkennung etc.).

Linux hat sehr viele Stärken und es ist beeindruckend was eine freie Entwicklergemeinde über viele Jahre erschaffen hat. Linux hat aber auch Schwächen - und das nicht zu knapp. Insbesondere wenn man mal das Linux Ökosystem verlässt und sieht wo die Konkurrenz in manchen Bereichen steht wird einem das klar.

Das ist kein "bashen", das ist Kritik.

Bilder:
Einleitungsbild und Beitragsbild von von Violinka via pixabay / Lizenz: CC0 Creative Commons

Gleich ob man sein System bereits vollständig verschlüsselt hat oder nicht. Manchmal benötigt man zusätzlich noch einen verschlüsselten Container. Was liegt unter Linux da näher als einen Container mit LUKS zu erstellen. Leider einfacher gesagt, als getan, denn keine grafische Oberfläche verfügt über eine entsprechende Möglichkeit. Bleibt also nur ein Ausweichen auf die Konsole.

Grundvoraussetzung ist, dass die verwendete Distribution cryptsetup installiert hat. Sofern es also nicht installiert ist muss es aus der Paketverwaltung nachinstalliert werden.

Container erstellen

Zuerst erstellt man eine leere Datei. Das vorliegende Beispiel ist 512 MB groß und kann beliebig angepasst werden. Gleiches gilt für Speicherort und Name.

$ dd if=/dev/urandom of=LUKS_Container bs=1M count=512

Alternativ besteht auch die Möglichkeit eine so genannte Sparse-Datei zu erstellen. Diese hat eine maximale Größe zugewiesen, belegt aber auf dem Speichermedium nur die aktuell benötige Größe. Dadurch kann man verhindern, dass die Datei permanent zu klein ist.

$ dd of=LUKS_Sparsecointainer.img bs=1G count=0 seek=10

Was man hier wählt hängt ganz vom beabsichtigten Einsatzzweck ab. Im folgenden geht die Anleitung von einer statischen Datei aus. Diese existiert anschließend im Home-Verzeichnis des Benutzers in Form einer leeren Datei, die man nun einen LUKS-Container umwandelt.

# cryptsetup -c aes-xts-plain64 -s 512 -h sha512 -y luksFormat LUKS_Container

Die genauen Einstellungen zur Verschlüsselung können je nach Hardwareprofil auch angepasst werden mit den obigen Einstellungen dürften aber die meisten Anwender gut beraten sein. Bei der Einrichtung erfolgt eine Kenntwortabfrage, bei der man ein sicheres Passwort verwenden sollte. Eine Verschlüsselung ist schließlich immer nur so gut, wie das Kennwort, das man verwendet.

Um den Container als Loop-Device einzuhängen ermittelt man nun erstmal ein freies Device.

# losetup -f 

Anschließend bindet man den Container als Loop-Device ein.

# losetup /dev/loopX LUKS_Container

Nun muss natürlich noch der eigentliche Container entsperrt werden.

# cryptsetup luksOpen /dev/loopX LUKS_Container

Bei der anschließenden Passwortabfrage gibt man das oben gewählte Kennwort ein.

Der Container braucht nun noch ein Dateisystem. Hier hat man die volle Auswahl, liegt mit ext4 aber sicher nicht falsch.

# mkfs.ext4 /dev/mapper/LUKS_Container

Dieses Dateisystem bindet man anschließend ein.

# mount - t ext4 /dev/mapper/LUKS_Container /mnt

Sofern man nur ein Benutzer auf den Container zugreifen soll, kann man diesen zum Eigentümer machen. Dann kann der Container normal im Dateimanager genutzt werden.

# chown -R <Benutzer> /mnt

Container verwenden

Um den Container zu nutzen muss man ihn nun immer zuerst als Loop-Laufwerk einhängen

# losetup -f

# losetup /dev/loopX LUKS_Container

Anschließend kann man den Container ganz normal über den Dateimanager und die integrierte Passwortabfrage entsperren.

Fazit

Der Aufwand für LUKS lohnt sich nur bedingt, da kaum Komfortfunktionen oder gar grafische Programme zur Verwaltung verfügbar sind. Einfacher geht es mit einer VeraCrypt Installation (siehe: VeraCrypt - Systemübergreifende Verschlüsselung), deren Container sogar betriebssystemübergreifend genutzt werden können.

Wenn der Einsatz von VeraCrypt nicht in Frage kommt bietet LUKS jedoch eine gangbare Alternative.

Bilder:
Einleitungsbild und Beitragsbild von von MasterTux via pixabay / Lizenz: CC0 Creative Commons

Über den exorbitaten Speicherbedarf von Ubuntus Paketverwaltungsprogramm Snap habe ich ja schon öfters gelästert. Aber erst jetzt ist mir eine weitere unangenehme Eigenheit aufgefallen: Snap speichert standardmäßig von jedem installierten Paket zwei Backups älterer Versionen. Nach Updates bleiben also ältere Versionen erhalten. Das verdreifacht den von Snap beanspruchten Speicherplatz!

Sie erkennen die alten Pakete am Status disabled.

snap list --all
Name                  Version         Rev   Tracking  Publisher     Notes
atom                  1.31.0          199   stable    snapcrafters  disabled,classic
atom                  1.33.1          209   stable    snapcrafters  classic
atom                  1.31.2          202   stable    snapcrafters  disabled,classic
core                  16-2.36.3       6130  stable    canonical✓    core
core                  16-2.35.2       5548  stable    canonical✓    core,disabled
core                  16-2.35         5328  stable    canonical✓    core,disabled
core18                18              536   stable    canonical✓    base
core18                0.1             19    stable    canonical✓    base,disabled
gimp                  2.10.6          47    stable    snapcrafters  disabled
gimp                  2.10.0          40    stable    snapcrafters  disabled
gimp                  2.10.8          94    stable    snapcrafters  -
gnome-3-26-1604       3.26.0          74    stable/…  canonical✓    -
gnome-3-26-1604       3.26.0          70    stable/…  canonical✓    disabled
gnome-3-26-1604       3.26.0          64    stable/…  canonical✓    disabled
gnome-calculator      3.30.1          260   stable/…  canonical✓    -
gnome-calculator      3.30.0          222   stable/…  canonical✓    disabled
gnome-calculator      3.30.0          238   stable/…  canonical✓    disabled
gnome-characters      3.29.91         124   stable/…  canonical✓    disabled
gnome-characters      3.28.2          117   stable/…  canonical✓    disabled
gnome-characters      3.30.0          139   stable/…  canonical✓    -
gnome-logs            3.28.2          40    stable/…  canonical✓    disabled
gnome-logs            3.30.0          43    stable/…  canonical✓    disabled
gnome-logs            3.30.0          45    stable/…  canonical✓    -
gnome-system-monitor  3.28.2          54    stable/…  canonical✓    disabled
gnome-system-monitor  3.30.0          57    stable/…  canonical✓    -
gnome-system-monitor  3.28.2          51    stable/…  canonical✓    disabled
gtk-common-themes     0.1-4-g88bc1b2  818   stable    canonical✓    -
gtk-common-themes     0.1             701   stable    canonical✓    disabled
gtk-common-themes     0.1             319   stable    canonical✓    disabled
skype                 8.34.0.78       66    stable    skype✓        classic
skype                 8.32.0.44       60    stable    skype✓        disabled,classic
skype                 8.31.0.92       57    stable    skype✓        disabled,classic

Alte Pakete löschen

Um nicht mehr benötigte Pakete zu löschen, führen Sie im Terminal als Administrator (vorher sudo -s) die folgende Schleife aus:

snap list --all | awk '/disabled/{print $1, $3}' |
    while read snapname revision; do
        snap remove "$snapname" --revision="$revision"
    done

Versionsanzahl einstellen

Beginnend mit Snap 2.34 kann die Anzahl der sinnlosen Snap-Backups eingestellt werden. Allerdings lautet der kleinste zulässige Wert 2, was offensichtlich bereits die Defaulteinstellung ist.

sudo snap set system refresh.retain=2 

Bleibt auf Systemen mit wenig Speicherplatz also nur ein cron-Script, das einmal wöchentlich wie oben beschrieben alle ‚disabled‘-Pakete rauswirft. Schöne neue Welt …

Quellen

• https://superuser.com/questions/1310825
• https://docs.snapcraft.io/system-options/87

Es ist kein Geheimnis, dass Mozilla an einem neuen Logo für Firefox arbeitet. Wie dieses aussehen wird, ist allerdings noch nicht bekannt – zumindest nicht offiziell. Nun könnte sich das neue Firefox-Logo erstmals gezeigt haben.

Mozilla hat sein aktuelles Firefox-Logo erst im November 2017 einem Facelift unterzogen. Und doch wurde bereits im Juli 2018 ganz offiziell angekündigt, dass eine weitere Überarbeitung geplant ist.

Allerdings geht es für Mozilla dieses Mal nicht nur um eine Modernisierung des Browser-Logos. Viel mehr strebt Mozilla ein Design-System für das Firefox-Logo respektive die Firefox-Logos an. Denn der Name Firefox umfasst heute weit mehr als nur den Browser für den Desktop, Android und iOS. Es gibt spezialisierte Browser wie Firefox Klar, Firefox Lite und Firefox Reality, es gibt Apps wie Firefox Lockbox und Firefox Notes, es gibt Dienste wie Firefox Screenshots und Firefox Send. Firefox steht mittlerweile für eine ganze Produktfamilie. Und natürlich braucht jedes dieser Produkte sein eigenes Logo. Ein Design-System kann dabei helfen, dass jedes dieser Produkte seine eigene Identität hat, aber doch als Firefox wiedererkennbar ist. Bei guter Umsetzung kann dies Firefox als Marke stärken.

Das Besondere: Wie schon beim neuen Mozilla-Logo, welches 2017 eingeführt wurde, gibt es auch hier einen semi-öffentlichen Entstehungs-Prozess, bei welchem die Community einbezogen wurde und bei frühen Entwürfen Feedback geben konnte. Im Logo-Design ist dieses Vorgehen vollkommen unüblich – unterstreicht aber den offenen Ansatz, den Mozilla mit seinen Produkten verfolgt.

Nun könnte es sein, dass sich das neue Browser-Logo erstmals gezeigt hat. Mozilla arbeitet an einem neuen Android-Browser, welcher unter dem Projektnamen Fenix entwickelt wird. Dort sind heute die ersten Patches entstanden. Einer davon beinhaltete auch ein App-Logo für Fenix.

Nun ist natürlich wichtig hervorzuheben, dass dies nicht zwangsläufig bedeuten muss, dass es sich dabei tatsächlich um das neue Firefox-Logo handelt. Genauso könnte es sich um ein Platzhalter-Logo handeln. Festzuhalten ist allerdings der hohe Detailgrad, der wohl eher dagegen spricht, dass dieses Logo nur schnell zur temporären Verwendung erstellt worden ist, und dass es bei ganz genauer Betrachtung fast so wirkt, als würde dieses Logo Ansätze sowohl aus System 1 als auch System 2 der im Juli 2018 vorgestellten Ideen für ein neues Firefox-Logo beinhalten.

Eine weitere Möglichkeit ist, dass es sich bei diesem Logo durchaus um die aktuelle Iteration für das kommende Browser-Logo handelt, aber noch weitere Überarbeitungen folgen werden und das finale Logo am Ende anders aussehen wird.

Da Mozilla an einem ganzen Design-System arbeitet, wäre es ebenso denkbar, dass dieses Logo zwar das Icon für Fenix zeigt, aber für andere Produkte andere Varianten verwendet werden.

Was auch immer nun zutreffend ist, werden wir im Laufe der kommenden Monate erfahren.

Zur besseren Vergleichbarkeit gibt es hier noch einmal einen Vergleich aller bisherigen Firefox-Logos, einschließ des möglicherweise neuen Firefox-Logos:

Der Beitrag Exklusiv: Sehen wir hier das neue Firefox-Logo? erschien zuerst auf soeren-hentzschel.at.