Posts by linuxuser

Ist auch ein PI5 mit Tastatur in Aussicht, also ein PI500 analog zu PI400

Ich weiß jetzt nicht von wo überall ich meine Vorgehesnweise habe, aber der fragliche Punkt ist:

sudo apt install xserver-xorg

Die Frage ist, ob das auch bei Wayland zu machen ist. In raspi-config habe ich gesehen, dass man Wayland deaktivieren kann.

Sobald die bestellten Speicherkarten gekommen sind, kann ich leichter testen. Jedenfalls ist das Standard-Desktop mit nachträglich XFCE viel langsamer als früher über die Serverinstallation von bullseye und nachträglich XFCE. Da kann Firefox schon gefühlt über 30 Sekunden beim Start dauern.

So wie es jetzt von der Performance läuft, fürchte ich, ich muss meine PI400 still legen. Andererseits brauche ich ein neueres Darktable zum Testen, also nicht zum Bearbeiten. OBS bietet für Bullseye nichts aktuelles an und da sind die Menüs anders, die ich manchmal zum Erklären für andere brauche.

$ sudo update-alternatives --config x-session-manager
Es gibt 6 Auswahlmöglichkeiten für die Alternative x-session-manager (welche /usr/bin/x-session-manager bereitstellen).

  Auswahl      Pfad                      Priorität  Status
------------------------------------------------------------
  0            /usr/bin/startlxde-pi      90        automatischer Modus
  1            /usr/bin/lxsession         49        manueller Modus
  2            /usr/bin/openbox-session   40        manueller Modus
  3            /usr/bin/startlxde         50        manueller Modus
  4            /usr/bin/startlxde-pi      90        manueller Modus
* 5            /usr/bin/startxfce4        50        manueller Modus
  6            /usr/bin/xfce4-session     40        manueller Modus

Vergessen, so klappt es auch nicht.

Wenn ich mit "sudo raspi-config" einstelle, dass nur bis zur Konsole gestartet wird und kein X, dann kann ich mich als User anmelden und der Aufruf von "startx" started dann XFCE. XFCE startet aus der Konsole auch mit

/usr/bin/startxfce4

Quote from Jürgen Böhm

Ich habe mir auf Buster(64)-Lite und Bullseye(64)-Lite Mate installiert.

Danke für den Hinweis. Dann kann ich aber gleich XFCE nehmen., obwohl da arbeite ich noch daran.

Obwohl eingestellt, startet nicht XFCE.

$ sudo update-alternatives --config x-session-manager
Es gibt 6 Auswahlmöglichkeiten für die Alternative x-session-manager (welche /usr/bin/x-session-manager bereitstellen).

  Auswahl      Pfad                      Priorität  Status
------------------------------------------------------------
  0            /usr/bin/startlxde-pi      90        automatischer Modus
  1            /usr/bin/lxsession         49        manueller Modus
  2            /usr/bin/openbox-session   40        manueller Modus
  3            /usr/bin/startlxde         50        manueller Modus
  4            /usr/bin/startlxde-pi      90        manueller Modus
  5            /usr/bin/startxfce4        50        manueller Modus
* 6            /usr/bin/xfce4-session     40        manueller Modus

und

$ sudo update-alternatives --config x-window-manager
Es gibt 2 Auswahlmöglichkeiten für die Alternative x-window-manager (welche /usr/bin/x-window-manager bereitstellen).

  Auswahl      Pfad              Priorität  Status
------------------------------------------------------------
  0            /usr/bin/openbox   90        automatischer Modus
  1            /usr/bin/openbox   90        manueller Modus
* 2            /usr/bin/xfwm4     60        manueller Modus

Gibt es bei 2023-10-10-raspios-bookworm-arm64 wie bei XFCE Arbeitsflächen, zu denen man im Panel wechseln kann. Das ist eine der Hauptgründe für mich um XFCE zu verwenden. Das macht aber Probleme. Vielleicht gibt es da eine Alternative.

Wie kann ich XFCE4 mit einer 2023-10-10-raspios-bookworm-arm64-Installation als Default einstellen?

