In data venerdì 29 marzo 2019 13:54:50 CET, Hans-Peter Jansen ha scritto:

Sure, you might get a more secure system, simply because loosing a lot of users... Less installed systems, less security issues with it. I'm not sure,

I don't see your point. That software is dead since years, no bugs are being fixed (because yes, there are still bugs) let alone security (what about that mess called QtWebKit?). By this reasoning we should have also kept Qt 3 and KDE3 in the distro.

based applications to Qt5/Plasma5, which requires manual work for the real issues only?

Not as far as I know, although the changes for most applications aren't that large. When I ported my own application it didn't take much as far as I remember.

Missing amarok, scribus, and kding hurts the most.

Doesn't scribus offer a Qt5 version now? Probably not yet promoted to stable, but it exists. -- Luca Beltrame GPG key ID: A29D259B

Am Freitag, 29. März 2019, 14:08:04 schrieb Jan Engelhardt:

...

kio_audiocd4 16.08.3-1.7

alternatives: tcd mplayer vlc

Or kaffeine. Although, the real (and only) alternative actually is... kio_audiocd To explain, that's not a CD player, but rather a "kio slave" that allows to open AudioCD tracks as files in KDE file managers or file dialogs. kio_audiocd4 was only kept for KDE4 applications (amarok in particular) and has no use if kdelibs4 is dropped of course. kio_mtp is something similar (used to access MTP devices), that one is part of kio-extras5 now.

So short.

Some packages are not even in Factory!

And some packages are not useful by themselves anyway (without Qt4 or kdelibs4), like breeze4-style which is a widget style for Qt4 that matches KF5's default "breeze-style", oxygen-transparent (another Qt4 widget style), plasma-theme-helium (which apparently is a Plasma4 theme that cannot be used with Plasma5 anyway), or jovie that is a text-to-speech system for KDE4 applications that got replaced by libQt5TextToSpeech5... And phonon-backend-gstreamer isn't very useful either without a (KDE4) application that uses Phonon. So the real (relevant) list is even shorter. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 3/29/19 5:16 PM, Michael Hirmke wrote:

[...]

...

amarok 2.9.0-2.5 [...] scribus 1.4.7-3.2

these are the only ones I'd like to keep. They both don't have a usable alternative.

Have you tried Clementine? I find it more attractive than Amarok as it mimics the design of the original Amarok before it got rewritten.

...

Missing amarok, scribus, and kding hurts the most.

I second this.

Also, porting applications from Qt4 to Qt5 is usually not that difficult as the API changes were much less involved than the changes from Qt3 to Qt4. Adrian

On 3/29/19 6:09 PM, Wolfgang Bauer wrote:

Am Freitag, 29. März 2019, 16:51:50 schrieb John Paul Adrian Glaubitz:

...

Have you tried Clementine? I find it more attractive than Amarok as it mimics the design of the original Amarok before it got rewritten.

Clementine hasn't had a release based on Qt5 yet either, so won't be available anymore if/when Qt4 is dropped (unless they do a release till then of course).

They have qt5 branch in their git repository however:

https://github.com/clementine-player/Clementine/tree/qt5

So I think it's just a matter of time. Again, it's normally not such a big deal to port from Qt4 to Qt5. I have done that myself for my own project and it didn't take that long.

OTOH, you can also still use the original Amarok 1.0, it is available (together with Qt3) from the KDE:KDE3 repo... ;-) And as long as somebody fixes the build errors, that will likely stay that way. Although, it probably does not have much less security problems either...

Nah, I don't think that using Qt3 stuff for production is a good idea. Adrian

On 29/03/2019 19:09, Wolfgang Bauer wrote:

Am Freitag, 29. März 2019, 16:51:50 schrieb John Paul Adrian Glaubitz:

...

Have you tried Clementine? I find it more attractive than Amarok as it mimics the design of the original Amarok before it got rewritten. Clementine hasn't had a release based on Qt5 yet either, so won't be available anymore if/when Qt4 is dropped (unless they do a release till then of course). Tumbleweed clementine has been qt5 based for a while since the released version failed to build against libcryptopp7. I had been testing it knowing of the impending demise of qt4.

