Wer Arch Linux (oder eine Variante) nutzt, verwendet zum Installieren in der Regel die Pakete der Distribution oder - sofern man sich der Risiken bewusst ist - auch vertrauenswürdige Pakete aus dem AUR Repo.  Python ist in der Regel aus dem Repo vorinstalliert. Und es bietet sich ja eigentlich auch an, Xonsh ebenfalls so zu installieren...

Wer Arch Linux (oder eine Variante) nutzt, verwendet zum Installieren in der Regel die Pakete der Distribution oder - sofern man sich der Risiken bewusst ist - auch vertrauenswürdige Pakete aus dem AUR Repo.

Python ist in der Regel aus dem Repo vorinstalliert. Und es bietet sich ja eigentlich auch an, Xonsh ebenfalls so zu installieren.

Funktioniert auch prima.

Aber spätestens an dem Punkt, an welchem man Xontribs (also Xonsh-Erweiterungen) installieren möchte, ist Schluss mit Lustig.

Xontribs installiert man nämlich mittels

xpip install <paketname>

Und hier fängt Arch dann an, zu "bocken":

× This environment is externally managed
╰─> To install Python packages system-wide, try 'pacman -S
    python-xyz', where xyz is the package you are trying to
    install.

    If you wish to install a non-Arch-packaged Python package,
    create a virtual environment using 'python -m venv path/to/venv'.
    Then use path/to/venv/bin/python and path/to/venv/bin/pip.

    If you wish to install a non-Arch packaged Python application,
    it may be easiest to use 'pipx install xyz', which will manage a
    virtual environment for you. Make sure you have python-pipx
    installed via pacman.

note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.

Mit der Installation von Python übernimmt nämlich das Betriebssystem das Ruder, was die Verwaltung von Paketen betrifft. Systemweit kann man mit

nichts mehr einfach so installieren. Man kann Pakete nur mit pipx in einer virtuellen Umgebung für den Nutzer installieren. Sie stehen dann ganz normal für den Nutzer zur Verfügung, aber nicht systemweit.

Der Versuch, Xontribs nun einfach mit pipx zu installieren, scheitert aber leider auch.

Ich habe zunächst keine Lösung gefunden und in den Community-Bereichen von Xonsh geragt, was ich nun tun kann. Letztlich bin ich aber doch selbst auf die Lösung gekommen.

Weil ich Xonsh ohnehin nur für meinen Nutzeraccount verwenden möchte, bot es sich an, das Xonsh-Paket zu deinstallieren und Xonsh ganz normal mit
pipx install Xonsh
für den Nutzer in einer eigenen Umgebung aufzusetzen.

Und damit klappt dann auch die Installation von Xontribs ganz so, wie es vorgesehen ist.

Wer Arch Linux (oder eine Variante) nutzt, verwendet zum Installieren in der Regel die Pakete der Distribution oder - sofern man sich der Risiken bewusst ist - auch vertrauenswürdige Pakete aus dem AUR Repo.  Python ist in der Regel aus dem Repo vorinstalliert. Und es bietet sich ja eigentlich auch an, Xonsh ebenfalls so zu installieren...

Wer Arch Linux (oder eine Variante) nutzt, verwendet zum Installieren in der Regel die Pakete der Distribution oder - sofern man sich der Risiken bewusst ist - auch vertrauenswürdige Pakete aus dem AUR Repo.

Python ist in der Regel aus dem Repo vorinstalliert. Und es bietet sich ja eigentlich auch an, Xonsh ebenfalls so zu installieren.

Funktioniert auch prima.

Aber spätestens an dem Punkt, an welchem man Xontribs (also Xonsh-Erweiterungen) installieren möchte, ist Schluss mit Lustig.

Xontribs installiert man nämlich mittels

xpip install <paketname>

Und hier fängt Arch dann an, zu "bocken":

× This environment is externally managed
╰─> To install Python packages system-wide, try 'pacman -S
    python-xyz', where xyz is the package you are trying to
    install.

    If you wish to install a non-Arch-packaged Python package,
    create a virtual environment using 'python -m venv path/to/venv'.
    Then use path/to/venv/bin/python and path/to/venv/bin/pip.

    If you wish to install a non-Arch packaged Python application,
    it may be easiest to use 'pipx install xyz', which will manage a
    virtual environment for you. Make sure you have python-pipx
    installed via pacman.

note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.

Mit der Installation von Python übernimmt nämlich das Betriebssystem das Ruder, was die Verwaltung von Paketen betrifft. Systemweit kann man mit

nichts mehr einfach so installieren. Man kann Pakete nur mit pipx in einer virtuellen Umgebung für den Nutzer installieren. Sie stehen dann ganz normal für den Nutzer zur Verfügung, aber nicht systemweit.

Der Versuch, Xontribs nun einfach mit pipx zu installieren, scheitert aber leider auch.

Ich habe zunächst keine Lösung gefunden und in den Community-Bereichen von Xonsh geragt, was ich nun tun kann. Letztlich bin ich aber doch selbst auf die Lösung gekommen.

Weil ich Xonsh ohnehin nur für meinen Nutzeraccount verwenden möchte, bot es sich an, das Xonsh-Paket zu deinstallieren und Xonsh ganz normal mit
pipx install Xonsh
für den Nutzer in einer eigenen Umgebung aufzusetzen.