Die Nachinstallation von XFCE mit Basis lite stürzt häufig ab. Vgl. Einfrieren mit Raspberry Pi OS Lite Bookworm mit XFCE / Wayland-Problem?

Grundsätzlich funktioniert meine Installation, aber vielleicht muss ich jetzt anders als davor installieren, weil der PI400 immer wieder einfriert und nur mehr bleibt das Netzteil zu ziehen.

Installiert habe ich:

Raspberry Pi OS Lite

Release date: October 10th 2023

System: 64-bit

Kernel version: 6.1

Debian version: 12 (bookworm)

Danach folgte:

sudo apt install xserver-xorg xfce4 xfce4-goodies

Ich kenne mich mit Wayland nicht aus, darf ich jetzt xserver-xorg nicht mehr installieren? Wenn ja, was wäre das richtige Paket?

Firefox startet gefühlsmäßig viel langsamer mit Bookworm.

Quote from DeaD_EyE

PS: Ganz vergessen, offiziell ist das aber nicht. Rasberry Pi OS hat noch kein Release des neuen Debian.

Danke, das wollte ich hören. In welcher Zeit kann man erfahrungsgemäß damit rechnen?

Ich drehe mich irgendwie im Kreis bei der Suche nach einem offiziellen Debian 12 als minimale Serverinstallation.

Och denke das sollte für den PI richtig sein:

http://debian.anexia.at/debian-cd/current/arm64/

Aber was ist die Server-Variante?

http://debian.anexia.at/debian…an-12.1.0-arm64-DVD-1.iso ist sehr groß. da ost wpjö zuviel darauf, was ich brauche.

Bei http://debian.anexia.at/debian…-12.1.0-arm64-netinst.iso bin ich mir nicht klar, ob ich da gleich am Anfang Wifi konfigurieren kann. Bei Bullseye war es leichter den Downolad zu finden.

Irgendwie sehen mir die ISO-Dateien danach aus, dass damit auf ein anderes Medium installiert werden soll.

Quote from __blackjack__

Wo wird da auf Probleme hingewiesen? Und welche?

Sorry für die späte Antwort, war etwas angeschlagen bei der Hitzewelle.

Quote

https://wiki.ubuntuusers.de/Tor/Installation/

ab Ubuntu 22.04 Konflikte mit Snap-Version von Firefox möglich

Quote

https://wiki.debian.org/TorBrowser#Debian_11_and_later

installing it is as simple as installing the torbrowser-launcher package with whatever tool you prefer.

Hmmh, mehr gibt es bei mir nicht

$ cat /etc/issue
Debian GNU/Linux 11 \n \l

tor/oldstable,oldstable-security 0.4.5.16-1 arm64
Anonymisierende Netzwerkschicht für TCP

tor-arm/oldstable,oldstable 2.1.0-2.1 all
Übergangspaket

tor-geoipdb/oldstable,oldstable,oldstable-security,oldstable-security 0.4.5.16-1 all
GeoIP database for Tor

Quote from linuxuser

Ist das ohne viel Aufwand zu schaffen?

Quote from DeaD_EyE

Kurze Antwort: Nein

Habe ich das so richtig verstanden, dass es mit Debian 11 nicht so einfach ist wie bei Debian org beschrieben? Liegt das an ARM64?

Wird es mit Debian 12 besser, das ist ja mittlerweile offiziell.

PI400

cat /etc/issue

Debian GNU/Linux 11 \n \l

Mich nervt die Datensammlerei immer mehr und möchte manchmal über Tor surfen. Ist das ohne viel Aufwand zu schaffen? Bei Ubuntu wird auf Probleme mit Firefox hingewiesen sowie über große Eingriffe in das System. Wie sieht das unter Debian aus? Unter Android ist das eine simple Installation des Tor-Browsers.. Ich möchte auch das System nicht total langsam machen, da lasse ich es lieber. Ich verwende einen PI400.

