Control: tags -1 moreinfo Control: forwarded -1 https://release.debian.org/transitions/html/auto-qcustomplot.html
Hi Filippo On 2022-11-06 15:29:32 +0100, Filippo Rusconi wrote: > 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. Could you please file bugs for those so that maintainers are aware? Cheers > > 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 > -- Sebastian Ramacher