Bug#874812: [amora-server] Future Qt4 removal from Buster

[Moritz Mühlenhoff]

On Mon, Jan 20, 2020 at 08:27:41PM +0100, Moritz Mühlenhoff wrote:
> On Thu, Sep 12, 2019 at 11:48:46PM +0200, Axel Beckert wrote:
> > > or we're moving forward with the Qt4 removal.
> > 
> > Just move forward. IIRC amora already has been removed from testing,
> > so it really shouldn't be an issue for the Qt4 removal.
> 
> Quick status update: qt4 is now removed from testing and we're
> planning to remove it from unstable by end of Februrary (along
> with whatever rdeps (currently 15) remain by that date).

Attached is a quick-and-dirty patch to drop the amora-applet binary
package, qt4 will soon be removed from unstable.

Cheers,
Moritz
diff -Naur amora-server-1.2~svn+git2015.04.25.orig/debian/amora-applet.dirs amora-server-1.2~svn+git2015.04.25/debian/amora-applet.dirs
--- amora-server-1.2~svn+git2015.04.25.orig/debian/amora-applet.dirs	2015-03-16 20:29:23.0 +0100
+++ amora-server-1.2~svn+git2015.04.25/debian/amora-applet.dirs	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-usr/bin
-usr/share/applications
diff -Naur amora-server-1.2~svn+git2015.04.25.orig/debian/amora-applet.docs amora-server-1.2~svn+git2015.04.25/debian/amora-applet.docs
--- amora-server-1.2~svn+git2015.04.25.orig/debian/amora-applet.docs	2015-03-16 20:29:23.0 +0100
+++ amora-server-1.2~svn+git2015.04.25/debian/amora-applet.docs	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-amora-applet/README
-debian/README.source
diff -Naur amora-server-1.2~svn+git2015.04.25.orig/debian/amora-applet.install amora-server-1.2~svn+git2015.04.25/debian/amora-applet.install
--- amora-server-1.2~svn+git2015.04.25.orig/debian/amora-applet.install	2015-03-16 20:29:23.0 +0100
+++ amora-server-1.2~svn+git2015.04.25/debian/amora-applet.install	1970-01-01 01:00:00.0 +0100
@@ -1,4 +0,0 @@
-# qmake-qt4's generated install target has the path hardwired. So we
-# do it manually.
-amora-applet/amorad-gui usr/bin
-debian/amorad-gui.desktop usr/share/applications
diff -Naur amora-server-1.2~svn+git2015.04.25.orig/debian/amora-applet.menu amora-server-1.2~svn+git2015.04.25/debian/amora-applet.menu
--- amora-server-1.2~svn+git2015.04.25.orig/debian/amora-applet.menu	2015-03-16 20:29:23.0 +0100
+++ amora-server-1.2~svn+git2015.04.25/debian/amora-applet.menu	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-?package(amora-applet):needs="X11" section="Applications/Mobile Devices"\
-  title="Amora Daemon (systray applet)" command="/usr/bin/amorad-gui"
diff -Naur amora-server-1.2~svn+git2015.04.25.orig/debian/control amora-server-1.2~svn+git2015.04.25/debian/control
--- amora-server-1.2~svn+git2015.04.25.orig/debian/control	2015-04-26 02:24:42.0 +0200
+++ amora-server-1.2~svn+git2015.04.25/debian/control	2020-02-26 12:52:33.293657036 +0100
@@ -10,12 +10,10 @@
libbluetooth-dev,
libdbus-1-dev,
libimlib2-dev,
-   libqt4-dev,
libtool-bin,
libx11-dev,
libxtst-dev,
-   pkg-config,
-   qt4-qmake
+   pkg-config
 Standards-Version: 3.9.6
 Homepage: https://github.com/amora/amora#readme
 Vcs-Git: git://github.com/amora/amora.git
@@ -48,28 +46,3 @@
  The client has to be installed on the mobile phone and is not
  contained in the package. It can be downloaded from the home page of
  the project.
-
-Package: amora-applet
-Provides: amora-server
-Architecture: any
-Depends: ${misc:Depends},
- ${shlibs:Depends}
-Description: use a bluetooth device as X remote control (systray applet)
- Amora (A mobile remote assistant) is an application that enables you
- to control your desktop using your mobile phone. It uses bluetooth to
- send mouse and keyboard events to the X session. With it, you can
- control your presentations, movies or any other application which
- mainly uses mouse and cursor keys.
- .
- Amora also has a screenshot feature, where you can see a thumbnail of
- the currently focused window on the mobile phone.
- .
- Currently only Symbian Series 60 mobile phones are supported. A Java
- client implementation is under development. A proof of concept client
- for Linux based mobile device like the Nokia Internet Tablets and the
- OpenMoko FreeRunner is available.
- .
- This package contains the Qt-based system tray applet version of the
- daemon running on the to be remote controlled computer. The client
- has to be installed on the mobile phone and is not contained in the
- package. It can be downloaded from the home page of the project.
diff -Naur amora-server-1.2~svn+git2015.04.25.orig/debian/rules amora-server-1.2~svn+git2015.04.25/debian/rules
--- amora-server-1.2~svn+git2015.04.25.orig/debian/rules	2015-03-16 20:29:23.0 +0100
+++ amora-server-1.2~svn+git2015.04.25/debian/rules	2020-02-26 12:52:49.545755336 +0100
@@ -13,8 +13,6 @@
 override_dh_auto_configure:
 	cd amora-cli && autoreconf -f -i
 	dh_auto_configure -D amora-cli