Ich habe es probiert zu kompilieren, wird eine Bastelei, ebenso bei simpleX. Ich habe es aufgegeben. Auch wenn man es schafft, bleibt das eine Bastelei.

Ooh, da bin ich vermutlich wegen der Farbe beim Suchen von Kompromissen in die Falle getappt, SimpleX ist nicht peer to peer, sondern "anonymes, dezentrales Routing". Wenn man 2 Handys hat, 1 Handy ausschaltet, dann mit dem andern was schreibt und versendet. Dann das gerade sendende Handy auch ausschaltet und ein wenig wartet und das 1. Handy einschaltet, dann kommt die Nachricht an.

Somit stellt sich auch die Frage von Dateigrößen und Behaltezeiten bei SimpleX.

Aber sonst ist SimpleX von der Usability unter Android durchaus wert, es sich näher anzusehen. Rezension bei https://www.kuketz-blog.de/sim…essenger-ohne-identifier/ Mir gefällt, dass auch bequeme Normaluser ohne PW auskommen und die Oberfläche unter Android über den Systemschutz gesichert werden kann, also zB Fingerabdruck. Bei briar nervt, dass man jedes Mal ein (kompliziertes) PW eingeben muss, wenn man das Handy oder den (Linux-) PC startet. Da werden wohl einige nachlässig beim PW, wie auch immer.. Aber die Zielgruppe, die um ihr Leben bangt und für die auch der Panik-Mode, der durchaus seine Berechtigung haben kann, denkt da wohl anders.

Trotzdem Briar am Raspi interessiert mich weiter.

Schade, dass mir atox gar nicht gefällt, qtox habe ich mir danach gar nicht angesehen. Da bleibt wieder nur Jami. Gefühlsmäßig ist es seit dem letzten Update besser geworden, aber 3 Verbindungen wollen einfach nicht aufgebaut werden, habe die mal auf beiden Seiten komplett gelöscht. Manchmal kam da was von Konvertierung bei anderen Konten. Vielleicht liegt hier das Problem.

Briar ist eigentlich nur für Text Chat geeignet, ich konnte das Foto nicht abspeichern, nur ansehen.

Bei Jami ist mir aufgefallen, dass der Bug verschwunden ist:

[1693018119.703| 2493|pulselayer.cpp    :145  ] Connection to PulseAudio server established
[1693018119.703| 2493|pulselayer.cpp    :175  ] Updating PulseAudio sink list
[1693018119.703| 2493|pulselayer.cpp    :192  ] Updating PulseAudio source list
[1693018119.703| 2493|pulselayer.cpp    :209  ] Updating PulseAudio server infos
[1693018119.703| 2493|pulselayer.cpp    :697  ] PulseAudio server info:
Server name: pulseaudio
Server version: 14.2
Default Sink auto_null
Default Source auto_null.monitor
Default Sample Specification: s16le 2ch 44100Hz
Default Channel Map: front-left,front-right

Aus der Konsole starten, ist ein wenig nervig, aber wenigstens bleibt es nicht mehr während des Startens hängen und wartet auf Interaktion. Bei pulseaudio gab es viele Fehler, ein paar kritische GTK-Fehler sind geblieben, aber nach dem Start läuft es.

snap run jami

Ich weiß nicht wie man das in ein Desktop Icon mit den richtigen Optionen packt.

Es muss nicht briar sein, passt für mich gerade noch irgendwie, brauche nichts mit Tor, dafür hätte ich gerne Backup, etc.

Tox kann mich auch nicht begeistern, atox am Handy war enttäuschend.

Mein Problem ist, dass mich Jami zum Wahnsinn treibt, gerade vorhin wieder ein Account der vor 1 Monat funktioniert hat. Wenn es passt, dann wäre Jami schon ok, aber die Verbindungen, die nicht aufgebaut werden, nerven schon gewaltig. Daher suche ich nach einer Alternative. Peer to peer sollte es sein und natürlich keine Telefonnumer bei der Registrierung.

Es sollte möglichst auf allen wichtigen OS laufen, dh neben Raspi und Linux, auch IOS und MacOS und WIndows.