Und damit klappt dann auch die Installation von Xontribs ganz so, wie es vorgesehen ist.

Mit der Bash kenn' ich mich aus. Bin ja auch schon seit 1996 nahezu ausschließlich mit Linux unterwegs... da lernt man über die Jahre die Shell halt kennen ...

Dieser Artikel wurde erstmals am 20. Februar 2025 veröffentlicht.

Mit der Bash kenn' ich mich aus. Bin ja auch schon seit 1996 nahezu ausschließlich mit Linux unterwegs... da lernt man über die Jahre die Shell halt kennen.

Dann bin ich auf die Fish-Shell gestoßen (2016) und seit dem war sie die Shell meiner Wahl. Kürzlich habe ich dann einmal auf die Nushell umgestellt, wobei ich damit irgendwie nicht warm geworden bin.

Elvish habe ich auch einmal ausprobiert, aber das war mir gar nix. Und irgendwann hatte ich dann auch mal einen Blick auf die Xonsh-Shell geworfen.

Vor ein paar Tagen bin ich dann beim Surfen wieder über die Webseite von Xonsh gestolpert... und ich dachte mir: "Wieso habe ich die eigentlich nicht länger ausprobiert? Mit der sollte ich doch gut klar kommen, denn Python gehört neben Golang und Pascal zu meinen bevorzugten Programmiersprachen, mit denen ich fit bin."

Also hab ich die Webseite des Projekts genauer angeschaut, intensiver gelesen und auch mal die Dokumentation studiert... und die Shell installiert.

Hey... nicht schlecht! Xonsh verhält sich erstmal ganz normal wie eine "übliche" Shell. Man merkt keinen wirklichen Unterschied. Und dann bietet sie, ohne irgendwas umzustellen oder extra Konfiguration, auch Python-Code auszuführen. Xonsh ist tatsächlich eine Art Python-Interpreter und gleichzeitig eine Shell, die sich zumindest nach Posix "anfühlt".





Eine Sache, die mir wichtig ist, ist der mc-Wrapper. Das ist ein Shell-Script, das mit dem MidnightCommander (mein bevorzugter Dateimanager) ausgeliefert wird, und dafür sorgt, dass man sich nach dem Verlassen des mc in dem letzten dort aktuell ausgewählten Verzeichnis befindet.



MidnightCommander liefert dieses Wrapper-Script für bash/sh und csh mit.

Schon für die Fish-Shell musste ich mir da ein eigenes Script basteln, weil die mitgelieferten, auch nach Anpassungen, nicht funktionieren wollten. War auch gar nicht so kompliziert.

Bei der Nushell musste ich aber wieder ein eigenes Script bauen, was schon etwas komplizierter wurde. Lag an der Philosophie von nu und den beschränkten Gültigkeitsbereichen für Variablen. Über die Community (via Discord) wurde ich dann aber in die richtige Richtung geschubst und konnte auch für nu das passende Script basteln.

Also... ran an den Speck und den Wrapper jetzt mal für Xonsh erstellen.

Boah war das simpel! Mit wirklich grundlegenden Python-Kenntnissen ließ es sich quasi aus dem Ärmel schütteln. Die Dokumentation von Xonsh hat geholfen.

def m():
        /usr/bin/mc -P ~/.temp/mcwd
        with open('/home/derpepe/.temp/mcwd', 'r') as datei:
                wdir = datei.read()
        os.chdir(wdir)
        os.remove('/home/derpepe/.temp/mcwd')

Dieses Script einfach in die Datei

~/.xonshrc

gepackt... und schon steht es dauerhaft zur Verfügung.

Leider muss man das Script wie eine Python-Funktion aufrufen, also mit den leeren Klammern hintendran. Nicht schön. Ruft man statt

m()

nur

m

auf, wird das Script nicht gefunden.

Aber auch kein Problem, denn Xonsh erlaubt es, Aliase zu erstellen (war eh geplant, damit ich den MidnightCommander, wie gewohnt mit

mc

aufrufen kann). Und die erlauben es, als Argument für ein Alias auch eine Python-Funktion zu verwenden und dabei die Parameter-Klammern wegzulassen.

Also in der .xonsrc hinter der Definition der Funktion das Alias definiert:

aliases['mc'] = m

Nach einem Neustart zeigt nun der MidnightCommander nach Aufruf von

mc

das gewünschte Verhalten.

Seit ein paar Tagen nutze ich nun Xonsh exklusiv... und die Shell hat mir bisher keine Probleme bereitet. Das Arbeiten mit Git erfordert keine Umstellung... und auch ssh ist damit unproblematisch.

Die Konfiguration wichtiger Elemente ist bei Xonsh genauso komfortabel, wie bei der Fish-Shell über ein Web-Interface möglich.

xonfig web



startet das Webinterface und dort kann man ganz komfortabel Einstellungen zum Farbschema, zum Prompt für Variablen und für Aliase vornehmen. Außerdem ist es damit möglich, Addons, sogenannte "Xontribs" zu installieren.