Best regards Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 30/03/2019 04:55, Michal Kubecek wrote:

On Friday, 29 March 2019 17:51 John Paul Adrian Glaubitz wrote:

...

Also, porting applications from Qt4 to Qt5 is usually not that difficult as the API changes were much less involved than the changes from Qt3 to Qt4.

From what I remember from porting Twinkle, this would be true for native Qt4 applications. But Qt4 allowed quick and dirty porting of Qt3 applications using a compatibility layer which is no longer available in Qt5. So if you had a Qt3 application and used this layer to "port" it to Qt4 without much effort, Qt5 is where you would run into trouble.

I can't say if this is the case here, of course.

Michal Kubecek

Yeah as someone who's ported a bunch of Qt4 -> Qt5 stuff, its normally pretty simple for desktop apps there's a script that covers most of it. The notable exceptions are Qt3 apps where you'd have to move to a newer api, and one of the Qt4 drawing api's which was not commonly used but was replaced for Qt5, clementine used this in a bunch of places for visualizations etc which is why it wasn't a simple port. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am Freitag, 29. März 2019, 20:16:00 CET schrieb Michael Hirmke:

I don't like Clementine and it is not usable for me. I tested nearly all available programs for managing large collections of music. Mine contains more than 50.000 songs, wich is beyond the scope of most programs anyway. I hope, sometimes in the future we will get a native MediaMonkey for Linux. Meanwhile I use the Windows version in a wine bottle, but under wine not all of the features are usable.

Have you tried mpd? There is a Qt5 interface for it too - Cantata. regards

On 3/29/19 8:16 PM, Michael Hirmke wrote:

I don't like Clementine and it is not usable for me. I tested nearly all available programs for managing large collections of music. Mine contains more than 50.000 songs, wich is beyond the scope of most programs anyway. I hope, sometimes in the future we will get a native MediaMonkey for Linux. Meanwhile I use the Windows version in a wine bottle, but under wine not all of the features are usable.

I'd suggest maintaining such big collection with [0] and using the 'play' plugin [1] to play it in pretty much any player (e.g. [2]). [0]: <http://beets.io/> [1]: <https://beets.readthedocs.io/en/latest/plugins/play.html> [2]: <http://deadbeef.sourceforge.net/> -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Hi, I also use amarok every day. so can we get amarok on qt5? and wait with removal until its is on qt5? Thanks!     Christian Am 30.03.19 um 13:11 schrieb Michael Hirmke:

Hi Oleksii,

...

On 3/29/19 8:16 PM, Michael Hirmke wrote:

...

I don't like Clementine and it is not usable for me. I tested nearly all available programs for managing large collections of music. Mine contains more than 50.000 songs, wich is beyond the scope of most programs anyway. I hope, sometimes in the future we will get a native MediaMonkey for Linux. Meanwhile I use the Windows version in a wine bottle, but under wine not all of the features are usable. I'd suggest maintaining such big collection with [0] and using the 'play' plugin [1] to play it in pretty much any player (e.g. [2]). [0]: <http://beets.io/> [1]: <https://beets.readthedocs.io/en/latest/plugins/play.html> [2]: <http://deadbeef.sourceforge.net/> I experimented with beets long time ago and found it lets say arduous. But perhaps it deserves a second try. Thx for this hint anyway.

Bye. Michael. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On Sunday, 31 March 2019 0:16:54 ACDT Christian Mahr wrote:

Hi,

I also use amarok every day. so can we get amarok on qt5? and wait with removal until its is on qt5?

Thanks!

Christian

I second this proposal! I would not like to lose Amarok until there is a stable (or, at least, usable) Qt5 version available. -- ============================================================== Rodney Baker VK5ZTV rodney.baker@iinet.net.au CCNA #CSCO12880208 ==============================================================

On 31.03.2019 09:10, stakanov wrote:

In data sabato 30 marzo 2019 14:46:54 CEST, Christian Mahr ha scritto:

...

Hi,

I also use amarok every day. so can we get amarok on qt5? and wait with removal until its is on qt5?

Thanks!

Christian