https://www.messenger-matrix.de/messenger-matrix.html

Die Übersicht dort schränkt ziemlich ein. Bleibt eigentlich nur mehr https://simplex.chat/ Ein kurzer Blick darauf unter Android ist zumindest nicht so entmutigend wie bei atox.

Angeblich soll SimpleX am Raspi in der Konsole laufen, nur ich finde kein Programm dazu.

Hast du dir Jami angesehen? Das läuft bei mir am Raspi gerade irgendwie, sind Audio-Probleme. Hast du Lust das zu analyiseren, dann poste ich Logs. Vielleicht muss ich ja nur Pakete nachinstallieren. Nachdem Jami aber bei der Verbindungsherstellung so rumzicken kann, habe ich mich da am Raspi nicht so sehr gekümmert. Dino ist am Raspi noch am brauchbarsten, aber eben nicht peer to peer.

https://code.briarproject.org/briar/briar-desktop/

Tarball for Linux ARM 64

For ARM-based devices, there's a tarball available:

• Tarball for ARM 64

Gibt es da was für den Raspi, außer selber kompilieren. Die Pakete dafür will ich mir nicht antun zu installieren. Der obige Link ist kaputt.

https://github.com/briar/briar-desktop

Danke, da habe ich nicht aufgepasst oder ein falsches Beispiel aus dem Web verwendet. Normalerweise verwende ich für kritische Dinge gpg.

Gibt es ein GUI um eine verschlüsselte zip-Datei zu erstellen? Ich brauche das nicht für mich, einfacher als in der Konsole geht es kaum.

PI400 mit XFCE.

ii  zip                                   3.0-12                             arm64        Archiver for .zip files

Ich schaffe es nicht 1 Datei als verschlüsseltes zip-Archiv zu speichern.

zip -p "pass" archiv.zip test.txt
zip warning: name not matched: archiv.zip
updating: test.txt (stored 0%)

Das erzeugt eine Datei pass.zip.

Kann Xarchiver verschlüsseln? Da habe ich nichts gefunden.

Gibt es da ein Programm mit dem ein Anfänger auch zurecht kommt?

Quote from Jürgen Böhm

https://wiki.ubuntuusers.de/LightDM/

Da findet man die Lösung, obwohl komisch. Dort wo es immer wie gewüünscht funktionierte, habe ich:

cat /etc/lightdm/lightdm.conf | grep hide
# greeter-hide-users = True to hide the user list
#greeter-hide-users=false

AM 2. Raspi geändert auf

greeter-hide-users=false

also nur auskommentiert, und jetzt passt es auch am 2. Raspi.

Ich habe 2 Bullseye Server (PI400) mit nachinstalliertem XFCE. Funktioniert grundsätzlich

Das sind die wesentlichen Schritte zur Nachrüstung von XFCE:

sudo apt install xserver-xorg xfce4 xfce4-goodies
sudo systemctl get-default
sudo systemctl set-default graphical.target
sudo dpkg-reconfigure lightdm
sudo update-alternatives --config x-session-manager # auto sollte voreingestellt sein
sudo update-alternatives --config x-window-manager
sudo dpkg-reconfigure locales
sudo dpkg-reconfigure tzdata
sudo dpkg-reconfigure keyboard-configuration

Ergebnis ist aber ein unterschiedliches Login.

Beim einen Login wird die letzte Anmeldung gemerkt, dh man muss den User nicht wieder tippen, beim 2. PI400 muss ich den User jedesmal tippen.

Ich bilde mir ein, dass ich beim 1. Raspi 2 Displaymanager auswählen konnte.

Beim 1. und 2. Raspi passiert bei

sudo dpkg-reconfigure lightdm

nichts. Ich lande wieder beim Prompt.

$ sudo update-alternatives --config x-window-manager
Es gibt nur eine Alternative in Link-Gruppe x-window-manager (die /usr/bin/x-window-manager bereitstellt): /usr/bin/xfwm4
Nichts zu konfigurieren.

Was muss ich machen, dass der letzte User beim Login automatisch voreingestellt ist?