irstlm-tools provides /usr/bin/dict, which is also provided by dictd. This has been happening apparently for years since irstlm was introduced in fedora 10 years, however it came to light since dictd introduced gating.yaml to validate updates, and this conflict surfaced: Undeclared file conflicts: dictd-1.13.1-1.fc41.x86_64 provides /usr/bin/dict which is also provided by irstlm-tools-6.00.05-19.fc40.x86_64 I noticed irstlm has the following in the %files section: %{_bindir}/* which includes everything installed by upstream. Is it intentional to add /usr/bin/dict?, if so, would it make sense to rename it (or ask upstream to do so) so it doesn't conflict with dictd? Reproducible: Always
This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle. Changing version to 42.
Someone else reported the general problem behind this upstream: https://github.com/irstlm-team/irstlm/issues/29 Could dictd rename its /usr/bin/dict?
> Could dictd rename its /usr/bin/dict? I would prefer we rename irstlm dict program instead and break the ABI there, since it would be a better user experience due to the name of the package dictd and the popularity of it, and who knows how many other tools expect /usr/bin/dict to be the dictd project for that same reason. If renaming irstlm dict binary is not desirable for some reason, perhaps we just then wait for upstream. I haven't seen any user submitting bug reports because of the conflicts in Fedora, so perhaps installing dict and irstlm together is not a thing.
I orphaned this package, so this conflict will be absent in future Fedora releases.