Wer es puristisch mag, kann auch die Konfigurationsdatei mit einem Texteditor bearbeiten... oder man nutzt beide Möglichkeiten kombiniert. Die Eintragungen aus dem Webinterface sind in der Datei nämlich durch Kommentierungen deutlich markiert, und damit leicht erkennbar.
Irgendwie bin ich gerade "schockverliebt"... aber ich habe auch das Gefühl, dass ich auf Dauer mit Xonsh zufrieden sein werde (es sei denn, es ergeben sich irgendwo noch unerwartete Probleme).

Wer Python mag und sich damit auskennt, sollte durchaus mal einen Blick auf Xonsh werfen. Es lohnt sich!

Artikel vom 21. Aug 2016 - Eher zufällig bin in vor Kurzem über die Shell [b]„fish“[/b] gestolpert… also ich habe davon gelesen. Also schnell mal installiert und aufgerufen. Ok… ist halt ne Shell, dachte ich. Ein wenig bunter, aber nix… Mooooooment…

Dieser Artikel wurde erstmals am 21. August 2016 veröffentlicht.

Eher zufällig bin in vor Kurzem über die Shell „fish“ gestolpert… also ich habe davon gelesen. Also schnell mal installiert und aufgerufen. Ok… ist halt ne Shell, dachte ich. Ein wenig bunter, aber nix… Mooooooment… Schon beim Eintippen der ersten Kommandos fällt auf, dass da doch einiges anders ist. Es werden direkt bei der Eingabe Vorschläge gemacht, ein Tippen auf TAB öffnet dann eine Liste aller Kommandos, die so beginnen, wie die ersten eingegebenen Buchstaben… und durch



diese Liste kann man mit den Cursortasten navigieren und mit der Eingabetaste den Befehl auswählen.



Das ist ja schon mächtig komfortabel. Gibt man help ein, so wird der System-Webbrowser gestartet (oder wenn er schon offen ist, ein neuer Tab geöffnet) und die Hilfeseite geöffnet.



Hier findet man alle internen Kommandos von fish und die Kontrollstrukturen zur Shellprogrammierung. Außerdem ein FAQ-Bereich und ein Tutorial. Insgesamt ist die Dokumentation wirklich sehr ausführlich… so sollte das auch sein. Weitere Informationen , insbesondere zur Shell-Programmierung und zum Erstellen von Completions (automatische Vervollständigung) findet man auch bei stack overflow, wenn man im Suchfeld fish



oder fishshell eingibt. Will man fish konfigurieren, so kann man das von Hand erledigen, es geht aber auch recht einfach über ein Web-Interface. Gibt man fish_config ein, so startet Fish einen einfachen lokalen Webserver, öffnet den Browser und man landet auf der Konfigurationsseite. Auf dieser Seite kann man sehr einfach die Farben und den Prompt einstellen, Funktionen und Variablen anschauen, die History anschauen und Einträge daraus löschen, Bindings anschauen und schließlich Abbreviations (Abkürzungen für Befehlszeilen) bearbeiten.   Die Installation wird auf der Homepage von fish gut erläutert… bei meinem Debian war das mit einem

sudo apt-get install fish

im Handumdrehen erledigt, weil sich das Programm in den offiziellen Quellen befindet. Eine wirklich tolle Angelegenheit ist auch die TAB-Selection von Parametern auch externer Programme. Gibt man ein Kommando ein und dann den „-“ oder „--“ für einen Parameter und betätigt die TAB-Taste, dann wird eine Auswahlliste der Parameter



angezeigt (mit Erläuterungen), die man auch wieder mit den Cursortasten auswählen kann. Schon nach kurzer Zeit habe ich festgestellt, dass fish für mich echt perfekt für die tägliche Arbeit ist. Diese Shell wird zwar oft als „Einsteiger-Shell“ angepriesen, aber weshalb sollte ich auf Komfort verzichten, nur weil ich mich mit der bash auch gut auskenne. Wenn ich es bequemer haben kann, dann lasse ich mir das auch gefallen. Deshalb ist fish jetzt als Standard-Shell bei mir eingestellt. Anfangs muss man sich aber auch ein wenig umstellen, weil die sich doch ziemlich vom POSIX-Standard, den man von bash und co. gewohnt ist, unterscheidet. Es gibt aber auch noch einige weitere Quellen im Internet, wo teilweise auch auf diese Besonderheiten oder Unterschiede eingegangen wird. Die erste „Herausforderung“ für mich war der Midnight Commander (mc). Ich habe unter bash immer das Wrapper-Script verwendet, mit dem man nach Beenden des mc im letzten ausgewählten Verzeichnis landet. Nun, diese Scripts funktionieren NICHT! Weder die (ba)sh-, noch die csh-Version. Aber ich war echt erstaunt, wie schnell sich das mit Bordmitteln der fish erledigen ließ. Viel einfacher, als man denken mag. In der Shell kann man Funktionen erstellen (der Editor ist auch angenehm komfortabel). Also habe ich eine Funktion „m“ erstellt:

function m
  /usr/bin/mc -P ~/.temp/mcwd
  cd (cat ~/.temp/mcwd)
  rm ~/.temp/mcwd
end