There is a qt5 based amarok on the build service, in KDE:Unstable:Extra. I tried it yesterday, seems to work fine. I have a link to it in my home repo home:lemmy04 which is built against the latest stable Plasma instead of unstable. Cheers MH

...

Am 30.03.19 um 13:11 schrieb Michael Hirmke:

...

Hi Oleksii,

...

On 3/29/19 8:16 PM, Michael Hirmke wrote:

...

I don't like Clementine and it is not usable for me. I tested nearly all available programs for managing large collections of music. Mine contains more than 50.000 songs, wich is beyond the scope of most programs anyway. I hope, sometimes in the future we will get a native MediaMonkey for Linux. Meanwhile I use the Windows version in a wine bottle, but under wine not all of the features are usable. I'd suggest maintaining such big collection with [0] and using the 'play' plugin [1] to play it in pretty much any player (e.g. [2]). [0]: <http://beets.io/> [1]: <https://beets.readthedocs.io/en/latest/plugins/play.html> [2]: <http://deadbeef.sourceforge.net/> I experimented with beets long time ago and found it lets say arduous. But perhaps it deserves a second try. Thx for this hint anyway.

Bye. Michael.

This looks like the "Kaffeine" removal time ago, when it turned out that nobody of the "substitutes" could offer a good integrated tv performance. Fortunately that was stopped. I am using Amarok for language learning and find it very handy. I did not find convenience to use vlc or others for the same functionality. To loose amarok would be, for me, a pity. So I second this too.

_________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de

-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am Sonntag, 31. März 2019, 18:10:26 schrieb Christian Mahr:

1) there is no amarok-lang package - so I used the old one.

2) the window "Aktuelles Stück" ("currently playing") looks broken. the cover is present, but the other information is barely readable, wrong fonts etc.. see attached jpg

Well, it's still work in progress and not even beta yet (and git snapshots usually don't have translations). In particular, the context view had to be rewritten/redesigned from scratch as it used Plasma (yes, the desktop shell ;-) ) as engine. Not all applets have been ported/rewritten yet, and the ones that are mainly act as a "technological preview" for now. Scripting is virtually non-existant too. Otherwise it should indeed work basically, and it also seems to be stable in my (very limited) testing, except for a reliable crash on exit here (certainly not nice, but doesn't really affect the actual usage either) There was a (build) problem that caused the internal collection database to not work at all with the latest mariadb in Leap 15 and Tumbleweed (caused a database error on startup, an external one worked fine but needs manual setup), but I fixed that on Saturday using a patch from Arch Linux. Another "problem" I noticed is that the (internal) database files are not migrated from the KDE4 version, so if you switch/update Amarok to the KF5 port your collection will be empty and statistics/ratings are lost (unless they are stored in the music files themselves). That's because the migration code fails to copy subdirectories. I rewrote that part yesterday, and it's working locally here now too. I'll submit my fix upstream of course, for now you can workaround that by copying the "amarok" folder from ~/.kde4/share/apps/ to ~/.local/share/ manually (delete the existing folder, or just copy the "mysqle" subfolder).

What are the next steps..?

I am not familiar with qt, so I am not sure I can help..

Wait until it is finished? ;-) It's certainly possible to update the package to a git snapshot, the question is just if we want/should. As it seems to basically work (otherwise it would not make any sense at all), it probably would indeed be better than not having it at all IMHO... Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Hi Wolfgang, re-sizing the "current playing" works.... when the  mini-program explorer is active. 1 step closer to amarok on qt5 then :-) BR Christian Am 01.04.19 um 08:59 schrieb Wolfgang Bauer:

Am Sonntag, 31. März 2019, 18:10:26 schrieb Christian Mahr:

...

1) there is no amarok-lang package - so I used the old one.

2) the window "Aktuelles Stück" ("currently playing") looks broken. the cover is present, but the other information is barely readable, wrong fonts etc.. see attached jpg Well, it's still work in progress and not even beta yet (and git snapshots usually don't have translations).

In particular, the context view had to be rewritten/redesigned from scratch as it used Plasma (yes, the desktop shell ;-) ) as engine.

Not all applets have been ported/rewritten yet, and the ones that are mainly act as a "technological preview" for now.

