Le 17/08/2018 à 20:53, Antonio Rojas via arch-dev-public a écrit :

I think it's time to drop the KDE4 libraries. They were EOL months ago and most stuff that isn't yet ported to KF5 is dead upstream. This would allow dropping a number of qt4 libraries and reduce the qt4 reverse dependencies (qt4 has been EOL for 3 years now). Affected packages are: - recorditnow (there are many alternatives available) - ligthdm-kde-greeter (dead upstream, no signs of KF5 porting) - krecipes (dead upstream, no signs of KF5 porting) - kdiff3 (has been ported to KF5 for a while, just needs a release. Could be updated to a snapshot) - pidgin-kwallet (uses kwallet dbus API, so should work with the KF5 version without any modification) - libreoffice-still (would lose the KDE4 VCL, which is quite buggy anyway. LO-fresh has a new VCL that uses KF5 file dialog) - amarok: it has a WIP KF5 port, but it's not quite ready and development is stalled. IMO we should let it rest in peace - I can keep a KF5 snapshot in kde-unstable for a while but it doesn't look like it's going anywhere any time soon at the current development pace. There are a few alternatives in the repos.

Comments?

Well, I think all of those can go away. Amarok has seen so few activity over the past years that I would also consider it dead. Plus it’s quite an huge app, so porting is a lot of work, which will never happen at the current pace for sure. And KDE has been developing a new music player to replace it as the default KDE experience music player. ;) Bruno

Le 24/08/2018 à 11:10, Antonio Rojas via arch-dev-public a écrit :

fcitx-qt4 ibus-qt

The first one will be useless once Qt4 apps are gone, the second one can be rebuild without Qt4 support when that happens too.

keepassx keepassx2

I think both should be dropped as replaced by keepassxc. Upstream is quite dead (well keepassx is even the old 0.4.x branch, so definitively dead), if you really want to keep keepassx2 then the master branch has Qt5 support.

scribus

The develop branch (1.5.x), available as scribus-devel in the AUR (and maintained by myself), is Qt5. It has been in development for the past 3 years already, and still no ETA AFAIK… I’ve been using it instead of scribus from repo for the past 2 years with no issue, but my use case is limited w.r.t. all the possibilities this software offers. Last time I asked about even packaging the -devel version in [community], fellow TUs were not fond of the idea. So about replacing the repo version with it… Bruno

On Fri, Aug 24, 2018 at 11:10:36AM +0200, Antonio Rojas via arch-dev-public wrote:

And gone. After the KDE4 and PyQt4 removal, 'pactree -sru qt4 | wc -l' went down from 78 to 44. The full list is below: if any of your packages is in there, please check whether it can be dropped, ported to use Qt5 or some other toolkit. We should aim at dropping Qt4 as soon as possible, it has been EOL for 3 years already.

Please make a TODO list in archweb, otherwise manually checking what is done and what isn't is error prone. Florian

[2018-08-24 11:51:30 +0200] Bruno Pagani via arch-dev-public:

...

scribus

The develop branch (1.5.x), available as scribus-devel in the AUR (and maintained by myself), is Qt5. It has been in development for the past 3 years already, and still no ETA AFAIK… I’ve been using it instead of scribus from repo for the past 2 years with no issue, but my use case is limited w.r.t. all the possibilities this software offers. Last time I asked about even packaging the -devel version in [community], fellow TUs were not fond of the idea. So about replacing the repo version with it…

Great idea. I have no objection and can get to it as soon as I'm back from holidays. Or if you're happy to maintain scribus in [community] yourself please do push a suitably-tested development snapshot and I'll transfer ownership of the package to you. Cheers. -- Gaetan

El viernes, 24 de agosto de 2018 16:16:40 (CEST) Florian Pritz escribió:

Please make a TODO list in archweb, otherwise manually checking what is done and what isn't is error prone.

I'm not very fond of adding todo lists for things that are not completely under devs/TU's control (some packages have not been ported upstream yet). It will just sit there unfinished for months and we will eventually forget about it. Once we decide it's time to drop qt4, we can open a todo list with a deadline after which packages that are still not ported will be dropped.

[2018-08-24 18:45:33 +0200] Bruno Pagani:

I have a ready PKGBUILD (https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=scribus-devel) that I can push (after changing the pkgname) if scribus is moved to [community]. And we can co-maintain it there, co-maintaining is the new sexy. ;)

It's already in [community]. :)

I can build into [community-testing] first so that people can check they don’t have issue with it (I don’t, but once again I only work on a small project, so I did not test everything).

Sounds good to me! Feel free to go ahead with your proposed changes. Cheers. -- Gaetan

[2018-09-04 14:46:15 +0200] Bruno Pagani:

Le 25/08/2018 à 01:31, Gaetan Bisson a écrit :

...

[2018-08-24 18:45:33 +0200] Bruno Pagani:

...

I have a ready PKGBUILD (https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=scribus-devel) that I can push (after changing the pkgname) if scribus is moved to [community]. And we can co-maintain it there, co-maintaining is the new sexy. ;) It's already in [community]. :)

...

I can build into [community-testing] first so that people can check they don’t have issue with it (I don’t, but once again I only work on a small project, so I did not test everything). Sounds good to me! Feel free to go ahead with your proposed changes.

Cheers.

Just a small heads up, scribus 1.5.4 has been in testing for the past 10 days. ;) Not sure if we want to wait for signoffs or anything before moving.

I don't believe many people sign off on packages not headed to [core]. Definitely feel free to move scribus to [community]. Cheers. -- Gaetan