Package: release.debian.org Severity: normal User: release.debian....@packages.debian.org Usertags: transition X-Debbugs-Cc: lopi...@debian.org, gl...@debian.org, debian-science-maintain...@lists.alioth.debian.org
(please explain about the transition: impacted packages, reason, ... for more info see: https://wiki.debian.org/Teams/ReleaseTeam/Transitions) Greetings, Fundamental reason: Qt5 and Qt6 are in the archive. I am requesting a transition from package libqcustomplot2.0 to libqcustomplot2.1. Source package is qcustomplot. The change involves a change in the library name itself, from libqcustomplot2.0 to both libQCustomPlot2.1 and libQCustomPlotQt6.so.2.1.0 (see below). I have prepared the packaging in the following git repos branch: https://salsa.debian.org/science-team/qcustomplot/-/tree/qt5-and-qt6 Reason is a new upstream version with soname change and also the fact that the source package creates two library packages: one with the lib built against Qt5 and one with the same lib built against Qt6. My own projects (libpappsomspp, minexpert2) will need to depend on the Qt6-based qcustomplot library. The new library names are thus: - libQCustomPlot.so.2.1.0 (Qt5) - libQCustomPlotQt6.so.2.1.0 (Qt6) The reverse dependencies: % apt-cache rdepends libqcustomplot2.0 libqcustomplot2.0 Reverse Depends: libqcustomplot-dev xtpcpp (under my control) minexpert2 (under my control) libqcustomplot2.1-qt6 libqcustomplot2.1-qt6 libqcustomplot2.1-qt5 libqcustomplot2.1 libqcustomplot2.1 wsjtx wfview traceshark js8call polyphone nageru xtrx-fft libpappsomspp-widget0 (under my control) For the libs under my control, the transition is already prepared and these projects are going to be linking against the Qt6-built library, contrary to all the other packages detailed below. For the other libs listed above, I have already checked that they would build if some modifications were performed. I have already git branches ready for the packages under git VCS. For the others (source deb), I have patches available. The modifications are lean: change -lqcustomplot to -lQCustomPlot for many and also sometimes use the CMake-based configuration involving first find_package(QCustomPlot) and second the QCustomPlot::QCustomPlot formalism for the linker. That is: almost one- or two-liner patches. I am eager to help providing patches (ready). This is my first transition experience, I'll be happy to comply to any requirement that you may have for me. Ben file: title = "qcustomplot"; is_affected = .depends ~ "libqcustomplot2.0" | .depends ~ "libqcustomplot2.1"; is_good = .depends ~ "libqcustomplot2.1"; is_bad = .depends ~ "libqcustomplot2.0"; Sincerely, Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄⠀⠀⠀⠀ http://msxpertsuite.org http://www.debian.org
signature.asc
Description: PGP signature
