- Edited
could you please create it using lightdm as the display manager instead of sddm?
:-*
a virtual kiss for your efforts!
<3
:-*
a virtual kiss for your efforts!
<3
I have a feature request for the next live usb image
no because lightdm cannot works without elogind
[deleted]
No, Qt everywhere ( ˘ ³˘)♥
So you are saying it is Qt's fault for developing more and more dependency to elogind?
I was suspicious of this but couldn't read deep enough to find out but there have been an increasing amount of Qt based software demanding systemd-logind and libraries. I thought Qt was created with the aim of being neutral/agnostic of systems below/above, as an independent layer to build software on.
I was suspicious of this but couldn't read deep enough to find out but there have been an increasing amount of Qt based software demanding systemd-logind and libraries. I thought Qt was created with the aim of being neutral/agnostic of systems below/above, as an independent layer to build software on.
Can you please create the next iso using another display manager that is capable of autologin? lxdm maybe? ok it's just not a thing without systemd because of build-depends is a nightmare. I get it. diminishing returns on the effort is a thing i appreciate. Everyone is becoming more addicted to systemd. Sad but true. hated it!
If the demanded outcome is to press the button and end up in your desktop/wm without a login of any form, then why use a DM at all and not use nodm, a properly configured .xinitrc?
I also found this workaround for debian, I think it can be configured for obarun as well.
https://www.enricozini.org/blog/2008/tips/lightweight-autologin/
The problems I see with this is that if you do this to the system then some upgrade that may break something in X or DE will end up in nowhere-land for all tty, including the emergency tty12 where root can't even login. Once X starts then other ttys are available to work, so maybe not as big of a problem.
I also found this workaround for debian, I think it can be configured for obarun as well.
https://www.enricozini.org/blog/2008/tips/lightweight-autologin/
The problems I see with this is that if you do this to the system then some upgrade that may break something in X or DE will end up in nowhere-land for all tty, including the emergency tty12 where root can't even login. Once X starts then other ttys are available to work, so maybe not as big of a problem.