Scripting is virtually non-existant too.

Otherwise it should indeed work basically, and it also seems to be stable in my (very limited) testing, except for a reliable crash on exit here (certainly not nice, but doesn't really affect the actual usage either)

There was a (build) problem that caused the internal collection database to not work at all with the latest mariadb in Leap 15 and Tumbleweed (caused a database error on startup, an external one worked fine but needs manual setup), but I fixed that on Saturday using a patch from Arch Linux.

Another "problem" I noticed is that the (internal) database files are not migrated from the KDE4 version, so if you switch/update Amarok to the KF5 port your collection will be empty and statistics/ratings are lost (unless they are stored in the music files themselves). That's because the migration code fails to copy subdirectories. I rewrote that part yesterday, and it's working locally here now too. I'll submit my fix upstream of course, for now you can workaround that by copying the "amarok" folder from ~/.kde4/share/apps/ to ~/.local/share/ manually (delete the existing folder, or just copy the "mysqle" subfolder).

...

What are the next steps..?

I am not familiar with qt, so I am not sure I can help.. Wait until it is finished? ;-)

It's certainly possible to update the package to a git snapshot, the question is just if we want/should.

As it seems to basically work (otherwise it would not make any sense at all), it probably would indeed be better than not having it at all IMHO...

Kind Regards, Wolfgang

-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 30/03/2019 05:46, Michael Hirmke wrote:

Hi,

...

On 3/29/19 5:16 PM, Michael Hirmke wrote:

...

[...]

...

amarok 2.9.0-2.5 [...] scribus 1.4.7-3.2

these are the only ones I'd like to keep. They both don't have a usable alternative.

...

Have you tried Clementine? I find it more attractive than Amarok as it mimics the design of the original Amarok before it got rewritten.

I don't like Clementine and it is not usable for me. I tested nearly all available programs for managing large collections of music. Mine contains more than 50.000 songs, wich is beyond the scope of most programs anyway. I hope, sometimes in the future we will get a native MediaMonkey for Linux. Meanwhile I use the Windows version in a wine bottle, but under wine not all of the features are usable.

I guess I can't account for the personal taste part, but being able to handle a music collection that large is one reason why I use clementine (well when I don't just use spotify now). -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 01/04/2019 20:38, Christophe Giboudeaux wrote:

On lundi 1 avril 2019 03:00:23 CEST Simon Lees wrote:

...

Can you please put together a list of all the packages that you plan to drop? There are potentially Qt4 packages that I don't maintain but am interested enough in to help with porting.

'osc whatdependson openSUSE:Factory libqt4 standard x86_64' gives a minimal list of packages still using libqt4, directly or not.

the ones that need porting / cleanup / being dropped: - H2rename - Qross / Qrosspython (are there users?) - SoQt, used by FreeCAD-test (what's that?) and python-pivy - carla, the pkgconfig(QtCore) can probably be removed

Yeah I agree here.

- fcitx / scim /gcin / uim, input methods, can be cleaned later to remove the Qt4 parts - gigaset-frontend - gnucash, looks like an indirect dependency, the Qt4 support was already removed - gnuradio, used by gr-iqbal - gsequencer, didn't look why yet - hgview - hydrogen, 1.0.0 beta is out, using Qt5, so just a matter of time - jag / jag-level-editor, the URL is broken, no clue about the current state - keepassx - krb5-ticket-watcher build fails in factory - libchipcard, uses gwenhywfar - no user in factory it seems - libqxmpp, factory contains both the Qt4 & Qt5 version - libqxt, looks unused - lightdm, cleanup needed - lmicc, looks obsolete - lmms (because of carla) - mayavi, reason unknown atm - mumble - nulloy - python-enable, python-pivy, python-traitsui - qgo, looks like upstream moved to Qt5 - quazip, both Qt4 & Qt5 packages are in factory, just some cleanup needed - qwt / qwt6 / qwtplot3d / qsapecng / scidavis - scap-workbench (upstream switched to Qt5) - sudoku-sensei - taglib-extras - testdisk, last release is from 2015 - texamator, uses pyQt4/PyKDE4 - uim - unetbootin - yate

The rest are packages maintained in KDE: which we'll probably drop if no Qt5 port is available.

Thanks -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Dne pondělí 1. dubna 2019 12:08:27 CEST, Christophe Giboudeaux napsal(a):

On lundi 1 avril 2019 03:00:23 CEST Simon Lees wrote:

...

Can you please put together a list of all the packages that you plan to drop? There are potentially Qt4 packages that I don't maintain but am interested enough in to help with porting.

'osc whatdependson openSUSE:Factory libqt4 standard x86_64' gives a minimal list of packages still using libqt4, directly or not.

the ones that need porting / cleanup / being dropped:

Why was Amarok missing? It is in OSS (TW).

- keepassx

There is package keepassxc, Qt5-based Password Manager, based on KeePass. It's much better than keepassx. Other big loose will be pdftk-qgui from Packman. It was recently discussed, due to some packaging problems (I don't remember exactly) it was removed from Factory, later moved to Packman.

