Possible for daemon to start without GUI? about tym

[endaaman]

(In general, instead of systemd, DE's "auto start" or something should be used in this case)

[endaaman]

I figured out the same problem also in a normal DE (I am a SDDM/KDE user.). I could check that if the env value is set DISPLAY=:0 manually, the service works correctly. But the hotfix should not be the best.

There must be a more elegant and smarter way to do this, but I don't know now.

[xlucn]

DE's "auto start"

That seems the better work-around.

Back to my original thought. I am not sure if tym can, since it might be limited by what vte can do, start the daemon without requiring a graphical environment. That's the behavior of urxvtd, also quite common for other "daemon" processes.

[endaaman]

The option --daemon reduces the cost to initilize the GUI footprint. It is reasonable that such process needs DISPLAY env.

since it might be limited by what vte can do

Strictly speaking, limited by GTK rather than VTE.

How are urxvtd users solving this problem?

[xlucn]

Thanks for the explanation.

How are urxvtd users solving this problem?

The issue doesn't exist for urxvt. In a tty, urxvtd can start without problems (and then start urxvtc in an X session somewhere else), where tym --daemon failed.

Maybe urxvt has somehow separated code that requires GUI to be only in client side.

[js-everts]

In the case of startx. Adding tym --daemon & into your xinitrc seems to work.

[endaaman]

We have the 2 options.

• add an entry to launch tym --daemon on yours DE settings
• start manually on your 'xinitrc'

If you want to use tym-daemon.service , set DISPLAY=:0 but it is not recommended.