Und siehe da… das hat schon funktioniert. Die Eingabe von „m“ in der Shell startete den mc und nach Beendigung landete man im letzten Verzeichnis. Prima! Wenn man eine solche Funktion erstellt hat und loggt sich aus, ist sie aber leider wieder weg. Fish hat aber ein Konfigurationsverzeichnis (~/.config/fish/) und dort gibt es ein Unterverzeichnis für Funktionen, die beim Einloggen automatisch eingelesen werden und so dann zur Verfügung stehen. Man muss aber dafür keinen extra Editor bemühen, die Funktion einhämmern und dann dort als Datei abspeichern. Hat man die Funktion in der Shell erstellt und man ist zufrieden damit, so genügt es das Kommando funcsave zu verwenden. Damit wird die Funktion automatisch im Autostart-Verzeichnis gespeichert. Also rasch

funcsave m

eingegeben… und seither steht mir m dauerhaft zur Verfügung. Weil man sich aber daran gewöhnt hat, „mc“ einzugeben, wenn man den Midnight Commander starten will, habe ich noch ein entsprechendes Alias definiert (das läuft so, wie man es von der bash kennt):

alias mc „m“

Um dieses Alias auch direkt nach jedem Login zur Verfügung zu haben trägt man die Zeile einfach in die Datei config.fish ein (~/.config/fish/config.fish), die man ggf. erst erzeugen muss (touch config.fish), wenn sie noch nicht vorhanden ist. Die ganze Angelegenheit hat mich incl. „Einarbeitungszeit“ in die Systematik von fish vielleicht ne Viertelstunde gekostet. Fish ist wirklich einfach! Das war jetzt hier auch nur ein ganz kurzer und kleiner Einblick… es gibt noch unzählige wirklich tolle Features. wenn man sich durch die Dokumentation gelesen hat, ist man schlauer… und man entdeckt immer wieder neue Möglichkeiten. Ach, ein kleines „Schmankerl“ fällt mir gerade noch ein… Hat man sich in ein Verzeichnis gehangelt und dort liegt eine Datei, die man mit dem Standard-Programm für den Dateityp öffnen möchte, so gibt man ganz einfach nur

open <Dateiname>

ein… schon wird die Datei mit der voreingestellten Anwendung geöffnet. odt-Dateien sind bei mir z. B. mit LibreOffice 5.1 verknüpft. Habe ich nun eine Datei „Dokument.odt“ und ich gebe in fish

open Dokument.odt

ein, wird LO-Writer gestartet und die Datei geöffnet. Das ist schon sehr praktisch. Ich kann es echt empfehlen, sich fish einmal anzuschauen. Das ist auch kein „Rückschritt“. Ich bin ja selbst auch mit bash sehr fit, habe aber die Vorteile von fish für mich entdeckt und genieße den größeren Komfort.

---

Links:

[1]: Fish-Webseite
[2]: The missing fish shell tutorial
[3]: Speaking UNIX: Go fish!
[4]: Shell Translation Dictionary (Übersicht, um (ba)sh-Kommandos in fish umzusetzen)
[5]: starrhorne/Fish-Shell-Scripts
[6]: zmalltalker/fish-nuggetsa

Es gibt einen neuen "Nutzer" im Fediverse. Na ja... "Nutzer" halt in Anführungsstrichen, denn es ist kein Mensch, sondern ein Bot.  Nennt sich FediChatBot.

Es gibt einen neuen "Nutzer" im Fediverse. Na ja... "Nutzer" halt in Anführungsstrichen, denn es ist kein Mensch, sondern ein Bot.

Nennt sich FediChatBot.

So, wie ich das verstanden habe, handelt es sich um ein Handle, mit dem man Konversation betreiben kann, wie man es mit jedem anderen Nutzer im Fediverse tun kann. Man "unterhält" sich aber halt mit einem LLM-Bot.

So weit ist das ja nicht wirklich schlimm, solange man (hier ist es ja so, allein schon wegen des Namens) erkennen kann, dass man nicht mit einem Menschen aus Fleisch und Blut, sondern mit einer Software "Konversation" betreibt. Wer das mag... bitte.

Ruft man jetzt die Webseite des Chatbots (Memento bei der WaybackMachine) auf, dann findet man zumindest einige grundlegende Informationen über den Bot, das dahinter steckende System und - angerissen - auch zum Datenschutz. Das sind Antworten des Bots auf Fragen von Nutzern. Und hier ist der Bot bei mir dann auch sofort durchgefallen. Er antwortet auf eine Frage zum Datenschutz

Ja, die Daten, die du mir schickst, werden an Google gesendet, da ich auf dem Gemini-Modell basiere. Allerdings sollte ich betonen, dass ich diese Daten nur für die Dauer der Konversation im Speicher halte und sie nicht dauerhaft speichere. Ich behandle diese Daten als ephemeres, flüchtiges Gedächtnis.

Bedeutet: Der gesamte Dialog zwischen einem echten Nutzer und dem Bot landet bei Google und wird dort natürlich auch verwurstet. Dass der Bot selbst die Daten nicht dauerhaft speichert oder auswertet, ist ja "nett" und eigentlich auch selbstverständlich, aber was nützt es, wenn die Daten ungefiltert im Staubsaugerbeutel vom Gockel landen?

Ich kann dir versichern, dass der Entwickler von FediChatBot (Hong Minhee) sich der Datenschutzproblematik bewusst ist und versucht, so verantwortungsvoll wie möglich damit umzugehen.

Aha...er ist sich der Problematik "bewusst". Hmmm... und er geht " so verantwortungsvoll wie möglich" damit um. Die Verantwortung für den Umgang mit den Daten wird so schön auf Google abgeschoben, wo man sich die Hände reibt, weil es wieder mehr "Futter" gibt.

