Siduction Forum

So, Nachtrag:
Hat mir ja dann doch keine richtige Ruhe gelassen.
@hendrikL hatte dann doch auch den richtigen Riecher. An AKonadi hatte ich beim besten Willen nicht gedacht. Das nutz ich eh nicht.
Hab dann mal so Spaßes halber diverse PIM-Programme gestartet. Und siehe da, korganizer wollte nicht und hat eben auch ungefähr ne Minute gebraucht, bis es vermeldete Ich kann nicht alle Hintergrunddienste starten. Also frohgemuts einfach mal AKonadi und sämtliche Abhängigkeiten deinstalliert und neu gestartet. Problem behoben.
Wobei ich es schon etwas heftig finde, dass das den ganzen Desktop zum freezen bringt. Das dürfte doch eigentlich nicht passieren.

Ich hab heut aktualisiert

Samba Server hab ich hier auch am Laufen.
Akonadi könnt ich probehalber mal deinstallieren (so gut das geht). Das nutz ich eigentlich nicht.
Würde dann aber mal bis morgen warten. Vielleicht trudelt bei mir ja auch noch ein heilendes Paket rein.

2 Fragen: Wann war das, also das 'full-upgrade'?
 Heute schon ein 'full-upgrade' gemacht?

Ich hatte auch das Problem/dieses Verhalten beobachtet, ich vermute, es hat etwas mit dem Netzwerk zu tun, akonadi/samba/ oder es muss noch eine entfernte Instanz eingebunden werden.

Wie dem auch sei, ich habe vorhin einen 'full-upgrade' laufen lassen, jetzt verhält sich das System wieder normal™.

Ich war für rund ne Woche nicht an meinem Rechner. Nun hab ich upgedated (rund 550 Pakete) und hab jetzt das nervige Problem, dass die Kiste wie gewohnt hochfährt. Den Desktop anzeigt. Ich mit diesem aber kaum interagieren kann. Der Zustand dauert circa ne Minute lang an. Dann funktioniert wieder alles wie gewohnt.
Nu bin ich nicht so der Held was logs lesen/filtern angeht. Ich weiß nie so recht nach was ausschau halten. Das einzige was mir ein bisserl verdächtig vorkommt ist das hier:

qt.qpa.wayland: There are no outputs - creating placeholder screen

Aber selbst wenn das mit dem Problem zusammenhängt, weiß ich nicht so recht, wie ich nach dem verursachenden Prozess forschen kann.
Wie gehe ich denn am besten vor um rauszufinden, was Plasma zum freeze bringt

Danke!

edlin@Devil2026:~$ apt show network-manager-gnome
Package: network-manager-gnome
Version: 1.36.0-4
Priority: optional
Section: oldlibs
Source: network-manager-applet
Maintainer: Utopia Maintenance Team <pkg-utopia-maintainers@lists.alioth.debian.org>
Installed-Size: 18,4 kB
Depends: network-manager-applet (= 1.36.0-4), nm-connection-editor (= 1.36.0-4)
Homepage: https://networkmanager.dev
Tag: implemented-in::c, interface::daemon, interface::graphical,
 interface::x11, network::configuration, protocol::dhcp, protocol::ip,
 role::program, suite::gnome, uitoolkit::gtk, use::configuring,
 x11::application
Download-Size: 10,6 kB
APT-Sources: https://deb.debian.org/debian unstable/main amd64 Packages
Description: transitional package for network-manager-applet and nm-connection-editor
 NetworkManager is a system network service that manages your network devices
 and connections, attempting to keep active network connectivity when
 available. It manages ethernet, Wi-Fi, mobile broadband (WWAN), and PPPoE
 devices, and provides VPN integration with a variety of different VPN
 services.
 .
 This transitional package depends on network-manager-applet (shipping
 nm-applet which provides a notification area applet for controlling
 NetworkManager) and nm-connection-editor (a network connection configuration
 editor for NetworkManager).
 .
 It can be removed safely once no other package depends on it.
Der letzte Satz sollte als Antwort genügen: It can be removed safely once no other package depends on it.

edlin

Und wieder mal werden seit einer guten Woche einige Pakete nicht aktualisiert:
Aktualisiere nicht:
  network-manager-applet  nm-connection-editor
Wenn ich versuche, eines der Pakete zu installieren dann möchte das System das Paket network-manager-gnome deinstallieren. Kann ich das Paket gehen lassen?

Tja, immer wieder Probleme mit den Rechten ...
Ich denke, der Thread kann jetzt auf gelöst/solved gesetzt werden.

edlin

Quote from: edlin on 2026/08/13, 12:42:36Die Datei gibt es inkl. dem Verzeichnis bei mir nicht, was erklären würde, dass bei mir alles ohne zu zicken lief und läuft.

edlin

Mir fiel erst nach der Bereinigung ein, dass ich mir die Datei mal hätte angucken sollen und wollte das mit der 'neuen' nachholen, da ich davon ausging, dass mit dem Neustart eine neue angelegt wurde. Wurde aber nicht ... es gab weder die Datei noch das Verzeichnis.

Ich hab mal nachgeguckt: https://github.com/flatpak/xdg-desktop-portal/wiki/The-Permission-Store

Offensichtlich wird die Datei erst angelegt, wenn Du einer App Berechtigungen erteilst:

QuotePortals use the permission store to keep information about the permissions that a user has given for apps.

By design, permissions are generally handled in the portal frontend, xdg-desktop-portal. Keeping permissions out of the UI backends helps to ensure a consistent behavior and makes it easier to write backends. One example of this design principle is the OpenUri portal, where the frontend deals with permissions and the launching of the selected handler, and the backend just provides an application chooser dialog.

Na klar funktioniert das nicht, aber das ist nur der Fall beim cli-installer. Wenn ich Calamares nehme, habe ich auch Netzwerk und kann installieren. Mit virsh net-start läßt es sich auch nicht starten, da funkt angeblich ein fehlender Parameter von iptables dazwischen. Hatte ich früher schon mal mit dem VirtManager.
Wie schon erwähnt habe ich mich von Qemu getrennt und bin mal bei Virtualbox gelandet. Vor Jahren hatte ich das schonmal, es sind ja doch einige Neuerungen hinzugekommen. 
Damit funktioniert auch alles wie gewünscht.
Ich hatte diesen Thread aber schon beendet, ich schließe dann mal hier.