https://bugzilla.redhat.com/show_bug.cgi?id=1810902 --- Comment #11 from chedi toueiti <chedi.toueiti@xxxxxxxxx> --- @clime To my knowledge /usr/lib is meant for 32bit architecture but you can store noarch scripts in it. So there is nothing forbidding it as long as they are libraries or executable scripts for example the rpm package have scripts under it /usr/lib/rpm/find-debuginfo.sh /usr/lib/rpm/find-lang.sh /usr/lib/rpm/libtooldeps.sh /usr/lib/rpm/ocaml-find-provides.sh /usr/lib/rpm/ocaml-find-requires.sh /usr/lib/rpm/pkgconfigdeps.sh but all those are standalone executables. (which is not your case) On the other hand /usr/libexec is architecture agnostic, and should only be used as the directory for executable programs that are designed primarily to be run by other programs rather than by users (https://docs.fedoraproject.org/en-US/packaging-guidelines/#_libexecdir), which is very close to the your use case but in the same time is sourcing really executing ??(you'll have to add the exec permission) and finnally there is /usr/share but you'll have to remove the shebang. I think you should move your files to either /usr/share or /usr/libexec, it's up to you to decide between removing the shebang or adding the exec bit. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ 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