Ich bin nicht grundsätzlich gegen Bots auch im Fediverse. Solange sie als solche erkennbar sind und solange sie nicht ausschließlich dazu dienen, Daten abzusaugen und an Unternehmen zu liefern, können sie durchaus ihre Berechtigung haben. Aber ein Bot, der eigentlich nur eine Schnittstelle zum Google-LLM ist, der hat keinen Platz auf meinen Instanzen! Also ab damit in die instanzweite Blockliste! Falls ein Nutzer meiner Hubs unbedingt mit Dschämänai Konversation treiben möchte, kann er ja direkt über Google parlieren oder sich eine weitere Instanz für einen Account suchen, wo der Bot erlaubt ist.

Privacy Gruppen bei Hubzilla funktionieren also genau so wie Listen bei Mastodon und Bluesky als Stream-(Timeline) Filter, haben aber eine weitere Funktion, nämlich die auf Gruppen beschränkte Kommunikation und den auf Gruppen beschränkten Zugriff auf Inhalte.

Es gibt bei Hubzilla Network eine sehr schöne Vergleichstabelle über die Features von Hubzilla, Mastodon, Threads und Bluesky.

Gelangt man in der Tabelle zur Zeile "Lists (create lists of channels to follow)", stellt man bei Hubzilla fest, dass das, was Mastodon- und Bluesky-Nutzer als "Listen" kennen, bei Hubzilla "privacy groups" heißt. Und man sieht da kein grünes Häkchen, sondern ein blaues Ausrufezeichen. Die Legende der Tabelle sagt zum blauen Ausrufezeichen: "= Supported, but not necessarily in a way that you expect. May require advanced configuration or extra steps." ("= Unterstützt, aber nicht unbedingt so, wie Sie es erwarten. Erfordert möglicherweise eine erweiterte Konfiguration oder zusätzliche Schritte.").

Dass die Funktion bei Hubzilla einen anderen Namen hat, hat aber auch gute Gründe.

Zunächst einmal funktionieren Privacy Gruppen genauso wie die Listen bei Mastodon. Man ruft die Funktion auf und kann sich neue Listen aus seinen Verbindungen zusammenstellen.

Um diese Funktion zu nutzen, muss man die App zunächst installieren. Es existiert dann immer eine Standard-Gruppe "Freunde". Dieser Gruppe werden neue Verbindungen voreingestellt automatisch zugewiesen.

Fügt man eine neue Gruppe hinzu, so muss man dieser einen passenden Namen geben und man kann entscheiden, ob die Mitglieder der Gruppe für andere Kanäle sichtbar sind, ob standardmäßig "in diese Gruppe gepostet" wird (dazu später mehr) und ob neue Verbindungen automatisch dieser Gruppe zugewiesen werden sollen (Achtung: Das funktioniert erst ab dem Zeitpunkt dieser option, nicht aber rückwirkend für bereits vorhandene Verbindungen.) Dann klickt man auf den Button "Absenden" und die Privacy Gruppe ist erstellt.

In der linken Seitenleiste kann man die existierenden Privacy Gruppen auswählen.

Die Privacy Gruppe wird angezeigt. Dabei werden auf der linken Seite sämtliche Verbindungen angezeigt, die noch nicht der Privacy Gruppe zugewiesen sind. Auf der rechten Seite erscheinen die Verbindungen, die der Privacy Gruppe zugefügt wurden.

Ein Klick auf eine der Verbindungen wechselt die Seite. Die Verbindung kann also zur PrivacyGruppe hinzugefügt oder aus der Liste entfernt werden.

Man kann eine Verbindung aber auch zu einer Privacy Gruppe hinzufügen oder aus dieser entfernen, indem man die App "Verbindungen" öffnet und das Bearbeitungswerkzeug öffnet. In dem Dialog gibt es einen Tab "Privacy Gruppen" in welchen man per Ein-/Ausschalter die jeweilige Privacy Gruppe aktivieren bzw. deaktivieren.

Nun kann man die Privacy Gruppen so wie Listen z.B. bei Mastodon verwenden. Sie dienen als Filter für den Stream. In der Streamansicht kann man in der linken Seitenleiste eine Privacy Gruppe auswählen und es werden dann nur Beiträge von Verbindungen aus der Privacy Gruppe angezeigt. Also im Endeffekt genau so wie bei den Listen von Mastodon.

Aber was ist daran nun "Privacy"? Nun... hier kommt die zweite Funktion der Privacy Gruppen ins Spiel. Sie dienen nämlich auch als eine Art Adress-Liste. Wählt man beim Veröffentlichen eines Beitrags in den Berechtigungs-Einstellungen eine solche Liste aus, so wird das Posting ausschließlich mit den Mitgliedern der Privacy Gruppe geteilt. Damit ist also eine private Gruppenkonversation möglich. Empfängt man selbst ein Posting, das in eine Privacy Gruppe geschickt wurde, welcher man angehört, stellt man auch fest, das man den Beitrag nicht repeaten oder teilen kann. Würde ja auch keinen Sinn ergeben, weil der Beitrag ohnehin allen Mitgliedern der Privacy Gruppe angezeigt wird und auf die private Gruppe beschränkt ist.