- unetbootin

There seems to be some progress, although too slow, see e.g. https://github.com/unetbootin/unetbootin/pull/137 -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/

Dne pondělí 1. dubna 2019 13:30:01 CEST, Christophe Giboudeaux napsal(a):

On lundi 1 avril 2019 13:22:22 CEST Vojtěch Zeisek wrote:

...

Dne pondělí 1. dubna 2019 12:08:27 CEST, Christophe Giboudeaux napsal(a):

...

On lundi 1 avril 2019 03:00:23 CEST Simon Lees wrote:

...

Can you please put together a list of all the packages that you plan to drop? There are potentially Qt4 packages that I don't maintain but am interested enough in to help with porting.

'osc whatdependson openSUSE:Factory libqt4 standard x86_64' gives a minimal list of packages still using libqt4, directly or not. the ones that need porting / cleanup / being dropped: Why was Amarok missing? It is in OSS (TW).

Simon's question was about the Qt4 based packages. Packages depending on kdelibs are not listed.

'zypper se -i --requires libqt4' lists (among others) also amarok... It's not topic of this thread, but I'd expect to get the same output as You...? -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/

Vojtěch Zeisek wrote:

'zypper se -i --requires libqt4' lists (among others) also amarok... And it also lists kdvdcreator, kradio and lsb. I am surprised about the LSB package.

S  | Name                    | Summary                                          | Type   ---+-------------------------+--------------------------------------------------+-------- i+ | amarok                  | Media Player for KDE                             | package i+ | appmenu-qt              | Application Menu for Qt                          | package i+ | automoc4                | CMake automatic MOC Generation                   | package i+ | kde4-kgreeter-plugins   | The KDE Greeter Plugin Components                | package i+ | kdebase4-runtime        | The KDE Runtime Components                       | package i+ | kdebase4-workspace-libs | The KDE Workspace Libraries                      | package i+ | kdelibs4                | KDE Base Libraries                               | package i+ | kdvdcreator             | Simply and smart DVD authoring software          | package i+ | kradio                  | AM/FM Application for KDE 4                      | package i+ | libQtWebKit4            | Open source Web Browser engine based on Qt4      | package i+ | libdbusmenu-qt2         | Development package for dbusmenu-qt              | package i  | libkcddb4               | KDE CDDB Library                                 | package i  | libkcompactdisc4        | KDE CD Library                                   | package i+ | libkde4                 | KDE Base Libraries                               | package i+ | libkdecore4             | KDE Core Libraries                               | package i+ | libksuseinstall1        | On-demand installation of packages               | package i+ | libphonon4              | Phonon Multimedia Platform Abstraction           | package i+ | libqca2                 | Qt Cryptographic Architecture 2                  | package i+ | libqt4-devel            | Qt Development Kit                               | package i+ | libqt4-linguist         | Qt Linguist                                      | package i+ | libqt4-qt3support       | C++ Program Library, Core Components             | package i+ | libqt4-sql              | Qt 4 SQL related libraries                       | package i+ | libqt4-sql-sqlite       | Qt 4 sqlite plugin                               | package i+ | libqt4-x11              | Qt 4 GUI related libraries                       | package i+ | lsb                     | Linux Standard Base Core                         | package i+ | plasmoid-redshift       | Plasma applet to control redshift                | package i+ | qt4-qtscript            | Qt bindings generator for Qt Script              | package i+ | qtcurve-kde4            | QtCurve style for KDE 4                          | package Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On mercredi 3 avril 2019 23:34:12 CEST Stasiek Michalski wrote:

