I think this is for applications not for graphical server
Mastodon: @user_naa@mastodon.social
I think this is for applications not for graphical server
They all operates some way through systemd, so if operation is disabled via policy you cannot bypass it.
sasha@fedora:~$ /sbin/halt
Call to Halt failed: Interactive authentication required.
No, this is not possible. Virt-manager is just a GUI over libvirt. For now libvirt doesn’t support USB passthrought by port id, only by device id (which changes on each plug) or vendor id.
I tried this, didn’t help.
I added logs to post
X server isn’t starting
Kernel driver is loaded
# lsmod | grep radeon
radeon 1888256 9
video 77824 2 amdgpu,radeon
i2c_algo_bit 12288 2 amdgpu,radeon
drm_suballoc_helper 12288 2 amdgpu,radeon
drm_display_helper 266240 2 amdgpu,radeon
drm_ttm_helper 12288 2 amdgpu,radeon
ttm 102400 3 amdgpu,radeon,drm_ttm_helper
drm_kms_helper 253952 3 drm_display_helper,amdgpu,radeon
drm 749568 16 gpu_sched,drm_kms_helper,drm_exec,drm_suballoc_helper,drm_display_helper,drm_buddy,amdgpu,radeon,drm_ttm_helper,ttm,amdxcp
I left PostUp as is and didn’t try removing -o))
deleted by creator
Then I have the opposite question: why Apple won’t open IPhones for side loading if it will feet more money?
What Systemd compatibility I need to run Graphics session?
If you’re using an Intel chip look into GVT-g and consider running Arch from a VM, that’ll be the closest thing to native.
I want to start clear Arch Wayland session on one my ttys and want to Arch have full direct hardware access.
The unfortunate thing about running an Arch container from a Debian host is that you’re relying on an older kernel
I use latest Linux-libre on my Debian machine and everything works well.
If you are very, very lucky Arch will just work inside the container, but IME that’s fairly rare as systemd often has breaking changes over several releases (and Arch tends to be at least several releases ahead of Debian.)
As I mentioned earlier I tried running Archbox. It is basically script to easy set up chroot. The main problem was that compositor couldn’t connect to Wayland socket.
Why I need a full isolated container? Can’t I just use chroot?
I don’t think I can run native Wayland session from container
Thanks for help. Everything is fixed, read post update
Thanks for help. Everything is fixed, read post update
deleted by creator
I didn’t connect any client yet.
Thank you, it works! But I got weird behavior:
systemctl restart sddm
from tty and it will work again) How can I fix this bugs?