-	# Does qmake-qt4 

Bug#874812: [amora-server] Future Qt4 removal from Buster

[Moritz Mühlenhoff]

On Thu, Sep 12, 2019 at 11:48:46PM +0200, Axel Beckert wrote:
> > or we're moving forward with the Qt4 removal.
> 
> Just move forward. IIRC amora already has been removed from testing,
> so it really shouldn't be an issue for the Qt4 removal.

Quick status update: qt4 is now removed from testing and we're
planning to remove it from unstable by end of Februrary (along
with whatever rdeps (currently 15) remain by that date).

Cheers,
Moritz

Bug#874812: [amora-server] Future Qt4 removal from Buster

[Axel Beckert]

Hi Moritz

Moritz Mühlenhoff wrote:
> there's been no movement on https://github.com/amora/amora/issues/86 for the
> last 11 months

Yes, IIRC it was like compiling but not yet really working again. Will
have to check.

I'm though currently busy with the Python 2 to 3 migration in WICD
(which really gained speed due to a new upstream maintainer) at the
moment. And WICD clearly has higher priority for me, not only because
of about 100 times more popcon, but also because people are relying on
it daily.

> or we're moving forward with the Qt4 removal.

Just move forward. IIRC amora already has been removed from testing,
so it really shouldn't be an issue for the Qt4 removal.

> How about dropping the amora-applet binary package for now and
> retaining the CLI package?

If I (or upstream) doesn't get it working with Qt5, it's either that
or complete removal. Haven't decided yet as I first want to check how
far the porting is.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#874812: [amora-server] Future Qt4 removal from Buster

[Moritz Mühlenhoff]

On Sat, Sep 09, 2017 at 08:57:09PM +0200, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> Source: amora-server
> Version: 1.2~svn+git2015.04.25-1
> Severity: wishlist
> User: debian-qt-...@lists.debian.org
> Usertags: qt4-removal
> 
> 
> Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
> as [announced] in:
> 
> [announced] 
> 
> 
> Currently Qt4 has been dead upstream and we are starting to have problems
> maintaining it, like for example in the [OpenSSL 1.1 support] case.
> 
> [OpenSSL 1.1 support] 
> 
> 
> In order to make this move, all packages directly or indirectly depending on
> the Qt4 libraries have to either get ported to Qt5 or eventually get
> removed from the Debian repositories.
> 
> 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

Hi Axel,
there's been no movement on https://github.com/amora/amora/issues/86 for the
last 11 months or we're moving forward with the Qt4 removal. How about
dropping the amora-applet binary package for now and retaining the CLI
package?

Cheers,
Moritz

Bug#874812: [amora-server] Future Qt4 removal from Buster

[Lisandro Damián Nicanor Pérez Meyer]

Source: amora-server
Version: 1.2~svn+git2015.04.25-1
Severity: wishlist
User: debian-qt-...@lists.debian.org
Usertags: qt4-removal


Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
as [announced] in:

[announced] 


Currently Qt4 has been dead upstream and we are starting to have problems
maintaining it, like for example in the [OpenSSL 1.1 support] case.

[OpenSSL 1.1 support] 

In order to make this move, all packages directly or indirectly depending on
the Qt4 libraries have to either get ported to Qt5 or eventually get
removed from the Debian repositories.

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

= Porting =

Some of us where involved in various Qt4 to Qt5 migrations [migration] and we
know for sure that porting stuff from Qt4 to Qt5 is much much easier and less
painful than it was from Qt3 to Qt4.

We also understand that there is still a lot of software still using Qt4.

Don't forget to take a look at the C++ API changes page [apichanges] whenever
you start porting your application.

[migration] http://pkg-kde.alioth.debian.org/packagingqtbasedstuff.html
[apichanges] http://doc.qt.io/qt-5/sourcebreaks.html

For any questions and issues, do not hesitate to contact the Debian Qt/KDE
team at debian-qt-...@lists.debian.org

The removal is being tracked in 

Lisandro,
on behalf of the Qt4 maintainers