dleyna-rend...ervice.conf(5)

πŸ’– dleyna-renderer-service.conf β€” the manual page, but make it make sense

okay bestie, welcome to dleyna-renderer-service.conf(5) from the File Formats Manual section πŸŽ€ this is the whole vibe of the config file, no cap.


✨ NAME ✨

dleyna-renderer-service.conf β€” the configuration file for dleyna-renderer-service πŸ¦‹


🌈 SYNOPSIS 🌈

here's where it lives, pick your fave:

  • /etc/dleyna-renderer-service.conf
  • $XDG_CONFIG_HOME/dleyna-renderer-service.conf

πŸ’… DESCRIPTION πŸ’…

so dleyna-renderer-service is the program that claims the name com.intel.dleyna-renderer on the session message bus. it's a service for discovering and manipulating DLNA Digital Media Renderers (aka DMRs). main character behaviour, honestly πŸ‘‘

here's the tea tho: users or admins should never need to start this daemon themselves, because dbus-daemon will start it automatically whenever some process sends a D-Bus message to the com.intel.dleyna-renderer name on the session bus. it just appears. iconic. it's giving ghosting but make it helpful πŸ’€

and this file? this file is how you configure how dleyna-renderer-service behaves. that's it, that's the whole point 🫢


πŸŽ€ FILE FORMAT πŸŽ€

the format is the so-called key file format (sort of ini-style). it's made of sections (aka groups) of key-value pairs.

  • lines starting with '#' and blank lines count as comments
  • sections start with a header line that has the section name wrapped in '[' and ']'
  • a section ends implicitly when the next section starts, or when the file ends
  • every single key-value pair must live inside a section β€” no stray keys roaming around πŸ™ˆ

πŸ”₯ GENERAL SECTION πŸ”₯

  • connector-name=dbus β€” the name of the inter-process communication method to be used. the only supported value is dbus. that's the whole menu, bestie, no substitutions ✨
  • never-quit=false|true β€” whether the process should stay alive forever, or quit when the last client disconnects. the default value is false.
  • port β€” source port for Simple Service Discovery Protocol (aka SSDP) messages. the default value is 0, which means a random available port will be used 🎲
  • push-host-port β€” port for the push host file server. the default value is 0, which means a random available port will be used.

⭐ LOG SECTION ⭐

  • log-type=0|1|2 β€” the logging method to be used. three technologies are supported: 0 for syslog, 1 for GLib, and 2 for file. the default value is 0.
  • log-level=0|1|2|...|8 β€” comma-separated list of logging levels. the levels are 1 for critical, 2 for error, 3 for warning, 4 for message, 5 for info and 6 for debug. 0 excludes all levels, 7 is a combination of critical, error and info, and 8 includes all levels.

the default value is 7.


🌸 NETF SECTION 🌸

  • netf-enabled=true|false β€” whether network filtering should be enabled or not. the default values is false.
  • netf-list β€” comma-separated list of interface names, service set identifiers (aka SSIDs), and Internet Protocol (aka IP) addresses. if network filtering is requested but the list is empty, then filtering remains disabled 🚫

the list is empty by default.


😭 BUGS 😭

please send bug reports to either the distribution bug tracker or the upstream bug tracker at https://gitlab.gnome.org/World/dLeyna/issues β€” they wanna hear from you fr fr.


πŸ‘‘ SEE ALSO πŸ‘‘

dleyna-renderer-service(1)


and that's the whole page, bestie πŸ’œ this was rendered for you courtesy of the File Formats Manual, the source/version line being dleyna-rend...ervice.conf(5), and its date stamped right there at the bottom of the original as dleyna-rend...ervice.conf(5) β€” yes the header and the footer said the same thing, and honestly? slay, consistency is a love language πŸ’–πŸ₯°

πŸ“¦ where this page comes from