As these symlinks have been generated by an earlier install of the same
package, an upgrade should be able to replace them I think.
So this seems an rpm bug to me.
Is there anything I can do as eccodes packager to fix this?
Jos
On 7/29/25 12:13 PM, Michael Schwendt wrote:
On Mon, 28 Jul 2025 19:45:15 -0600, Orion Poplawski wrote:
Can someone explain this to me?
sudo dnf upgrade -y eccodes\*
install of eccodes-data-2.42.0-2.fc43.noarch conflicts with file from
package eccodes-data-2.40.0-1.fc43.noarch
- file /usr/share/eccodes/definitions/bufr/tables/0/local/8/78/110
Smelled like the classic case of RPM not replacing directories with
symlinks and vice versa. Confirmed with this brief look, likely the same
for the other conflicting files:
$ rpmls eccodes-data-2.40.0-1.fc43.noarch.rpm |grep 110$
drwxr-xr-x /usr/share/eccodes/definitions/bufr/tables/0/local/8/78/110
$ rpmls eccodes-data-2.42.0-2.fc43.noarch.rpm |grep 110$
lrwxrwxrwx /usr/share/eccodes/definitions/bufr/tables/0/local/8/78/110
--
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