On śro, Apr 3, 2019 at 11:27 PM, Bjoern Voigt <bjoernv@arcor.de> wrote:

...

Vojtěch Zeisek wrote:

...

'zypper se -i --requires libqt4' lists (among others) also amarok...

And it also lists kdvdcreator, kradio and lsb. I am surprised about the LSB package.

It's not that surprising, LSB 5.0 still requires Qt4

See https://build.opensuse.org/request/show/680071 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 4/1/19 1:55 PM, Stefan Seyfried wrote:

Am 01.04.19 um 13:22 schrieb Vojtěch Zeisek:

...

Other big loose will be pdftk-qgui from Packman. It was recently discussed, due to some packaging problems (I don't remember exactly) it was removed from Factory, later moved to Packman.

pdftk needs gcj which vanished with gcc7(?), so it was not possible to build in Factory anymore.

Does it build with openjdk maybe? Adrian

Am Montag, 1. April 2019, 12:08:27 CEST schrieb Christophe Giboudeaux:

On lundi 1 avril 2019 03:00:23 CEST Simon Lees wrote:

...

Can you please put together a list of all the packages that you plan to drop? There are potentially Qt4 packages that I don't maintain but am interested enough in to help with porting.

'osc whatdependson openSUSE:Factory libqt4 standard x86_64' gives a minimal list of packages still using libqt4, directly or not.

the ones that need porting / cleanup / being dropped: - mumble Mumble 1.3 is based on Qt5. https://github.com/mumble-voip/mumble/issues/2728

A first release candidate was tagged two weeks ago, so it will be released soon. https://github.com/mumble-voip/mumble/releases/tag/1.3.0-rc1 regards

On samedi 6 avril 2019 19:39:36 CEST Maximilian Trummer wrote:

Am Montag, 1. April 2019, 18:26:18 CEST schrieb Maximilian Trummer:

...

Am Montag, 1. April 2019, 12:08:27 CEST schrieb Christophe Giboudeaux:

...

On lundi 1 avril 2019 03:00:23 CEST Simon Lees wrote:

...

Can you please put together a list of all the packages that you plan to drop? There are potentially Qt4 packages that I don't maintain but am interested enough in to help with porting.

'osc whatdependson openSUSE:Factory libqt4 standard x86_64' gives a minimal list of packages still using libqt4, directly or not.

the ones that need porting / cleanup / being dropped: - mumble

Mumble 1.3 is based on Qt5. https://github.com/mumble-voip/mumble/issues/2728

A first release candidate was tagged two weeks ago, so it will be released soon. https://github.com/mumble-voip/mumble/releases/tag/1.3.0-rc1

regards

Does anyone know why the mumble package depends on 'lsb-release', is that related to Qt4 as well?

No, it's a runtime dependency. Mumble runs 'lsb-release -s -d' see https://github.com/mumble-voip/mumble/blob/master/src/OSInfo.cpp#L232 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On lundi 1 avril 2019 18:38:20 CEST Simon Becherer wrote:

Am 01.04.19 um 12:08 schrieb Christophe Giboudeaux:

...

- unetbootin

https://www.freshports.org/sysutils/unetbootin/

snip.... - Resurrect and apply unofficial patch from Gentoo to build against Qt version 5 ........snip

Enjoy: https://build.opensuse.org/request/show/690447 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Hi Christophe, [...] I tested them all besides Yarock:

Please test and compare the other audio players: - Elisa

- always crashes when adding new paths, works after a restart using the configured paths - very slow reading of large collections (hours ...) - sort order for artists is really unusal; I'm not even sure, where it takes the information from 8-/

- Cantata

- supports only one directory containing music per mpd or per local machine; can be circumvented by linking or mounting paths into a single directory - otherwise pretty nice gui and an interesting client/server approach

- Musique (available in KDE:Extra)

- supports only one directory containing music - very simple approach, very few features

- Yarock (available in KDE:Extra)

- yet to be tested

- Clementine

- supports multiple directories containing music - feature rich gui

In approx. 2 weeks, we'll see what should be done with Amarok.

Guess, I can live with either Cantata or even better Clementine, but I still better like Amarok - especially for its eye candy :)

