Description of problem:
New libidn package 1.35-2.fc29 - seem to be causing problems with
my installed AdobeReader_enu.
If the library is meant to be compatible (which I'd expect from just 'minor' library version change) it should provide all symbols needed.
If the library becomes incompatible - major version should change.
# dnf upgrade --best --allowerasing libidn
Package Arch Version Repository Size
ghostscript x86_64 9.23-4.fc29 rawhide 77 k
ghostscript-core x86_64 9.23-4.fc29 rawhide 49 k
ghostscript-tools-fonts x86_64 9.23-4.fc29 rawhide 53 k
ghostscript-tools-printing x86_64 9.23-4.fc29 rawhide 53 k
ghostscript-x11 x86_64 9.23-4.fc29 rawhide 77 k
hesiod x86_64 3.2.1-12.fc29 rawhide 34 k
libgs x86_64 9.23-4.fc29 rawhide 3.0 M
libidn i686 1.35-2.fc29 rawhide 240 k
libidn x86_64 1.35-2.fc29 rawhide 239 k
libidn-devel x86_64 1.35-2.fc29 rawhide 135 k
libpurple x86_64 2.13.0-2.fc29 rawhide 5.3 M
loudmouth x86_64 1.5.3-5.fc29 rawhide 77 k
pidgin x86_64 2.13.0-2.fc29 rawhide 1.5 M
Removing dependent packages:
AdobeReader_enu i486 9.5.5-1 @System 135 M
tgif x86_64 4.2.5-15.fc28 @rawhide 3.5 M
Version-Release number of selected component (if applicable):
Steps to Reproduce:
There was an ABI break in libidn-1.34/1.35, so the soname of the library has changed. Ideally, the application should be rebuilt against the new version. If it doesn't use the stringprep features of libidn, a symlink pointing to the new version could work.
Acrobat can't be recompiled - there are no sources and there will be no new version available.
Libraries can't just randomly change their ABI and pretend they are same libraries - clearly the main point of library upgrade is - to preserve ABI and fix bugs.
So if there is unavoidable change for new library user - you can still use symbol versioning. But this also means - library has to provide compatible function for older compiled binaries.
Also there is NO 100% replacement for Adobe Acrobat on linux - so IMHO worth to keep it installable.
This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle.
Changing version to '29'.
*** Bug 1646343 has been marked as a duplicate of this bug. ***
*** Bug 1646699 has been marked as a duplicate of this bug. ***
libidn1.34-1.34-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-fd7095527b
libidn1.34-1.34-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.