Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

On the LIRC package, the default config file does not include its .conf.d directory #827

Open
IvanVeloz opened this issue May 18, 2024 · 0 comments

Comments

@IvanVeloz
Copy link

IvanVeloz commented May 18, 2024

On the LIRC package, located at https://github.com/openembedded/meta-openembedded/tree/master/meta-oe/dynamic-layers/meta-python/recipes-connectivity/lirc
the default config file lircd.conf seems to be customized to somebody's application, and does not include the lirc.conf.d directory.

This is a problem because if you want to customize your configuration, you need to replace the lircd.conf instead of just adding your configuration to lirc.conf.d/mycustomconfig.conf.

It may also conflict with any remotes the developer needs to add, by default in a hard to predict way.

Normally, lircd tries to sort multiple remotes so the one which decodes fastest are used first. Setting manual_sort to 1 in any remote disables this and uses the remotes in the order they are listed in lircd.conf or as the alphanumerically sorted filenames in lircd.conf.d.

This is the config file:
https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/dynamic-layers/meta-python/recipes-connectivity/lirc/lirc/lircd.conf

For reference, the upstream file is just one line: include "lircd.conf.d/*.conf".

The solution depends on the project's priority:

  • To not break backwards compatibility, the solution is adding the include line is added at the top of the file.
  • To avoid potentially conflicting with custom remotes, the solution is changing the file completely for the upstream version.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant