Bug#874843: [cdcat] Future Qt4 removal from Buster
On Mon, Aug 26, 2019 at 09:30:48AM +0200, Eduard Bloch wrote:
> reassign 874843 wnpp
> retitle 874843 RFA: cdcat - maintain disk media contents catalog
> thanks
>
> Hallo Moritz,
> * Moritz Mühlenhoff [Thu, Aug 22 2019, 11:16:12PM]:
> > On Sat, Sep 09, 2017 at 09:03:03PM +0200, Lisandro Damián Nicanor Pérez Meyer wrote:
> > > Source: cdcat
> > >
> > > Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
> > > as [announced] in:
> > >
> > > [announced] <https://lists.debian.org/debian-devel-announce/2017/08/msg00006.html>
> > >
> > > Therefore, please take the time and:
> > > - contact your upstream (if existing) and ask about the state of a Qt5
> > > port of your application
> > > - if there are no activities regarding porting, investigate whether there are
> > > suitable alternatives for your users
> > > - if there is a Qt5 port that is not yet packaged, consider packaging it
> > > - if both the Qt4 and the Qt5 versions already coexist in the Debian
> > > archives, consider removing the Qt4 version
> >
> > Eduard,
> > cdcat is dead upstream, are you planning to port it to Qt5 yourself or should
> > it be removed from the archive?
>
> IMHO, unless some wants to contribute here, it can go for good.
>
> TBH it was not just porting to Qt5 but also architectural issues in later
> versions which I refused to package the way they were designed
> (depending on build-time config and weird 3rd party libs). And I don't
> have time nor much interest to continue here.
>
> Thanks for pushing, I am making this request RFA for now and it can
> become RoM by the time you are RoMing qt4.
We're now wrapping up the remaining rev deps of Qt4 and noone adopted it
since then so I just filed a removal bug.
Cheers,
Moritz
Reply to: