Laufend oder nur als abhängigkeit?
Ich schau mir das heute Abend auf jedenfall mal an, das aktuelle das ich verwende von kde mag ich so garnicht. (Ich hab aber auch systemd)
my way to WAYLAND and inside
- Ersteller pit234a
- Erstellt am
Ich schau mir das heute Abend auf jedenfall mal an, das aktuelle das ich verwende von kde mag ich so garnicht. (Ich hab aber auch systemd)
Andy_m4
Well-Known Member
Das ist eine Entscheidung von Alpine Linux kitty so zu bauen.
Siehe dazu auch deren Homepage:
https://sw.kovidgoyal.net/kitty/build/
Unter Dependencies steht da eindeutig:
berni51
Open-Net-FreeBSD user
Ja, da steht libsystemd (optional, not needed for non systemd systems)
Nun ist aber Alpine doch ein non systemd system.
Und dann das:
Nun ist aber Alpine doch ein non systemd system.
Und dann das:
Code:
$kitty
[0.352] Failed to load libsystemd.so with error: Error loading shared library libsystemd.so.0.38.0: No such file or directoryAndy_m4
Well-Known Member
Ehrlich gesagt hab ich mich mit Alpine-Linux nicht großartig beschäftigt.
Es ging mir nur primär darum die Behauptung zu entkräften, das kitty als Solches zwingend auf systemd angewiesen ist, was aber offensichtlich nicht der Fall ist.
Wer da nun "Schuld" ist warum und weshalb Du da Probleme hattest, das kann ich nicht sagen.
berni51
Open-Net-FreeBSD user
Richtig, auf den FreeBSD-Maschinen mit Wayland läuft kitty ja auch einwandfrei.
Villeicht bauen die das mit SystemD Support und dann braucht der das als abhängigkeit.
Evtl. muss dafür systemd dann aber nicht laufen sondern nur die binary vorhanden sein. Soweit ich das mal kurz googeln konnte ist es bei alpine auch garnicht so einfach möglich openrc durch systemd zu ersetzen, das verhärtet meinen binary-ja-laufen-nein verdacht.
berni51
Open-Net-FreeBSD user
Damit hast Du wohl recht. Kitty verlangt also kein systemd, sondern nur eine Library davon.
Ach, die Leute nutzen das wegen des Namens und des Logos, und die Erweiterungen heißen Kitten, ich meine.. Als hätt ichs nicht auch mal nur deshalb installiert
Ich möchte hier aber noch ptyxis in den Raum werfen, das neue Terminal von Gnome (ich mag Gnome normal nicht, aber das ist wirklich Top, also gern mal testen). Seit einiger Zeit mein Way to Go unter Linux.
In den FreeBSD Ports isses wohl, habs unter BSD aber noch nicht probiert.
pit234a
Well-Known Member
fast vergessen: vor wenigen Tagen machte ich einen update, einen System-Update auf 14.3P1 (wenn ich recht erinnere) und anschließend die Pakete.
Die zuvor aus den Ports gebauten Nvidia-Treiber hatte ich nicht gelockt.
Anschließend startete labwc nicht mehr. Die Meldung war wieder, dass keine Verbindung zu einem drm-Gerät hergestellt werden konnte. Beim letzten Mal half an dieser Stelle eben der Bau aus den Ports, diesmal aber nicht. Der nvidia-Treiber und der nvidia-drm hatten eine unterschiedliche Version. Meine Vermutung liegt darin, dass dies zum Versagen geführt hat.
Mir fehlen die Kenntnisse, tiefer danach zu forschen und der schnellste Weg für mich, wieder den labwc starten zu können, war ein zfs-Rollback.
Natürlich wird das nächste Update ja kommen müssen. Damit will ich mir aber ein wenig Zeit lassen (bis nach dem Endspiel der Frauen-Fußball-EM).
Die zuvor aus den Ports gebauten Nvidia-Treiber hatte ich nicht gelockt.
Anschließend startete labwc nicht mehr. Die Meldung war wieder, dass keine Verbindung zu einem drm-Gerät hergestellt werden konnte. Beim letzten Mal half an dieser Stelle eben der Bau aus den Ports, diesmal aber nicht. Der nvidia-Treiber und der nvidia-drm hatten eine unterschiedliche Version. Meine Vermutung liegt darin, dass dies zum Versagen geführt hat.
Mir fehlen die Kenntnisse, tiefer danach zu forschen und der schnellste Weg für mich, wieder den labwc starten zu können, war ein zfs-Rollback.
Natürlich wird das nächste Update ja kommen müssen. Damit will ich mir aber ein wenig Zeit lassen (bis nach dem Endspiel der Frauen-Fußball-EM).
berni51
Open-Net-FreeBSD user
Immer wieder .... das ist wirklich so ziemlich der letzte Punkt, der mich an FreeBSD noch nervt: Das undurchschaubare Grafik-Gewusel. Und vielleicht noch - aber selten - ein klappriges Package Manegement. Aber das soll ja bald zu Ende sein.
Ich hab mich am Wochenende auch mit Wayland vergnügt und es auf diversen SBC installiert: BananaPi M5 mit Armbian, RaspBerryPi 4B mit MX-Linux und RaspBerryPi 5 mit Alpine und RaspiOS. Hat alles prima geklappt. Gerad ist ein Banana fertig geworden, auf dem ich es mit sway probieren werde. Das Konzept wird mir langsam syphatisch.
Ich hab mich am Wochenende auch mit Wayland vergnügt und es auf diversen SBC installiert: BananaPi M5 mit Armbian, RaspBerryPi 4B mit MX-Linux und RaspBerryPi 5 mit Alpine und RaspiOS. Hat alles prima geklappt. Gerad ist ein Banana fertig geworden, auf dem ich es mit sway probieren werde. Das Konzept wird mir langsam syphatisch.
midnight
OpenBSD & FreeBSD
Ja das geht mir auch so und das langsame WLAN, was ja nun der Vergangenheit angehoeren soll. Ich teste ab FreeBSD 15 nochmal auf meinem Thinkpad. Dann soll sich ja einiges verbessert haben.
Funktioniert sddm bei dir auch unter FreeBSD? Wenn ich in der "General"-Sektion "DisplayServer=wayland" konfiguriere und sddm starte, erhalte ich die Fehlermeldung: "HELPER: Failed to take control of "/dev/ttyv6" ("root"): Operation not permitted". Das Handbuch sagt zudem, dass sddm nicht funktioniert:"At this time, sddm does not appear to support starting and managing compositors in Wayland."
pit234a
Well-Known Member
und auch vorhergehend https://www.bsdforen.de/threads/my-way-to-wayland-and-inside.37380/post-342815
hört sich so an, als wenn es bei @CommanderZed auf FreeBSD zusammen mit KDE funktioniert.
Meine eigene Erfahrung war, dass ich einen sddm-Login-Screen erhielt, daraus aber kein labwc starten konnte.
Die Konfiguration von sddm hatte ich nicht angetastet, habe aber ebenfalls gesehen, dass die doch X-lastig ist?
Ich habe mich nicht weiter damit befasst und nur einen oder zwei Startversuche direkt von der Konsole probiert. Ein grafischer Login hat für mich noch keine Priorität.
hört sich so an, als wenn es bei @CommanderZed auf FreeBSD zusammen mit KDE funktioniert.
Meine eigene Erfahrung war, dass ich einen sddm-Login-Screen erhielt, daraus aber kein labwc starten konnte.
Die Konfiguration von sddm hatte ich nicht angetastet, habe aber ebenfalls gesehen, dass die doch X-lastig ist?
Ich habe mich nicht weiter damit befasst und nur einen oder zwei Startversuche direkt von der Konsole probiert. Ein grafischer Login hat für mich noch keine Priorität.
Ich hab einfach das paket installiert, den vorhigeren dm aus der rc.conf entfernt und den sddm dort eingetragen und dann kann man unten links über einen knopf zwischen wayland und x wechseln wie man möchte
Konfigurationsdateien hab ich garnicht angepasst.
Ok, werde ich testen, sobald ich wieder Internet habe... Allerdings hast du @CommanderZed dann ein installiertes xorg, sonst würde sddm ja nicht starten. Finde ich unschön, aber zum Basteln/testen ok.
pit234a
Well-Known Member
metoo
Das ist mir sowas von egal ehrlich gesagt die paar 100MB oder whatever machen den Kohl ja nicht fett.
pit234a
Well-Known Member
natürlich!
Aber: wenn das nicht als Voraussetzung explizit benannt wird und wenn man glaubt, ein System NEU "mit ohne X" aufsetzen zu können, weil es nun ja endlich eine Alternative gibt, dann beißt das eine ziemliche Wunde.
Und wenn wir dann versuchen zu verstehen, wo der Unterschied liegt, weshalb es bei EINEM geht und bei ANDEREN nicht. dann ist es doch sehr wichtig zu wissen, wie die Grundlagen aussehen, auf denen man aufbaut.
das trifft es sehr gut. Mir ist klar, dass die wayland-Unterstützung von sddm aktuell als experimentell gilt. Dennoch dachte ich, dass ich dann ja ohne xorg auskommen muss. Nach der Installation von xorg-minimal startet sddm und ich kann tatsächlich auch wayland-sessions starten (hier wayfire).
pit234a
Well-Known Member
hast du da noch was in der sddm-Konfiguration geändert? Oder geht es bei dir so auf Anhieb?
Hast du auch US-Keyboard im sddm vorbelegt?
Ja, ich habe 2 Dinge geändert:
1. In /usr/local/share/sddm/scripts/Xsetup habe ich "setxkbmap de" gesetzt, aus Gewohnheit, ohne zu prüfen, ob das in wayland nötig ist (setxkbmap ist installiert)
2. ich habe neben sddm_enable="YES" auch "sddm_lang=de_DE" in der /etc/rc.conf gesetzt.
Ich habe (damit?) ein deutsches Tastaturlayout in wayland vorbelegt (was ich davor nicht hatte). Vermutlich greift das auch für sddm (aber ich habe keine problematischen Zeichen im Passwort, kann es also nicht testen)
Also bei mir auf Linux läuft KDE mit sddm ohne installiertem X. Ich denke also früher oder später wird das auch auf den BSDs klappen.
bluescreen
verstört
.... by the way ...
... zum thema Login-Manager .... SDDM liegt wohl im Sterben ,
der Nachfolger steht schon in den Startlöchern ....
Kuckst du hier ---> Plasma-Login-Manager
... zum thema Login-Manager .... SDDM liegt wohl im Sterben ,
der Nachfolger steht schon in den Startlöchern ....
Kuckst du hier ---> Plasma-Login-Manager