Bei der Privacy Gruppe kann man ja auch die Option "Standardmäßig in diese Gruppe posten" auswählen. Das sorgt dafür, dass bei den Berechtigungs-Einstellungen bei jedem posting diese gruppe als Empfänger voreingestellt ist. Achtung: Möchte man grundsätzlich immer öffentlich posten, sollte dieser Schalter bei keiner Privacy Gruppe eingeschaltet sein.

Über die Berechtigungs-Einstellungen dienen Privacy Gruppen auch dazu, den Zugriff auf andere Inhalte (Dateien, Bilder, Webseiten, Wiki-Seiten, Kalendereinträge u.v.m.) auf die Mitglieder einer bestimmten Privacy Gruppe zu beschränken.

Privacy Gruppen bei Hubzilla funktionieren also genau so wie Listen bei Mastodon und Bluesky als Stream-(Timeline) Filter, haben aber eine weitere Funktion, nämlich die auf Gruppen beschränkte Kommunikation und den auf Gruppen beschränkten Zugriff auf Inhalte. Die Funktion ist am ehesten mit den Circles des ehemaligen Sozialen Netzwerks Google+ zu vergleichen.

Es gibt zahlreiche Gründe, sich von Facebook zu verabschieden. Doch dann stellt sich die Frage nach der Alternative.

Völlig klar: Am besten, man besorgt sich einen Account im Fediverse, weil man da nicht "die Ware" als Datenlieferant und Werbe-Target ist und weil das Fediverse aufgrund seiner dezentralen Natur wesentlich zensurresistenter und ausfallsicherer ist. Und weil es die Möglichkeit gibt, selbst einen Fediverse-Dienst zu betreiben und man damit wirklich Herr über seine Daten ist.

Leider kennen nur wenige Menschen das Fediverse. Zu denen, die es nicht kennen, gehören aber auch viele, die längst daran teilnehmen. Das liegt daran, dass die beliebte Plattform Mastodon als eigenständiges Netzwerk dargestellt wird, obwohl Mastodon-Instanzen nichts anderes sind, als Zugänge zum Fediverse, welches weitaus größer ist und in dem es viele andere Instanzen mit anderer Software gibt, die ganz andere Möglichkeiten bietet.

Wer nun aber einen "Ersatz", also eine echte Alternative zu Facebook sucht, der wird mit Mastodon nicht glücklich werden. Mastodon ist, wie TwiXtter, ein Microblogging-Dienst, während Facebook eher ein echtes soziales Netzwerk ist, welches lange Beiträge, Gruppen, Seiten und vieles mehr bietet und dessen Fokus auch auf dem Herstellen und Halten von Kontakten oder echten Freundschaften liegt. Das kann Mastodon nicht wirklich bieten, weil seine Ausrichtung schlicht anders ist.

Die erste und naheliegendste Alternative zu Facebook im Fediverse ist und bleibt Friendica. Sehr vieles, was man mit Facebook machen kann, ist auch mir Friendica möglich.

Dies gilt ebenfalls für Hubzilla, dessen Wurzeln ja ohnehin auch bei Friendica liegen. Was mit Facebook möglich, ist auch mit Hubzilla möglich. Allerdings ist die Lernkurve bei Hubzilla steiler, als bei Friendica (es gibt aber mittlerweile eine überarbeitete Dokumentation und auch andere Informations-Quellen, die es selbst Einsteigern leicht machen, Hubzilla zu benutzen und zu verstehen).

Aber nun mal ein Beispiel, in welchem Falle Hubzilla wirklich sinnvoll ist: "Facebook-Seiten"

Facebook-Seiten dienen in erster Linie dazu, Inhalte online mit einer breiten Öffentlichkeit zu teilen. Sie sind speziell für Unternehmen, Organisationen, Marken oder öffentliche Personen konzipiert, um mit ihren Followern und der Community zu interagieren.

Seiten ermöglichen es, Beiträge, Fotos, Videos und andere Inhalte zu veröffentlichen, die für die Zielgruppe von Interesse sind, sie bieten eine Plattform, um direkt mit Followern zu kommunizieren, Fragen zu beantworten und Feedback zu erhalten. Unternehmen nutzen Seiten, um ihre Produkte oder Dienstleistungen zu bewerben und gezielte Werbekampagnen durchzuführen.

Insgesamt sind Facebook-Seiten ein wichtiges Werkzeug für die Online-Präsenz und das Community-Management von Unternehmen, Organisationen und Einzelpersonen (Künstler, Aktivisten etc.).

Friendica bietet dafür keinen wirklich adäquaten Ersatz, auch wenn es Organisations-Seiten gibt. Für einen "Ersatz" kommt hier Hubzilla ins Spiel, das seine Stärken für solche Zwecke ausspielen kann.

Um ein Unternehmen, eine Organisation oder eine Person des öffentlichen Interesses zur repräsentieren, kann ein Kanal angelegt werden (ein Vorteil von Hubzilla: man benötigt nur einen Account, um beliebig viele Kanäle - und die auch noch mit der Möglichkeit unterschiedlicher Profile - anzulegen), der genau diesem Zweck dient. Die einzelnen Seiten des Kanals (also z.B. die Profilseite, die Kanal-Seite, die Artikel-Seite u.v.m.) können in gewissem Rehmen individuell angepasst werden und es besteht auch noch die Möglichkeit, komplette Webseiten in dem Kanal zu erzeugen, welche weitere Informationen anbieten. Auch eine Support-Seite ist mittels des in Hubzilla enthaltenen Wikis möglich.

