urxvt(1)

πŸ“¦
version 9.31 Β· 2 versions
  • 9.31 Β· alpine 3.24, arch rolling, debian trixie, epel 9, fedora 43, fedora 44, nixos 26.05, nixpkgs unstable, opensuse-leap 16.0, ubuntu noble, ubuntu questing, ubuntu resolute, ubuntu stonking (latest)
  • 9.30 Β· debian bookworm, ubuntu jammy
, in alpine 3.24, arch rolling, debian trixie, epel 9, fedora 43, fedora 44, nixos 26.05, nixpkgs unstable, opensuse-leap 16.0, ubuntu noble, ubuntu questing, ubuntu resolute, ubuntu stonking

πŸ’– urxvt(1) β€” RXVT-UNICODE, bestie edition πŸ’–

okay so we're doing the urxvt manpage, which is technically about urxvtd (the daemon one), and the manual name is urxvt(1) from the RXVT-UNICODE family. sit down, grab a boba, this is gonna be good πŸ§‹βœ¨


✨ NAME ✨

urxvtd β€” the urxvt terminal daemon. yes queen, it's the same terminal emulator energy but it runs as a whole background diva instead of one little window. πŸ‘‘


🌸 SYNOPSIS 🌸

urxvtd [-q|--quiet] [-o|--opendisplay] [-f|--fork] [-m|--mlock]
[-e|--eval perlstring]

urxvtd -q -o -f    # for .xsession use

πŸ¦‹ DESCRIPTION πŸ¦‹

so this manpage is all about the urxvtd daemon. it's the exact same vt102 terminal emulator as urxvt, but instead of being one singular icon, it runs as a daemon that can open multiple terminal windows inside the same process. it's giving main character with a whole entourage. πŸ’…

you can launch it from your X startup scripts if you want, but here's the thing β€” it does not need a working DISPLAY, and honestly? it can open windows on multiple X displays at the same time. multitasking legend. ✨

the glow-up (advantages):

  • terminal windows get created way faster πŸƒβ™€οΈπŸ’¨
  • you save a lot of memory

the catch (disadvantage):

possible impact on stability, bestie. if the main program crashes, all the processes in the terminal windows get terminated. like, all of them. gone. 😭 and because there's no clean way to react to abnormal connection closes, xkill and server resets/restarts will kill the urxvtd instance including every window it ever opened. rip.

πŸ’… OPTIONS πŸ’…

urxvtd currently understands only a few options. bundling of options is not yet supported β€” so no stacking them like friendship bracelets, one at a time please. πŸŽ€

  • -q, --quiet β€” normally urxvtd says the message "rxvt-unicode daemon listening on <path>" after it binds to its control socket. this option shuts that up. (errors and warnings still get logged tho, we're not hiding the tea πŸ™ˆ)
  • -o, --opendisplay β€” forces urxvtd to open a connection to the current $DISPLAY and keep it open. this is the move if you want to tie an instance of urxvtd to the lifetime of a specific display/server. if the server does a reset, urxvtd gets killed automatically. it's a ride-or-die situation fr fr. πŸ’€
  • -f, --fork β€” makes urxvtd fork after it has bound itself to its control socket. bye, you're on your own now ✌️
  • -m, --mlock β€” makes urxvtd call mlockall(2) on itself. this locks urxvtd in RAM and stops it from being swapped out to disk... at the cost of consuming a lot more memory on most operating systems. luxury comes with a price tag, no cap. πŸ’Έ
Note: to use this feature, your system administrator must have set your user's RLIMIT_MEMLOCK to a size greater than or equal to the size of the urxvtd binary (or to unlimited). see /etc/security/limits.conf.
Note 2: there's a known bug in glibc (possibly fixed in 2.8 and later versions) where calloc returns non-zeroed memory when mlockall is in effect. if you experience crashes or other odd behaviour while using --mlock, try it without it. not me getting sabotaged by libc 😭
  • -e, --eval perlstring β€” evaluate the given perl code after basic initialisation (requires perl support to be enabled when compiling urxvtd). you can use this to configure the internal perl interpreter, which is shared between all terminal instances, or to create additional listening sockets for additional protocols. iconic, honestly. ✨
heads up: the code is currently executed before creating the normal listening sockets β€” this might change in future versions.

🌈 EXAMPLES 🌈

here's a genuinely useful invocation of urxvtd in a .xsession-style script:

urxvtd -q -f -o

what does this serve? it waits till the control socket is available, opens the current display, and forks into the background. and when you log out, the server resets and urxvtd gets killed. clean exit, no mess, we love to see it. 🫢


πŸ“ ENVIRONMENT πŸ“

  • RXVT_SOCKET β€” both urxvtc and urxvtd use this env variable to create a listening socket and to contact the urxvtd, respectively. if the variable is missing, then $HOME/.urxvt/urxvtd-<nodename> is used instead. default queen behavior. πŸ‘‘
  • LISTEN_PID, LISTEN_FDS, LISTEN_FDNAMES β€” if these environment variables are set, urxvtd checks for a file descriptor passed by the service manager via the systemd native interface. if one is provided, urxvtd uses it as its listening socket instead of creating one as specified above. delegation! πŸ’…
  • DISPLAY β€” only used when the "--opendisplay" option is specified. must contain a valid X display name. no valid name, no service. 🚫

⭐ SEE ALSO ⭐


and that's the whole vibe check, bestie!! this was version 9.31, dated 2023-01-02 β€” go forth and daemon responsibly πŸ’–βœ¨πŸŽ€πŸ¦‹