Description of problem: In order for plugins to work, /usr/share/domoticz/www/templates needs to be writeable by domoticz. Version-Release number of selected component (if applicable): All. How reproducible: Install a plugin, for instance domoticz-plugins-manager by following the instructions on https://github.com/stas-demydiuk/domoticz-plugins-manager When the plugin starts, it tries to copy a html and js file to /usr/share/domoticz/www/templates. This fails, which means that the plugin doesn't show in the custom menu tab. Expected results: When you change the ownership of the directory to domoticz:domoticz and restart the domoticz service, the files are copied and the plugin appears in the custom menu.
I'll have to make it a symlink to /var/lib/domoticz/templates instead. Fedora tries to follow the FHS and the FHS demands that /usr be handled like a read-only filesystem. Upstream develops on a Windows and Raspberry Pi platform so they don't understand these concepts.
FEDORA-2022-56465832c9 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-56465832c9
FEDORA-2022-56465832c9 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-56465832c9` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-56465832c9 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-56465832c9 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.