Hubzilla kann für Zwecke, die man mit einer Facebook-Seite erreichen konnte, sehr gut verwendet werden und bietet sogar noch einen Mehrwert, den man selbst mit Facebook nicht bekommt.

Um einen Einblick und einen Start in die Möglichkeiten zu bekommen, erstelle ich ein Tutorial, in welchem beispielhaft das Erstellen eine "Organisations-Seite" für eine nicht mehr existierende Organisation aufgebaut wird, in welcher ich einmal selbst aktiv war (da brauche ich mir keine Inhalte aus den Fingern zu saugen, sondern kann die alten Inhalte einfach übernehmen).

Vor zwei Tagen, nachdem ich den Artikel "Kommentare bei PepeCyBs Welt" veröffentlicht hatte, wurde ich in einem Kommentar zu eben diesem Artikel gefragt, weshalb ich denn PepeCyBs Welt (PCW) mit einem statischen Webseite-Generator erstelle und nicht mit WordPress, welches ja eine direkte Einbindung in das Fediverse erlaubt, oder gar mit Hubzilla selbst. ...

Vor zwei Tagen, nachdem ich den Artikel "Kommentare bei PepeCyBs Welt" veröffentlicht hatte, wurde ich in einem Kommentar zu eben diesem Artikel gefragt, weshalb ich denn PepeCyBs Welt (PCW) mit einem statischen Webseite-Generator erstelle und nicht mit WordPress, welches ja eine direkte Einbindung in das Fediverse erlaubt, oder gar mit Hubzilla selbst.

Mich wundert warum du nicht Hubzilla oder WordPress für deine Seite  gewählt hast. Ich stehe auch gerade vor der Entscheidung für eine  Webseite die möglichst gut ins Fediverse eingebunden sein soll. Kannst  du mir hier einen guten Tipp geben?

Quelle: Kommentar bei Hubzilla

Im Zuge meiner Antwort auf den Kommentar reifte (in extrem kurzer Zeit) der Entschluss, PCW tatsächlich mit Hubzilla umzusetzen.

Die Frage im Kommentar war absolut berechtigt, obwohl die eigentliche Kernfrage für mich ("Wenn ich Hubzilla immer als Social network CMS anpreise, weshalb nutze ich es denn dann nicht auch als solches?") gar nicht ausgesprochen wurde, sondern mir selbst beim Lesen des Kommentars durch den Kopf schoss.

Ja... Warum nutze ich nicht Hubzilla für PCW, wenn ich doch stets predige, dass Hubzilla ein CMS ist?

Meine Antwort: Ähhhm... ja... ääääh... da bin ich gar nicht drauf gekommen. Aber ich mach das jetzt. Versprochen!

Und so habe ich die vergangenen zwei Tage damit verbracht PepeCyBsWelt im Kanal pcw@hub.hubzilla.hu als Blog umzusetzen.

Die Beiträge sind als "Hubzilla-Artikel" allesamt veröffentlicht. In der korrekten Reihenfolge. Bei den vergangenen Artikel habe ich immer den Hinweis auf das Datum der ursprünglichen Veröffentlichung angegeben, weil die Reihenfolge(z.B. durch nachträgliche Überarbeitung eines Artikels) durchaus durcheinander geraten kann (modifizierte Artikel landen wieder am oberen Ende der Artikelliste). Für neu (nur hier) veröffentlichte Artikel schreibe ich keinen Hinweis, sondern lediglich das aktuelle Datum in den Artikel.

Und deshalb ist sie nun HIER bei Hubzilla: PepeCyBs Welt! Die URL https://pepecyb.hu ist nun dauerhaft auf PCW hier bei Whoville weitergeleitet.

Ist ein gutes Gefühl, Hubzilla jetzt auch dafür zu nutzen!

---

19.12.2024

There is no Hubzilla app for mobile devices. Well... there is one for Android. It's called ‘Nomad’ (the same name as Hubzilla's communication protocol), but it's completely outdated (the ‘current’ version 0.8.16 is from 29 October 2019, so it's over five years old). This is out of the question... and you can forget about it (although it still works).

There is no Hubzilla app for mobile devices. Well... there is one for Android. It's called ‘Nomad’ (the same name as Hubzilla's communication protocol ), but it's completely outdated (the ‘current’ version 0.8.16 is from 29 October 2019, so it's over five years old). This is out of the question... and you can forget about it (although it still works).

So there really is no Hubzilla app.

But: There is a Hubzilla app! It's called Webbrowser... and if the web browser on your mobile device allows you to run a particular page as a web app, then it feels like a ‘native’ app... and you have an icon on the screen.

There's really no reason for anyone to write a native app for Hubzilla, because Hubzilla is inherently very usable in a mobile browser with its very good responsive design.

To use my Hubzilla ‘app’ on my smartphone, I opened my Hub in the browser, logged in and then turned the page into a ‘web app’ and placed it on the screen.



One tap and I have my Hubzilla!

With most hubs, you end up in the HQ after calling it up. The content area of the HQ is displayed in the ‘App’.



