You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With kcolorpicker v0.3.0, the solution seemed to be straightforward. It introduced libkColorPicker-Qt5 and libkColorPicker-Qt6. When building shared libraries, they can be installed together without conflict since they are of different names.
With kcolorpicker v0.3.1 ( specifically f58d6ad ), the shared libraries built all have the file name libkColorPicker.so.0.x. This means that the Qt5 and Qt6 versions of shared library cannot be installed together. (In the meanwhile, the headers and CMake files can coexist because they are placed under usr/include/kColorPicker-Qt{5,6}/ and usr/lib/*/cmake/kColorPicker-Qt{5,6}/, respectively.
As Debian packager, I would like to know how you would like us to provide the kColorPicker in Debian and its derivatives (e.g., Ubuntu). Do you expect that everything move to Qt6 as Arch Linux, or do you want to make coexistance possible? That will determine how I change the packaging structure at https://tracker.debian.org/pkg/kcolorpicker .
The text was updated successfully, but these errors were encountered:
I will also have to mention that switching from Qt5 to Qt6 is a major API breakage that should be accompanied with SONAME bump. I would suggest both kcolorpicker project and kimageannotator project to raise their SONAME (0 -> 1) to avoid any issues.
Another very important thing worth mentioning is that the kimageannotator library is being used by external projects:
-> % aptitude why libkcolorpicker0
i task-kde-desktop Depends kde-standard
p kde-standard Depends gwenview (>= 4:22.12.3)
p gwenview Depends libkimageannotator0 (>= 0.6.0)
p libkimageannotator0 Depends libkcolorpicker0 (>= 0.2.0)
While the latest version of gwenview has migrated to Qt6, older releases may still depends on Qt5 and Qt5 flavor of libkimageannotator. Taking it into consideration, I believe (1) the SONAME bump is necessary, and (2) Qt5/Qt6 library coexistance would be helpful (though not an absolute must).
With kcolorpicker v0.3.0, the solution seemed to be straightforward. It introduced
libkColorPicker-Qt5
andlibkColorPicker-Qt6
. When building shared libraries, they can be installed together without conflict since they are of different names.With kcolorpicker v0.3.1 ( specifically f58d6ad ), the shared libraries built all have the file name
libkColorPicker.so.0.x
. This means that the Qt5 and Qt6 versions of shared library cannot be installed together. (In the meanwhile, the headers and CMake files can coexist because they are placed underusr/include/kColorPicker-Qt{5,6}/
andusr/lib/*/cmake/kColorPicker-Qt{5,6}/
, respectively.As Debian packager, I would like to know how you would like us to provide the kColorPicker in Debian and its derivatives (e.g., Ubuntu). Do you expect that everything move to Qt6 as Arch Linux, or do you want to make coexistance possible? That will determine how I change the packaging structure at https://tracker.debian.org/pkg/kcolorpicker .
The text was updated successfully, but these errors were encountered: