https://bugzilla.redhat.com/show_bug.cgi?id=2088450 Petr Menšík <pemensik@xxxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://github.com/CESNET/n | |etopeer2 --- Comment #6 from Petr Menšík <pemensik@xxxxxxxxxx> --- Okay, better example is in unbound-keygen.service. named-setup-rndc.service is started always, just the shell skips the action. %post scriptlets are not executed at all in container based releases like Fedora Silverblue. They have no way to execute them, because package contents are installed different way. I would guess the better would be auto-initialization on the first use. It might require significant changes I understand. Or even design change in netopeer2. It could watch timestamps in yang directory and trigger initialization action when they would change from entry in current user's ~/.local directory? But that is what part which I would classify only as SHOULD. The unowned directories are blocking the successful review. It seems to me %{_datadir}/yang/modules should belong to (some sub)package of yang library and it should depend only on that. Fill a bug on yang package and make this review depens on that bug. Add just: # For provided systemd units Requires: systemd # for yang/modules directory, bug #xy Requires: libyang -- You are receiving this mail because: You are always notified about changes to this product and component You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2088450 _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