Thanks.

Bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Hi Christophe,  I use since years Amarok  and I have a lot of songs old or live recording. I added a lot on data which are stored in mysql DB used by amarok. (lyrics, cover, dates etc) I tested Elisa and clementine. | - Elisa 1. very minimal 2. adding different directories outside /home is difficult 3 no covers 4 no lyrics 5 no additional info 6 album display order is very strange some times it takes a number ??? | - Clementine 1. lyrics: I cannot add/update the lyrics and many are not found,    Smooth scrolling of text is not present,    You need to be online to have the text. 2. covers : not found and I did not found how to add local image as cover 3. info : cannot add additional info 4 info artist displays wrong artist :-( I tested also exaile but for some actions it crashes (display cover) Apr 15 07:57:46 hpprol2 systemd[1]: Started Process Core Dump (PID 35457/UID 0). Apr 15 07:57:48 hpprol2 systemd-coredump[35458]: Process 35384 (exaile) of user 1000 dumped core. Apr 15 07:57:48 hpprol2 systemd[1]: systemd-coredump@3-35457-0.service: Succeeded. I'll test also cantata but from other comments I'm doubtfull  |   In approx. 2 weeks, we'll see what should be done with Amarok. For my use amarok best meets my needs. Regards -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Hi Dne pondělí 8. dubna 2019 11:52:21 CEST, Christophe Giboudeaux napsal(a):

Based on your feedback only Amarok would be missed.

Not only, but other should be fixed in reasonable time.

The features mentioned are:

I must say I'm not fun of various eye candy... ehm... wasting of space and CPU. ;-) I also don't use on-line services, only podcasts.

- collection management,

Might be I'd add that it also means various filtering, searching, sorting according to year, genre, artist, ...

- metadata editing

Including batch operations.

As none of the plasma applets in Amarok 2.9.0 were mentioned, my conclusion is that the missing eye candy applets are not an issue.

I'd agree.

As Wolfgang mentioned earlier, the Amarok development is going slowly, I personally don't think it will get a KF5/Qt5 based release. Based on your tests, we'll see if it's worth pushing a snapshot package to openSUSE Tumbleweed or asking for its removal.

Should we recall question what should be the default music player for KDE?

We're also interested in hearing whether the other players available can suit your needs.

In GTK-based DE, I'd consider Rhythmbox. VLC, MPlayer (and relatives) and similar are great for movies, but not for music, especially not for larger collections, IMHO.

Please test and compare the other audio players: - Elisa

- Nice design, but to my taste to wasting space and adding just eye candy without functions. - For me too simple, features poor. - I didn't find way how to edit ID3 tags. - Searching doesn't work without Baloo indexing content of files (I index only files and metadata to save space and resources). - Managing of playlists is not very convenient. I'd expect more drag and drop. For example, I can't just drag and drop album to playlist. I must hover over album and click to appearing plus icon. Weird. I can't select more songs and move them to different place of playlist (only one by one). - It doesn't have tray icon to hide in. - Comparing to Amarok, poor options how to sort music collection. - No context menu (right click) in playlist and so on. - No support for podcasts. - No option to update information about the songs or cover images.

- Cantata

- It requires mpd, but doesn't install it as dependency. IMHO application requiring mpd shouldn't be default. I don't consider its usage very straightforward (connection to mpd took relatively long time). - It doesn't have tray icon to hide in. - Comparing to Amarok, poor options how to sort music collection. - It has ID3 tag editing option. - I like the minimalistic GUI. - It seems it's able to handle only one folder with music. - Rich context menu. - No option to update cover images. - Supports podcasts. - Despite all problems (from my point of view), this is the second best app from the list.

- Musique (available in KDE:Extra)

- By default, it sends some usage statistics somewhere. I don't like that. - Feature poor. - It doesn't have tray icon to hide in. - Comparing to Amarok, poor options how to sort music collection. - It doesn't edit ID3 tags, so no collection management. - Only one folder for collection. - No support for podcasts. - No context menu (right click) in playlist and so on. - No option to update information about the songs or cover images. - Overall, I don't like it very much.

- Yarock (available in KDE:Extra)

- It took several hours (!) to index my collection (the others did in few minutes). - When I add anything into playlist, id does never ending extreme slow some loading of information about the item. - I strongly dislike its GUI. It seems like total chaos with random placement of various items. - It has try icon. - Comparing to Amarok, poor options how to sort music collection. - It doesn't edit ID3 tags, so no collection management. - It seems there is no option to update information about the songs or cover images. - I didn't find if it supports podcasts or not... - For me, the worst app from the list (second worst from the list).

- Clementine

- Old good Amarok. :-) Am I objective when I have been using Amarok since KDE3? ;-) - It has try icon. - The most feature rich application from the list (if I disregard Amarok itself). - It has plugins, it can convert various audio formats (e.g. mp3 to ogg). - Rich options to sort and display music. - Plenty of space for the playlist. - I like its relatively minimalistic GUI. - I could use this instead of Amarok, for me, it's the best app from the list. - Supports podcasts.

