qt5 as default?
Kevin Kofler
kevin.kofler at chello.at
Sun Apr 26 02:49:55 UTC 2015
Rex Dieter wrote:
> Antti J=?iso-8859-1?B?5A==?=rvinen wrote:
>
>> There is also same decision to make regarding libraries that have not
>> been re-packaged to support both qt4 and qt5. One good example is
>> https://admin.fedoraproject.org/pkgdb/package/qjson/
>> -> there is no separate binary package libqjson-qt5 and libqjson-qt4. The
>> library from source works all right with both but if the library is
>> built and linked against qt4, it can also be used to build application
>> that links against qt5 and everything goes all right. Only downside is
>> immediate SIGSEGV when you invoke methods from the library :)
>
> For libraries that support both, the general best practice is to change
> library soname for Qt5 builds, to ensure the scenarios you describe
> doesn't happen accidentally.
And to be clear, for libraries, you should usually be shipping BOTH builds,
in separate subpackages. So yes, there needs to be a libqjson-qt5 and a
libqjson-qt4 (but one of them should probably just keep the libqjson name
and Provide the libqjson-qt* one).
And as Rex wrote, if upstream builds them with the same soname, this must be
patched to allow the libraries to coexist, and you should also complain
about this to upstream.
Kevin Kofler
More information about the devel
mailing list