In the navigation bar (top) there is an icon with an arrow in a circle.



This icon can be used to show the left sidebar. The HQ now shows the overview with the current posts in the stream, the direct messages, the marked (‘yesterday’) posts and the notifications.









In the navigation bar, there is another icon with an exclamation mark in a circle. This shows the notification area.





You can also see the profile picture of your own channel in the top left-hand corner of the navigation bar, which you can use to access the main menu.



Here you can switch between the channels as usual and call up the settings, as well as view or edit your own profiles.







Finally, the app menu (⋮) is located at the top right of the navigation bar, which you can use to access your channel's apps.





For example, the channel view



... the stream



... or the calendar



... your own photos



... or the directory of Hubzilla channels



... Just everything that your own channel has to offer in terms of apps.

That may seem like a lot, but that's just Hubzilla. It's not just limited to microblogging and a bit of liking, but offers a wide range of possibilities. And the ‘web app’ enables everything that Hubzilla can do.

Ursprünglich hatte ich PepeCyBs Welt als Blog mit WordPress ins Netz gebracht. Da es nicht allzu viele Artikel umfasste und ich ein wenig reduzierter arbeiten wollte, dachte ich dann an ein statisches Blogsystem. ...

Ursprünglich hatte ich PepeCyBs Welt als Blog mit WordPress ins Netz gebracht. Da es nicht allzu viele Artikel umfasste und ich ein wenig reduzierter arbeiten wollte, dachte ich dann an ein statisches Blogsystem.

Ich hatte Gehversuche mit Zim (das auch Webseiten generiern kann), aber das war jetzt wirklich zu spartanisch. Hugo habe ich auch ausprobiert. Doch irgendwie war es mir da wieder zu viel Fummelei. Schließlich landete ich bei Publii.Ein System für statische Webseiten, das wirklich komfortabel ist.

Doch PepeCyBs Welt nun auf Hubzilla umzusetzen, war auch kein riesiger Aufwand (wesentlich geringer als mein damaliger Umstieg von WP zum statischen Blog).

Um die Artikel möglichst konsistent zu halten und um der Hubzilla-Philosophie zu folgen, wollte ich alle Beiträge strikt mit bbCode anstatt mit Markdown formatieren (meine Artikel schreibe ich eigentlich immer in Markdown, weshalb ich sie auch in diesem Format auf dem Rechner habe).

Das Umwandeln habe ich mir sehr einfach gemacht. Ich habe (weil es keinen WYSIWYG-bbCode-Editor als Anwendung gibt) lokal den SCEditor aufgerufen und den formatierten Text einfach eingefügt. Damit waren die Texte auch schon anständig umgewandelt.



Den Anfang habe ich mit den Artikeln gemacht. Also einfach alle nacheinander eingegeben und veröffentlicht.Schön in der ursprünglichen Reihenfolge des ursprünglichen Erschinens. Um - gerade bei den älteren Artikeln - klar zu stellen, von wann sie ursprünglich stammen, habe ich jedem Artikel die entsprechende Information vorangestellt:

Dieser Artikel wurde am TT. MONAT YYYY erstmals veröffentlicht.

Denn wenn ich einen Artikel später einmal bearbeite (bearbeiten muss), wird er in der Reihenfolge in der Artikel-App von Hubzilla wieder ganz nach Oben gesetzt.

Der größte Aufwand war das einfügen der Bilder und Grafiken, die ich natürlich alle erst in die Cloud meines Kanals hochladen musste und dann an den passenden Stellen einfügen (da hilft der SCEditor natürlich nicht weiter). Alles in allem hat es zwei Tage (immer mal zwischendurch, wenn ich Zeit hatte) gedauert, bis alle Artikel veröffentlicht waren.

Die Startseite für Besucher sollte die Artikel-Ansicht sein, weil dort die Artikel allesamt aufgeführt werden und in der Seitenleiste die Kategorien aufgeführt sind, nach denen man die Artikel filtern kann.

Aber für Besucher ist auch der Kanal-Stream, den ich ja für das Teilen der Artikel im Fediverse und für allgemeines Microblogging nutze, interessant... und die Profil-Ansicht.

Damit ein einfacher Zugriff auf diese Apps und auch auf das Impressum und die Datenschutzerklärung möglich ist, habe ich einen Menü-Block mit der Webseiten-App angelegt und diesen dann mit Hilfe des PDL-Editors in die Seitenleiste der Artikel-, Kanalstream- und Profil-Ansicht gepackt.







Impressum und Datenschutzerklärung habe ich auch mit der Webseiten-App erstellt und mit passend erstellten Layouts den Menü-Block auch dort in der Seitenleiste zur Ansicht gebracht. So hat jeder Besucher also Zugriff auf das Menü und damit auf alle relevanten Ansichten.







Schließlich habe ich die eigentliche URL von PepeCyBs Welt, pepecyb.hu, mittels permanenter Umleitung auf die Artikel-Ansicht des Kanals umgebogen.

Das war es dann auch schon.

Wenn ich nun neue Artikel veröffentlichen will (so wie diesen hier), ist der Aufwand nicht größer als bei WP oder Publii. Und ich nutze einmal ein paar Möglichkeiten von Hubzilla mehr. Es ist halt nicht nur ein Fediverse-Server, sondern wirklich auch ein CMS!

---

19.12.2024