In approx. 2 weeks, we'll see what should be done with Amarok.

From GTK world I like also Rhythmbox, but I'd rather avoid too much mixing of GNOME apps with KDE. As players, VLC and SMPlayer are also great, but not for larger collections. Not much of features discussed above... -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/

In data venerdì 29 marzo 2019 13:54:50 CET, Hans-Peter Jansen ha scritto:

Sure, you might get a more secure system, simply because loosing a lot of users... Less installed systems, less security issues with it. I'm not sure,

I don't see your point. That software is dead since years, no bugs are being fixed (because yes, there are still bugs) let alone security (what about that mess called QtWebKit?). By this reasoning we should have also kept Qt 3 and KDE3 in the distro.

based applications to Qt5/Plasma5, which requires manual work for the real issues only?

Not as far as I know, although the changes for most applications aren't that large. When I ported my own application it didn't take much as far as I remember.

Missing amarok, scribus, and kding hurts the most.

Doesn't scribus offer a Qt5 version now? Probably not yet promoted to stable, but it exists. -- Luca Beltrame GPG key ID: A29D259B

Am Freitag, 29. März 2019, 14:08:04 schrieb Jan Engelhardt:

...

kio_audiocd4 16.08.3-1.7

alternatives: tcd mplayer vlc

Or kaffeine. Although, the real (and only) alternative actually is... kio_audiocd To explain, that's not a CD player, but rather a "kio slave" that allows to open AudioCD tracks as files in KDE file managers or file dialogs. kio_audiocd4 was only kept for KDE4 applications (amarok in particular) and has no use if kdelibs4 is dropped of course. kio_mtp is something similar (used to access MTP devices), that one is part of kio-extras5 now.

So short.

Some packages are not even in Factory!

And some packages are not useful by themselves anyway (without Qt4 or kdelibs4), like breeze4-style which is a widget style for Qt4 that matches KF5's default "breeze-style", oxygen-transparent (another Qt4 widget style), plasma-theme-helium (which apparently is a Plasma4 theme that cannot be used with Plasma5 anyway), or jovie that is a text-to-speech system for KDE4 applications that got replaced by libQt5TextToSpeech5... And phonon-backend-gstreamer isn't very useful either without a (KDE4) application that uses Phonon. So the real (relevant) list is even shorter. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 3/29/19 5:16 PM, Michael Hirmke wrote:

[...]

...

amarok 2.9.0-2.5 [...] scribus 1.4.7-3.2

these are the only ones I'd like to keep. They both don't have a usable alternative.

Have you tried Clementine? I find it more attractive than Amarok as it mimics the design of the original Amarok before it got rewritten.

...

Missing amarok, scribus, and kding hurts the most.

I second this.

Also, porting applications from Qt4 to Qt5 is usually not that difficult as the API changes were much less involved than the changes from Qt3 to Qt4. Adrian