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

Bug#1023550: marked as done (transition: qcustomplot)

Your message dated Tue, 20 Dec 2022 18:14:04 +0100
with message-id <Y6HtXDW9ZZ6oRAXC@ramacher.at>
and subject line Re: Bug#1023550: transition: qcustomplot
has caused the Debian Bug report #1023550,
regarding transition: qcustomplot
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1023550: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1023550
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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.

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

Attachment: signature.asc
Description: PGP signature


--- End Message ---
--- Begin Message --- 
On 2022-12-06 22:37:13 +0100, Sebastian Ramacher wrote:
> Hi Filippo
> 
> On 2022-12-01 17:55:42 +0000, Sudip Mukherjee wrote:
> > Hi Filippo,
> > 
> > On Thu, Nov 24, 2022 at 09:59:49PM +0100, Filippo Rusconi wrote:
> > > Greetings Sebastian,
> > > 
> > > On Thu, Nov 24, 2022 at 09:05:07PM +0100, Sebastian Ramacher wrote:
> > > > Hi Filippo
> > > 
> > > [...]
> > > 
> > > > > > Thanks! Please go ahead with the transition.
> > > > > 
> > > > > I just uploaded the package to unstable. I have not closed the bug yet, waiting
> > > > > to check that everything goes fine.
> > > > 
> > > > qcustomplot's autopkgtests are failing. Could you please take a look at
> > > > them? Thanks
> > > 
> > > It is weeks that I monitor the salsa stuff, but I do not understand what these
> > > tests mean. One example (bear with me):
> > 
> > The failures are because cmake could not find the library and so the
> > variable 'QCustomPlot_LIBRARIES' was empty and so while linking it did not
> > ask 'ld' to link with libqcustomplot. Please dont ask why.
> > Try the attached patch which will explicitely ask cmake to find the library
> > and save it to the variable. It worked in my schroot.
> 
> Are there any news regarding the autopkgtest regression?

The transition is now done.

Cheers
-- 
Sebastian Ramacher

--- End Message ---
Reply to: