[opensuse-factory] KDE4/Qt4 removal from openSUSE Factory
Hi, Short version: KDE4 is dead and will be removed shortly from openSUSE Factory. Qt4 is dead and shall be removed as soon as possible from openSUSE Factory. Long version: The last kdelibs version was released in 2017 and is no longer maintained, Qt4 is also no longer maintained upstream. To avoid keeping zombies with security issues, it's time to kill the kdelibs4 based packages but also the Qt4 based ones. A couple delete requests for KDE4 packages are currently being processes and more will follow. kdelibs4 will be the last one to go and after that, we'll remove packages not present in Leap from the KDE: tree. Qt4's fate shall be the same. If you maintain packages still using Qt4, please check if Qt5-based versions exist, if the Qt dependency is mandatory and/or if these packages are still useful. Thanks, The KDE team. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Donnerstag, 28. März 2019, 14:49:36 CET schrieb Christophe Giboudeaux:
Hi,
Short version: KDE4 is dead and will be removed shortly from openSUSE Factory. Qt4 is dead and shall be removed as soon as possible from openSUSE Factory.
Long version: The last kdelibs version was released in 2017 and is no longer maintained, Qt4 is also no longer maintained upstream.
To avoid keeping zombies with security issues, it's time to kill the kdelibs4 based packages but also the Qt4 based ones.
A couple delete requests for KDE4 packages are currently being processes and more will follow. kdelibs4 will be the last one to go and after that, we'll remove packages not present in Leap from the KDE: tree.
Qt4's fate shall be the same. If you maintain packages still using Qt4, please check if Qt5-based versions exist, if the Qt dependency is mandatory and/or if these packages are still useful.
Hrmpf, removing KDE4/Qt4 will remove a lot of packages: breeze4-style 5.15.3-1.1 jovie 17.08.3-1.5 kdebase4-runtime 17.08.3-6.5 kdebase4-workspace-libs 4.11.22-16.3 kdelibs4 4.14.38-7.1 kdelibs4-core 4.14.38-7.1 kding 0.6-1 kscd 17.08.3-1.3 libattica0_4 0.4.2-5.11 libbreezecommon4-5 5.15.3-1.1 libdbusmenu-qt2 0.9.2+14.04.20131209-3.13 libkactivities6 4.13.3-6.13 libkde4 4.14.38-7.1 libkdecore4 4.14.38-7.1 libksuseinstall1 4.14.38-7.1 libphonon4 4.10.2-1.1 libpolkit-qt-1-1 0.112.0-1.9 libqt4 4.8.7-16.1 libqt4-qt3support 4.8.7-16.1 libqt4-sql 4.8.7-16.1 libqt4-sql-sqlite 4.8.7-16.1 libqt4-x11 4.8.7-16.1 phonon-backend-gstreamer 4.9.0-1.10 scribus 1.4.7-3.3 sni-qt 0.2.6-5.4 unetbootin 0.0.657-1.3 On another system: amarok 2.9.0-2.5 amarok-lang 2.9.0-2.5 breeze4-style 5.14.5-1.3 jovie 17.08.3-1.5 kde4-kgreeter-plugins 4.11.22-16.3 kdebase4-runtime 17.08.3-6.4 kdebase4-workspace-libs 4.11.22-16.3 kdelibs4 4.14.38-6.3 kdelibs4-core 4.14.38-6.3 kdepimlibs4 4.14.10-7.3 kdm 4.11.22-16.3 kdm-theme-lisa 1.2-2.2 keurocalc 1.2.3-1.6 keurocalc-lang 1.2.3-1.6 kio_audiocd4 16.08.3-1.7 kio_mtp 0.75-6.10 kscd 17.08.3-1.3 libQtWebKit-devel 4.8.7+2.3.4-2.157 libQtWebKit4 4.8.7+2.3.4-2.157 libakonadi4 4.14.10-7.3 libakonadiprotocolinternals1 1.13.0-11.7 libattica0_4 0.4.2-5.11 libbreezecommon4-5 5.14.5-1.3 libdbusmenu-qt2 0.9.2+14.04.20131209-3.13 libjoschy0 0.8.1-4.5 libkactivities6 4.13.3-6.13 libkcddb4 16.08.3-1.7 libkcompactdisc4 16.08.3-1.8 libkde4 4.14.38-6.3 libkdecore4 4.14.38-6.3 libkdegames6 14.12.3-1.13 libkdepimlibs4 4.14.10-7.3 libkscreen 1.0.5-2.13 libkscreen1 1.0.5-2.13 libksuseinstall1 4.14.38-6.3 liblastfm1 1.0.9-1.7 libmygpo-qt1 1.1.0-1.3 libphonon4 4.10.2-1.1 libpolkit-qt-1-1 0.112.0-1.9 libprison0 1.1.1-4.15 libqca2 2.1.3-3.4 libqimageblitz4 0.0.6+svn1515099-1.4 libqjson0 0.8.1-9.12 libqscintilla2_qt4-13 2.10.8-2.4 libqt4 4.8.7-15.2 libqt4-devel 4.8.7-15.2 libqt4-linguist 4.8.7-15.2 libqt4-qt3support 4.8.7-15.2 libqt4-sql 4.8.7-15.2 libqt4-sql-sqlite 4.8.7-15.2 libqt4-x11 4.8.7-15.2 oxygen-transparent 0.1+20141112-6.8 oxygen-transparent-liboxygenstyle 0.1+20141112-6.8 phonon-backend-gstreamer 4.9.0-1.10 phonon-devel 4.10.2-1.1 plasma-theme-helium 4.1.0-2.2 python3-qscintilla-qt4 2.10.8-2.5 python3-qt4 4.12.3-1.4 qt4-qtscript 0.2.0-13.3 recorditnow 0.8.1-4.5 recorditnow-backend-ffmpeg 0.8.1-4.5 recorditnow-backend-mplayer 0.8.1-4.5 scribus 1.4.7-3.2 sni-qt 0.2.6-5.4 tipp10 2.1.0-0 <irony> 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, if this is your intention. </irony> Is there any tool, that attempts an automatic transformation of Qt4/KDE4 based applications to Qt5/Plasma5, which requires manual work for the real issues only? Missing amarok, scribus, and kding hurts the most. Not being able to play an Audio CD will be a shame as well. Cheers, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
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
On Friday 2019-03-29 13:54, Hans-Peter Jansen wrote:
Hrmpf, removing KDE4/Qt4 will remove a lot of packages:
Let's remove all the packages from your list that you do not really use directly (libraries, etc.), leaving the user-visible parts.
amarok 2.9.0-2.5 breeze4-style 5.14.5-1.3 jovie 17.08.3-1.5 kdm 4.11.22-16.3 alternatives: lightdm kio_audiocd4 16.08.3-1.7 alternatives: tcd mplayer vlc kio_mtp 0.75-6.10 kscd 17.08.3-1.3 phonon-backend-gstreamer 4.9.0-1.10 recorditnow 0.8.1-4.5 alternatives: obs-studio import maim scribus 1.4.7-3.2 unetbootin 0.0.657-1.3
So short. Some packages are not even in Factory!
kding 0.6-1 [not in Factory!] alternatives: ding keurocalc 1.2.3-1.6 [not in Factory!] oxygen-transparent 0.1+20141112-6.8 [not in Factory!] oxygen-transparent-liboxygenstyle 0.1+20141112-6.8 [not in Factory!] plasma-theme-helium 4.1.0-2.2 [not in Factory!] tipp10 2.1.0-0 [not in Factory!] -- 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, 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
Hi *, [...]
To avoid keeping zombies with security issues, it's time to kill the kdelibs4 based packages but also the Qt4 based ones.
A couple delete requests for KDE4 packages are currently being processes and more will follow. [...] 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. [...]
Missing amarok, scribus, and kding hurts the most.
I second this. [...]
Cheers, Pete
Bye. Michael. -- Michael Hirmke -- 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
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). 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... Not that I personally would want to go back to KDE3 or Amarok 1.x though, after using later versions since years. 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 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:
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
Am Freitag, 29. März 2019, 17:14:45 schrieb John Paul Adrian Glaubitz:
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
Just like Amarok (and scribus)... The question is how usable/stable it is though, and how long it will take them to do a release. Although, as I noticed meanwhile, Clementine in Tumbleweed is already a (Qt5 based) git snapshot anyway, so this will of course not be affected by the Qt4 removal. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
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 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 -- 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
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.
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.
Maybe, but I'm not a software developer. I can read code and write small utilities, but I have not enough knowledge and experience to port a large application.
Adrian
Bye. Michael. -- Michael Hirmke -- 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
Hi Maximilian,
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.
I had it running for a while, but also didn't like it.
regards
Thx and bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
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 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. -- Michael Hirmke -- 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
Hi may I point you to Sayonara Player? https://sayonara-player.com/ I don't have an huge mp3 collection, so I can't tell you it is faster on indexing. You can find it in multimedia apps https://build.opensuse.org/package/show/multimedia%3Aapps/sayonara Bye Il giorno sab 30 mar 2019 alle ore 14:47 Christian Mahr <christian.mahr.ulm@t-online.de> 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
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
-- Daniele -- 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 ==============================================================
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
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
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
Hi Mathias I just tried.. from your repository, thanks! 2 observations: 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 What are the next steps..? I am not familiar with qt, so I am not sure I can help.. BR Christian Am 31.03.19 um 11:43 schrieb Mathias Homann:
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
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
Am Montag, 1. April 2019, 08:59:09 schrieb Wolfgang Bauer:
Am Sonntag, 31. März 2019, 18:10:26 schrieb Christian Mahr:
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
From your screenshot it looks like resizing the applet should help. The elements are scaled depending on the height, and there's obviously not enough space as the album cover takes it all (nearly). Making the applet smaller in height should also decrease the width of the cover image and allow
PS, regarding your problem with the "currently playing" applet: the rest to appear... You can resize applets by clicking on the configure button on the bottom, and then move the mouse pointer over the "gap" between two applets while the configuration pane is open (the mouse cursor should change to a "resize" shape then and you can drag the border up and down). 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
Am Sonntag, 31. März 2019, 09:10:08 schrieb stakanov:
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.
Kaffeine never was removed from openSUSE though. We shipped the KDE4 version (1.2) till Leap 42.3, mainly because the KF5 port had problems, and also needed newer libs for DVB support to be included at all. Leap 15.x has the latest 2.0.x now, based on Qt5/KF5. In that case, it was also ported from Xine to VLC though (it's actually just a frontend...), that caused part of the problems/missing features. That port was already started in the KDE4 version btw (1.3, which we never shipped because it was rather experimental), but it stalled due to a lack of maintainer, until somebody (who actually is involved in video4linux/kernel development too) took over and ported it to KF5 as well. 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
Hans-Peter Jansen skreiv 29.03.2019 13:54:
Not being able to play an Audio CD will be a shame as well.
For playing audio CDs, just add the following to your ~/.bashrc file: alias playcd='mpv --no-resume-playback --cdda-speed=8 cdda://' Then you just have to run ‘playcd’ whenever you want to play an audio CD (you need to have mpv installed). Explanation of options: --no-resume-playback: Start playing the CD from the beginning, instead of at the last track/position played. (You might want to remove this option.) --cdda-speed=8: By default, mpv uses the maximum speed of your CD-ROM drive, perhaps 24x or 48x. Which makes at least makes *my* CD-ROM drive sound like the runway at a small airport. Audio CDs are by *definition* supposed to be played at 1x. But I use 8x instead, which makes starting playback and seeking/skipping faster, but does not create any extra noise. Experiment with different values. You might also want to add ‘--force-window=yes’, if you want a GUI. A fun, perhaps useful, feature of mpv is that it uses buffering even for audio CDs. I was very surprised when I removed a CD from the computer, but the music continued playing (for a long time)! -- Karl Ove Hufthammer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 29/03/2019 00:19, Christophe Giboudeaux wrote:
Hi,
Short version: KDE4 is dead and will be removed shortly from openSUSE Factory. Qt4 is dead and shall be removed as soon as possible from openSUSE Factory.
Long version: The last kdelibs version was released in 2017 and is no longer maintained, Qt4 is also no longer maintained upstream.
To avoid keeping zombies with security issues, it's time to kill the kdelibs4 based packages but also the Qt4 based ones.
A couple delete requests for KDE4 packages are currently being processes and more will follow. kdelibs4 will be the last one to go and after that, we'll remove packages not present in Leap from the KDE: tree.
Qt4's fate shall be the same. If you maintain packages still using Qt4, please check if Qt5-based versions exist, if the Qt dependency is mandatory and/or if these packages are still useful.
Thanks,
The KDE team.
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. -- 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 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 - 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. -- 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
Am Montag, 1. April 2019, 12:08:27 schrieb Christophe Giboudeaux:
- SoQt, used by FreeCAD-test (what's that?) and python-pivy That's FreeCAD's test suite, but FreeCAD itself uses Qt5 since some time...
- gnucash, looks like an indirect dependency, the Qt4 support was already removed Probably coming from gwenhywfar-devel, which still has the Qt4 backend (or is it frontend?) enabled. Was needed by kmymoney 4.x, but that's Qt5/KF5 based since a while anyway.
Unfortunately they replaced gwenhyfar with a recent beta in the devel project, which would break aqbanking and also kmymoney and gnucash (aqbanking could be updated too but that still would break kmymoney at least, no idea about gnucash), so it seems currently not possible to update the package in Factory to disable that... :-/
- taglib-extras The libkde4-devel BuildRequires can probably just be removed in this case. The only reference to KDE in the build log: [ 91s] CMake Warning: [ 91s] Manually-specified variables were not used by the project: [ 91s] [ 91s] BUILD_TESTS [ 91s] WITH_KDE
And the libtag-extras1 package installed on my Leap 15.0 system doesn't have any dependency on libkde4/libqt4 either...
- testdisk, last release is from 2015 That's likely just the qphotorec application though. I don't think the textmode tools would need it... ;-) (and it's probably better not to drop them IMHO)
Kind Regards, Wolfgang -- 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/
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. -- 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 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/
Am Montag, 1. April 2019, 13:40:36 schrieb Vojtěch Zeisek:
'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...?
It was implied that the list doesn't contain packages from KDE:* though:
The rest are packages maintained in KDE: which we'll probably drop if no Qt5 port is available.
And amarok is maintained in KDE:Extra, that should explain why it's not listed. Although, taglib-extras comes from KDE:Extra too, that one probably slipped through... ;-) (btw I checked it meanwhile, and its libkde4-devel BuildRequires is indeed unused/unnecessary, the KDE integration has been removed long ago, I'll submit an "update") Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
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 śro, Apr 3, 2019 at 11:27 PM, Bjoern Voigt <bjoernv@arcor.de> wrote:
'zypper se -i --requires libqt4' lists (among others) also amarok... And it also lists kdvdcreator, kradio and lsb. I am surprised about
Vojtěch Zeisek wrote: the LSB package.
It's not that surprising, LSB 5.0 still requires Qt4 http://refspecs.linuxfoundation.org/LSB_5.0.0/LSB-Desktop-generic/LSB-Deskto... LCP [Stasiek] https://lcp.world -- 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
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. pdftk-qgui (never used it, so just guessing) needs pdftk and so probably was moved to Packman, too. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- 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 01.04.19 um 14:38 schrieb John Paul Adrian Glaubitz:
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?
No. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
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
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?
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
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 simoN -- www.becherer.de -- 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, Status update: Delete requests were filed for almost all the remaining KDE4 packages in openSUSE Factory. Unless I forgot packages, only the bare minimum to run Amarok 2.9.0 should remain after that. Based on your feedback only Amarok would be missed. The features mentioned are: - collection management, - metadata editing 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. 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. We're also interested in hearing whether the other players available can suit your needs. Please test and compare the other audio players: - Elisa - Cantata - Musique (available in KDE:Extra) - Yarock (available in KDE:Extra) - Clementine In approx. 2 weeks, we'll see what should be done with Amarok. Thanks. Just a word about KDM: it's part of kdebase4-workspace and will be removed from openSUSE Factory. If you need specific features, I strongly suggest to test the other display managers. -- 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
mh@mike.franken.de (Michael Hirmke) writes:
- 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
Yes and no. Mpd only support one hierarchical directory as its music library. However, more advance frontends (such as Canata), will allow you to add files outside the music library to the playlist for playing. This is done through an internal http server. Charles -- 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
[...]
- Yarock (available in KDE:Extra)
- yet to be tested
- Clementine
- supports multiple directories containing music - feature rich gui
sadly it crashes every 10 minutes 8-<
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
-- Michael Hirmke -- 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/
On 17/04/2019 16.34, Vojtěch Zeisek wrote:
Hi
Dne pondělí 8. dubna 2019 11:52:21 CEST, Christophe Giboudeaux napsal(a):
...
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:
...
- Clementine
- Old good Amarok. :-) Am I objective when I have been using Amarok since KDE3? ;-)
I also like this one :-)
From GTK world I like also Rhythmbox, but I'd rather avoid too much mixing of GNOME apps with KDE.
I'll try this one, not familiar to me. As my preferred desktop is XFCE, it interests me. It doesn't start scanning the collection till I changed in preferences "Watch my library for new files", then it does that fast. I don't know where it stores "last played". Some players write this to the file itself, others to some not compatible database. It would be nice for players to agree in some auxiliary file format to keep this info. It has a little panel that lists all artists, another all albums (in browse mode, it is a toggle button). Coming from Clementine, things do not seem obvious, but it has enough features to be usefull. It can edit fields, even on a bunch of files simultaneously. Double click on an album does not add it to the play list, but starts playing it immediately. When I installed it (on 15.1 beta) I saw it bringing in brasero, so it should be able to burn CDs from selected tracks. Maybe it can also handle USB sticks. Confusingly, clicking on the window close button closes it completely, it does not go to the tray. And when restarted, it doesn't go back to the place in the track it was playing. It has by default plugins for radio, podcasts, last.fm, and libre.fm, and others in the configuration. It does cover art search by default. Not bad, all in all :-) -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (26)
-
Bjoern Voigt -
Carlos E. R. -
Charles Philip Chan -
Christian Mahr -
Christophe Giboudeaux -
Daniele Granata -
Dave Plater -
Hans-Peter Jansen -
Jan Engelhardt -
John Paul Adrian Glaubitz -
Karl Ove Hufthammer -
Luca Beltrame -
Mathias Homann -
Maximilian Trummer -
mh＠mike.franken.de -
Michal Kubecek -
Oleksii Vilchanskyi -
Philippe Conde -
Rodney Baker -
Simon Becherer -
Simon Lees -
stakanov -
Stasiek Michalski -
Stefan Seyfried -
Vojtěch Zeisek -
Wolfgang Bauer