Just been bitten by this and spent a good part of a day trying to figure out why. The bug description above wasn't clear. My issue is that I'd like to
support xbuild targeting .net framework 2.0
( https://bugzilla.redhat.com/show_bug.cgi?id=1255204 )
and is happy to just use the binary-blob reference bits from upstream mono. Fedora has policy of not shipping such, so I am modifying the src rpm to revert that and rebuild.
However, the installed mono has symlinks for /usr/lib/mono/4.0-api and /usr/lib/mono/4.5-api both pointing to /usr/lib/mono/4.5 (which is a real directory), while I'd like to upgrade to my custom rpms with those as real directories populated with the upstream binary blobs.
Can we change the bug description a bit, to:
"rpm upgrade,reinstall,downgrade cannot change directory to symlink (or the other way around)"
please?
Anyway, the symptom is that there are piles of file conflicts; and I worked around it by doing "rpm -e --nodeps ..." then "rpm -ivh ..." in two steps, instead of "rpm -Uvh ..." I prefer to do.
Just been bitten by this and spent a good part of a day trying to figure out why. The bug description above wasn't clear. My issue is that I'd like to /bugzilla. redhat. com/show_ bug.cgi? id=1255204 )
support xbuild targeting .net framework 2.0
( https:/
and is happy to just use the binary-blob reference bits from upstream mono. Fedora has policy of not shipping such, so I am modifying the src rpm to revert that and rebuild.
However, the installed mono has symlinks for /usr/lib/ mono/4. 0-api and /usr/lib/ mono/4. 5-api both pointing to /usr/lib/mono/4.5 (which is a real directory), while I'd like to upgrade to my custom rpms with those as real directories populated with the upstream binary blobs.
Can we change the bug description a bit, to:
"rpm upgrade, reinstall, downgrade cannot change directory to symlink (or the other way around)"
please?
Anyway, the symptom is that there are piles of file conflicts; and I worked around it by doing "rpm -e --nodeps ..." then "rpm -ivh ..." in two steps, instead of "rpm -Uvh ..." I prefer to do.