Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ly – A TUI Display Manager

github.com

Post reply on HN
Print view View original

11–20 of 26 posts

Re: Ly – A TUI Display Manager

#11

Post by Fnoord »

filmor wrote: post #4
gigatexal wrote: post #2

Anyone got video of this in action?

Knowing the alternative tuigreet ( https://github.com/apognu/tuigreet ), there won't be much of a difference between a video and the given screenshot. You have a prompt, you enter username and password and your Wayland compositor/X session starts up.

The last release of Ly was on 3 Feb 2020. More than two years ago. I would rather use your solution (which is also written in Rust).

The thing display/login managers have going for them is they allow certain configuration before logging in, or they show certain information before logging in. Whatever you want to configure or display depends (mostly on preference). Thinking about it, I am not sure I need anything. I mean, all I do is type sway.

Re: Ly – A TUI Display Manager

#12

Post by doubled112 »

1MachineElf wrote: post #9
ducktective wrote: post #6

1- Tangential, Why "login manager" is called display manager in Linux-speak? 2- Isn't it better to use a login manager that is 1- graphical and 2- uses the same GUI tech as your DE (for example gtk for xfce/gnome and qt for KDE) so the actual GUI apps could be hot-loaded in memory and the initial cold-runs of programs could be faster? Thanks for the project. Seems clean.

I'm interested in trying this out with i3. I've only just started using i3 and the default lightdm display manager (on NixOS) looks and feels out-of-place with it. Ly seems to be a logical next step.

Are you the only user? Do you always use i3?

If yes to both, you could have your bashrc (or you shell's equivalent) start X and i3 on a TTY login?

https://wiki.archlinux.org/title/Xinit#Autostart_X_at_login

Re: Ly – A TUI Display Manager

#13

Post by sainotbot »

ducktective wrote: post #6

1- Tangential, Why "login manager" is called display manager in Linux-speak? 2- Isn't it better to use a login manager that is 1- graphical and 2- uses the same GUI tech as your DE (for example gtk for xfce/gnome and qt for KDE) so the actual GUI apps could be hot-loaded in memory and the initial cold-runs of programs could be faster? Thanks for the project. Seems clean.

1: You can login and not start up a display (e.g. when you SSH into a box). The login manager is seperate from the display manager. You don't necessarily have to have a display attached.

2: The display manager starts up a window manager, which figures out where to draw your apps. X11 or Wayland is the underlying tech that KDE, Gnome, etc, uses to manage displays/windows.

Ly draws straight to the terminal, which I'm pretty sure is faster. And it allows some flexibility when running multiple window managers. I've found having multiple window managers installed can be a little unstable. SDDM didn't like it, but it works pretty good with Ly.

Re: Ly – A TUI Display Manager

#14

Post by squarefoot »

ducktective wrote: post #6

1- Tangential, Why "login manager" is called display manager in Linux-speak? 2- Isn't it better to use a login manager that is 1- graphical and 2- uses the same GUI tech as your DE (for example gtk for xfce/gnome and qt for KDE) so the actual GUI apps could be hot-loaded in memory and the initial cold-runs of programs could be faster? Thanks for the project. Seems clean.

> 2- Isn't it better to use a login manager that is 1- graphical and 2- uses the same GUI tech as your DE

A text only login manager could spare some more resources on small systems, since once the desktop environment has been loaded it keeps running anyway. I use LightDM and XFCE for example, and if I look at LightDM memory consumption, the amount although not huge is neither trivial; I guess small embedded devices would benefit from this.

  $ sudo pmap `pidof lightdm`

  2021:   lightdm --session-child 14 23
  000055728c276000     28K r---- lightdm
  000055728c27d000    168K r-x-- lightdm
  000055728c2a7000     76K r---- lightdm
  ....
  ....
   total           163696K
  1795:   /usr/sbin/lightdm
  0000555cca10b000     28K r---- lightdm
  0000555cca112000    168K r-x-- lightdm
  0000555cca13c000     76K r---- lightdm
  ....
  ....
   total           236188K

Re: Ly – A TUI Display Manager

#15

Post by nerdponx »

filmor wrote: post #4
gigatexal wrote: post #2

Anyone got video of this in action?

Knowing the alternative tuigreet ( https://github.com/apognu/tuigreet ), there won't be much of a difference between a video and the given screenshot. You have a prompt, you enter username and password and your Wayland compositor/X session starts up.

Another good alternative is Emptty.

Re: Ly – A TUI Display Manager

#17

Post by LargoLasskhyfv »

doubled112 wrote: post #12
1MachineElf wrote: post #9

Earlier quoted context omitted.

I'm interested in trying this out with i3. I've only just started using i3 and the default lightdm display manager (on NixOS) looks and feels out-of-place with it. Ly seems to be a logical next step.

Are you the only user? Do you always use i3? If yes to both, you could have your bashrc (or you shell's equivalent) start X and i3 on a TTY login? https://wiki.archlinux.org/title/Xinit#Autostart_X_at_login

An even more lazy approach is logging into the console,

regardless if textmode or framebuffer,

and simply do upward arrow & enter,

since whatever starts your session is the last entry in shell history anyways :-)

This way there is less surprise/annoyance with flickering/crashing X,

like you could have when starting X unconditionally after login,

which could happen after you modified something to test.

On another console, to not spoil the history for that upward arrow & enter thing ;-)

Which works regardless of shell/WM/DE/OS/whatever, at least it does so for me.

Re: Ly – A TUI Display Manager

#19

Post by russellendicott »

nickloewen wrote: post #16

I made a quick survey of text-based display managers a couple days ago. Ly looks fantastic, but I went with tbsm, which had almost no dependencies and was super simple to get going. https://github.com/loh-tar/tbsm http://loh-tar.github.io/tbsm/

If you like TUIs I'd love to get some feeback on a project I just parked called Uggly. It's like a browser but for TUI's served by servers.

http://uggly.bytester.net

Post reply on HN