[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1023550: transition: qcustomplot



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.org@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: lopippo@debian.org, gladk@debian.org, debian-science-maintainers@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


Reply to: