Today i noticed: https://wiki.archlinux.org/title/intel_ … stallation .
These sounded familiar: "There have been couple reports where the whole graphics stack hard freezes" , "not even switching to a different virtual console work" .
And I think there's intel graphic chip in that machine.

But it will take a while to get a chance to try SysRq.
Last night i started the reinstall process. Erased the ssd with dd as a first step, to start with a "clean slate".

Should find out if there is xterm installed outside of vm.

There is xterm installed on that host. So lack of xterm won't explain anything.
But on the other hand: https://duckduckgo.com/?t=ftsa&q=xsessi … ion&ia=web .
May be related or may be not. I get that xsession-complaint when logging in to xfce from lightdm.

But i think today's agenda is to find out what happens if i try to remove package elogind from those 2 vm's i mentioned before.
It would be nice if i could reproduce the freezing inside a vm , so that i could use ssh to find out what went wrong. But won't hold my breath.

There's that full backup of course, but USB ceased to work with vm's . So i need a file server and also the vm's to behave themselves.

EDit. elogind doesn't seem to be too vital package. But on the other hand, purging libelogin* - packages will try to remove xorg-related packages amongst others. So those libraries have to be left installed for now.
And if i purge dbus* - packages, the "openbox-vm" will kind of work still. But no firefox nor pulseaudio.

Btw. any ideas about a desktop environment without need for polkit or policykit?

Now i have a "kind of a theory" why "freezing" happens. When trying to log out, lightdm tries to communicate with polkit but it can't and freezes. But on the other hand, then i would expect that package to go away when removing polkit-packages.
Not yet sure how that explains problems with startx. Should find out if there is xterm installed outside of vm.

And btw, couldn't reproduce the "freezing situation" inside a vm just yet. Did many things differently from 2-3 months ago, thats for sure. Should have documented better how the install went during march-april.

Edit. https://pkginfo.devuan.org/cgi-bin/pack … d=246.10-5 the "Recommends:"-part.
So changing displaymanager won't necessarily help if it is elogind that tries to access policykit-related stuff that is not available.

And elogind need dbus also.

In xfce there is thunar which has troubling dependencies. Also i found out that it is libreoffice that needs libcups-something.
Last year i was wondering why libcups was needed, now i got my answer finally

And of course lxde-something-packages need policykit.

Next time when trying to reinstall, maybe i'll try Deaedalus netinstall with openbox+lxdm.
And then there's always Chimaera. Or how long it is still supported?

Btw. any ideas about a desktop environment without need for polkit or policykit?

Btw.

ps -aux | grep seat

returned

root SOME_THINGS /usr/sbin/seatd -g video

. So now there's seatd running, as root.
But if it is running as root, it shouldn't have had problems with access rights of /dev/input/* .

Edit.

And when started xinit as normal_user "ps -aux | grep X" returned

$normal_user $some_things tty1 /usr/lib/xorg/Xorg:0

.
So X is running as normal_user when i start it from text_mode . Running as $normal_user would explain the problems with /dev/input/* - files .

It has been a while since i had to write .xinitrc . So, after "#!/bin/sh" , i start window_manager with & at the end of the command, and after that some other commands, right?

Not happy about adding normal_user to group input...

As normal_user command

 grep EE ~/.local/share/xorg/Xorg.0.log 

returned rows like:

(EE) seatd_libseat device not open (/dev/input/eventX) 

and that normal_user doesn't belong to group input.
And same "EE rows" can be found in /var/log/Xorg.0.log after running startx as root.

EDit. after "apt-get install lxde" , running startx as normal_user started lxde session which i could exit without problems.
Let's find out again what happens after removing unnecessary packages.

Edit.2.
purging packages from libcupsfilters* to gstreamer* + autoremove and lightdm still works as expected
and same for going te previous list to vim and others.
Next try to remove pol-packages... "login box" works. Also i can use twm's menu because i installed that.

Next "apt-get remove --purge brltty* openssh* network-manager-* mobile* modem* && apt autoremove ".  Make "netstat - tulpan"'s list empty.
Still login&lgout works.

apt-get remove --purge ghostscript* gimp-data gir* gstreamer* gnome* gnupg* gvfs* && apt autoremove
and still log{in,out} are ok

"gnome* gnupg* gvfs* inetutils-telnet iw libreoffice*" purged+autoremove
still login/out ok

mailcap,mutt,ppp can be purged
purging pol* seems to want to remove lxde-related packages, should be more precise with pol-stuff, policykit-1* is tied to lxde-packages
maybe poppler have to be there too

vim* , wireless* wpa* can be removed
and lgin/out still ok

at least lxpolkit seems to need policykit-packages, lets see how Daedalus works withoyt that. I guess that was ok, but removing anything more lxde-related seems to be too much.

... And outside of vm there are no policykit/polkit/pkexec-packages installed. Maybe i found the source of problem- maybe not. Are there any desktop software in Devuan which doesn't need policykit or polkit?

Tried to install libpango-packaged before lxdm. GOt this complaint:

Looks like i have mis-configured apt's sources somewhere in time. There's chimaera where there should be daedalus. Fixed that.

Also started experimenting with virtual machines. Trying to find out where things go wrong.
Installed Daedalus desktop. NOthing special with partitioning. Mostly went with defaults. Except that initrd should contain only the necessary modules. (accidentally /boot is a bit small so...)
And in "tasksel-phase" i chose only "console productve tools" and "lxde".

Edit.
/dev/input/* owned by root:input , crw-rw----
/dev/tty* owned by root:tty , most files have rights crw--w--- except /dev/tty
no seat
elogind is 264.10-5

Looks like i can log in and out to/from lxde without problems. Haven't remove any unnecessary packages yet. Or configured anything except apt.
Next snapshot is about removing the unnecessary.

Last year i tried Chimaera minimal livedvd. Managed to install lxde without problems. At least i like to think that display manager and startx worked as expected.

But it was the "new" desktop then. With Fujitsu, all bets are off.

On the other hand, when i booted Chimaera i installed in a vm, the ls -las /dev/tty* looks exactly same as outside of the vm. So it is not that simple.

Earlier in another topic, when i said something about owners of tty-files(https://dev1galaxy.org/viewtopic.php?pid=49368#p49368) , i must have been in init 2 mode. In init 3 all the owners of tty-files are root:tty .

So, there are some kind of software bugs introduced after Chimaera or there's something wrong with my hardware.
In a way i hope for the latter. I get a chance to buy another ancient desktop to decay
NOt convinced about these laptops.