[opensuse-kde] 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-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Dne čtvrtek 28. března 2019 14:49:36 CET, Christophe Giboudeaux napsal(a):
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.
I realised I'm using the only KDE4/Qt4 application: Amarok. The only news about its KF5/Qt5 port i found is https://phabricator.kde.org/D10526 while https://amarok.kde.org/ isn't very informative about this (BTW, the site seems to be using outdated insecure unsupported Drupal). It seems Elisa https://community.kde.org/Elisa should/could ? be replacement of Amarok, but Amarok is feature much more rich. Elisa seems to be just player while Amarok has plenty of tools to organize the collection. I really like it, for me it's the best Linux music player and collection manager. Moreover, https://en.opensuse.org/Portal:15.0 lists for users KDE and links to https://en.opensuse.org/KDE and it lists Amarok as the music player and links to https://en.opensuse.org/Amarok So... are we going to have some KF5/Qt5 Amarok? There is https://software.opensuse.org/package/amarok5 but I haven't tried it. What is its state? -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/
On jeudi 28 mars 2019 15:11:46 CET Vojtěch Zeisek wrote:
Dne čtvrtek 28. března 2019 14:49:36 CET, Christophe Giboudeaux napsal(a):
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.
I realised I'm using the only KDE4/Qt4 application: Amarok. The only news about its KF5/Qt5 port i found is https://phabricator.kde.org/D10526 while https://amarok.kde.org/ isn't very informative about this (BTW, the site seems to be using outdated insecure unsupported Drupal).
Correct, Amarok is a problem. The Qt5/KF5 port stalled, the quality of the last git snapshots were far from being usable. We have a couple other players in KDE:Extra, did you try them? - Yarock - Elisa - Cantata -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday, 2019-03-29 at 10:44 +0100, Christophe Giboudeaux wrote:
On jeudi 28 mars 2019 15:11:46 CET Vojtěch Zeisek wrote:
Dne čtvrtek 28. března 2019 14:49:36 CET, Christophe Giboudeaux napsal(a):
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.
I realised I'm using the only KDE4/Qt4 application: Amarok. The only news about its KF5/Qt5 port i found is https://phabricator.kde.org/D10526 while https://amarok.kde.org/ isn't very informative about this (BTW, the site seems to be using outdated insecure unsupported Drupal).
Correct, Amarok is a problem. The Qt5/KF5 port stalled, the quality of the last git snapshots were far from being usable.
[useless rant] IMHO, something is wrong in library design if going from one version to the next is that difficult. - -- Cheers, Carlos E. R. (from openSUSE 15.0 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHIEARECADIWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXJ3qchQccm9iaW4ubGlz dGFzQGdteC5lcwAKCRC1MxgcbY1H1bpjAJ4ja26ER3JTbdpK6iXVzYyZ6IqMEgCe NAcvYkpVGA0RDuh5vRN9te6FSsQ= =RyEJ -----END PGP SIGNATURE-----
Am Freitag, 29. März 2019, 10:50:42 schrieb Carlos E. R.:
[useless rant] IMHO, something is wrong in library design if going from one version to the next is that difficult.
As Luca wrote already, it's actually often relatively easy to port applications from Qt4 to Qt5 or kdelibs4 to KDE Frameworks5 (unless they still use Qt3 compatibility stuff that got removed in Qt5). But Amarok is a huge project, and too few people are actively working on it (as usual...). The main technical difficulties (AFAIK) were porting the context view (which used Plasma, and got rewritten from scratch using QtQuick/QML directly), and the scripting engine (which used QtScript that is still available but deprecated in Qt5). Anyway, as always, ranting/complaining/critizing doesn't help much. More people would need to step up and actually do some work... (I'm not addressing you or anybody in particular here, it's just a general statement) Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 2019-03-29 9:45 a.m., Wolfgang Bauer wrote:
Am Freitag, 29. März 2019, 10:50:42 schrieb Carlos E. R.:
[useless rant] IMHO, something is wrong in library design if going from one version to the next is that difficult.
Hmmm.
As Luca wrote already, it's actually often relatively easy to port applications from Qt4 to Qt5 or kdelibs4 to KDE Frameworks5 (unless they still use Qt3 compatibility stuff that got removed in Qt5).
Hmmm. OK, then.
But Amarok is a huge project, and too few people are actively working on it (as usual...).
Maybe that tells us something. Why are so few people working on it? Is it not just that it is huge but that it is complicated and obscure and not easy to comprehend and become familiar enough to work on? I haven't looked at the source of Amarok but I have for a few other projects and it made me wonder about the mind of the creator. I was always taught to design and program with maintainability in mind.
The main technical difficulties (AFAIK) were porting the context view (which used Plasma, and got rewritten from scratch using QtQuick/QML directly), and the scripting engine (which used QtScript that is still available but deprecated in Qt5).
As in "Depreciated" meaning "Its going away in the next revision", perhaps
Anyway, as always, ranting/complaining/critizing doesn't help much. More people would need to step up and actually do some work... (I'm not addressing you or anybody in particular here, it's just a general statement)
It could also mean that the roots of the application and its design assumptions go too far back and it is unmaintainable and should be left to die. Or perhaps a completely new *design* created that just happens to have the same name ... I've seen that happen in the more commercial word for a variety of products. -- "We stand behind all of our products, except for the manure spreader." -- Corporate motto of an equipment manufacturer -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Freitag, 29. März 2019, 10:37:25 schrieb Anton Aylward:
But Amarok is a huge project, and too few people are actively working on it (as usual...).
Maybe that tells us something. Why are so few people working on it? Is it not just that it is huge but that it is complicated and obscure and not easy to comprehend and become familiar enough to work on? I haven't looked at the source of Amarok but I have for a few other projects and it made me wonder about the mind of the creator. I was always taught to design and program with maintainability in mind.
I don't know the source code in details either, nor do I have insight into the project. But I don't think this is actually the case here. Rather that parts of it had to be rewritten basically from scratch. (you probably could argue now that that's because of bad decisions in the past, but that won't change anything about the current state either, and I don't think that was actually forseeable) Also, some (most?) old developers stopped working on it, due to lack of time e.g. Remember, this is about an open source project where people are working on it in their spare time, without getting paid. That of course also means that everybody who wants to can easily join in and help/contribute though. Not really the topic of this mailinglist though, Amarok is not developed by openSUSE (nor is any other software that's going to be dropped).
The main technical difficulties (AFAIK) were porting the context view (which used Plasma, and got rewritten from scratch using QtQuick/QML directly), and the scripting engine (which used QtScript that is still available but deprecated in Qt5).
As in "Depreciated" meaning "Its going away in the next revision", perhaps
Indeed. Though it's uncertain in which version exactly. They (Qt) might keep it till Qt6, or they might drop it in some 5.x.0 update already.
Or perhaps a completely new *design* created that just happens to have the same name ... I've seen that happen in the more commercial word for a variety of products.
That would also require people to spend (a lot of) time on it though. And I don't see a point for that now, as it largely has been ported already. It already happened though, when Amarok was ported to KDE4. 2.x was rather a new/different application than a straight port. That made quite a few people unhappy, and resulted in a fork called Clementine (that originally was based on Amarok 1.x but ported to Qt4, they didn't release a Qt5 version yet either though, as mentioned in another mail) Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 29/03/2019 17.56, Wolfgang Bauer wrote:
Am Freitag, 29. März 2019, 10:37:25 schrieb Anton Aylward:
But Amarok is a huge project, and too few people are actively working on it (as usual...).
Maybe that tells us something. Why are so few people working on it? Is it not just that it is huge but that it is complicated and obscure and not easy to comprehend and become familiar enough to work on? I haven't looked at the source of Amarok but I have for a few other projects and it made me wonder about the mind of the creator. I was always taught to design and program with maintainability in mind.
I don't know the source code in details either, nor do I have insight into the project. But I don't think this is actually the case here.
Rather that parts of it had to be rewritten basically from scratch. (you probably could argue now that that's because of bad decisions in the past, but that won't change anything about the current state either, and I don't think that was actually forseeable)
I'd argue that KDE5/Qt5 is not compatible with KDE4/Qt4 if applications have to be rewritten.
Also, some (most?) old developers stopped working on it, due to lack of time e.g.
Remember, this is about an open source project where people are working on it in their spare time, without getting paid.
That of course also means that everybody who wants to can easily join in and help/contribute though.
Not really the topic of this mailinglist though, Amarok is not developed by openSUSE (nor is any other software that's going to be dropped).
I know. But it is openSUSE users who suffer the final fallout. I know, there is no solution, not blaming anyone here. Just venting steam. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Am Freitag, 29. März 2019, 18:39:27 schrieb Carlos E. R.:
I'd argue that KDE5/Qt5 is not compatible with KDE4/Qt4 if applications have to be rewritten.
There is no "KDE5"... ;-) And as I already mentioned, Qt5 actually is quite compatible (to Qt4), porting applications from Qt4 to Qt5 usually only needs minor changes to the code, if any at all. Porting kdelibs4 based applications to KDE Frameworks5 is usually not too difficult either, and there are extensive notes (and even scripts) that help with that. It certainly is/can be a lot of work though depending on the size of the project. (e.g. some things have been removed from the KDE Frameworks because the functionality has been moved to Qt itself, but that usually needs changes to the application code) And as I wrote already as well, in the particular case of Amarok, some parts had to be rewritten because they used certain technology (Plasma, QtScript) that changed too much and/or has been deprecated. That's not really the general case though. And many (most) other applications have been fully ported already anyway. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 2019-03-29 11:39 AM, Carlos E. R. wrote:
I'd argue that KDE5/Qt5 is not compatible with KDE4/Qt4 if applications have to be rewritten.
If compatibility was such a burning issue, we'd have a version of Leap 15.0 that can be run on an 8-bit CPU. </s> -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 3/29/19 2:13 PM, Darryl Gregorash wrote:
On 2019-03-29 11:39 AM, Carlos E. R. wrote:
I'd argue that KDE5/Qt5 is not compatible with KDE4/Qt4 if applications have to be rewritten.
If compatibility was such a burning issue, we'd have a version of Leap 15.0 that can be run on an 8-bit CPU. </s>
That's silly. And saying it about a 16-bit machine is also silly. But there are many who would appreciate a 32-but version. I still have a number of 32-but machines ... sadly running earlier versions well past EoL -- To stay young requires the unceasing cultivation of the ability to unlearn old falsehoods. -- Lazarus Long -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 2019-03-29 06:57 PM, Anton Aylward wrote:
On 3/29/19 2:13 PM, Darryl Gregorash wrote:
On 2019-03-29 11:39 AM, Carlos E. R. wrote:
I'd argue that KDE5/Qt5 is not compatible with KDE4/Qt4 if applications have to be rewritten.
If compatibility was such a burning issue, we'd have a version of Leap 15.0 that can be run on an 8-bit CPU. </s>
That's silly. And saying it about a 16-bit machine is also silly.
But there are many who would appreciate a 32-but version. I still have a number of 32-but machines ... sadly running earlier versions well past EoL
It's not silly, it's sarcastic, and fully intended as such. I've been running at least one PC for over 30 years, and every time a new standard is introduced (hardware or software), people are complaining if it's not fully backward compatible -- by which standard, we should still be driving on the left side of the road (no apologies to my Aussie and British cousins lol). I make no apologies if any of that offends anyone, because every time something vastly different and significantly improved comes on the scene, something from the past is bound to get broken. Demanding perpetual backward compatibility means only that hardware becomes cumbersome and difficult to maintain, and software becomes slow and bloated, and that is a price I for one am unwilling to accept. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 3/29/19 10:23 PM, Darryl Gregorash wrote:
I make no apologies if any of that offends anyone, because every time something vastly different and significantly improved comes on the scene, something from the past is bound to get broken. Demanding perpetual backward compatibility means only that hardware becomes cumbersome and difficult to maintain, and software becomes slow and bloated, and that is a price I for one am unwilling to accept.
Well! Personally I think that as we go forward software becomes bloated and difficult to maintain and the hardware has to follow and becomes cumbersome. The ting about those 8-bit machines and their software: there wasn't much power and there's wasn't much address space so the code had to be lean and as such pretty obvious. I used to use the old book on UNIX 6 as an example to new hires to show them how their college teachers made programming look difficult and C being difficult. -- It is always better to have no ideas than false ones; to believe nothing, than to believe what is wrong. --Thomas Jefferson, (letter to Rev. James Madison, July 19, 1788) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Freitag, 29. März 2019, 20:57:11 schrieb Anton Aylward:
But there are many who would appreciate a 32-but version. I still have a number of 32-but machines ... sadly running earlier versions well past EoL
openSUSE Tumbleweed is (still) available as 32bit version though. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
PS, I'd like to add one thing: Am Freitag, 29. März 2019, 18:39:27 schrieb Carlos E. R.:
I'd argue that KDE5/Qt5 is not compatible with KDE4/Qt4 if applications have to be rewritten.
Of course the whole point of a new *major* release is to not have to be fully compatible to the previous one, and be able to redesign stuff as well to be better fit for the future e.g. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Dne pátek 29. března 2019 10:44:37 CET, Christophe Giboudeaux napsal(a):
On jeudi 28 mars 2019 15:11:46 CET Vojtěch Zeisek wrote:
Dne čtvrtek 28. března 2019 14:49:36 CET, Christophe Giboudeaux napsal(a):
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.
I realised I'm using the only KDE4/Qt4 application: Amarok. The only news about its KF5/Qt5 port i found is https://phabricator.kde.org/D10526 while https://amarok.kde.org/ isn't very informative about this (BTW, the site seems to be using outdated insecure unsupported Drupal).
Correct, Amarok is a problem. The Qt5/KF5 port stalled, the quality of the last git snapshots were far from being usable.
We have a couple other players in KDE:Extra, did you try them? - Yarock - Elisa - Cantata
I tried Elisa. As music player it wasn't bad (although I don't need such graphical fanciness), I missed Amarok's options to manage the collection. It was some time ago, it could improve in meantime. I'll have a look at the others. I can use as music player whatever, including VLC or so, but I also need some collection manager (edits of metadata and so on) and Amarok is very convenient in this way as it combines all functions and has so many features... As Amarok seems to be still the default for KDE (Is it?), what will be the next default? Elisa? Yarock? ...? -- 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 10:56:44 CET, Vojt?ch Zeisek ha scritto:
features... As Amarok seems to be still the default for KDE (Is it?), what will be the next default? Elisa? Yarock? ...?
Elisa is from KDE as well, so this is a possible candidate. I haven't yet used it for a long time, though. -- Luca Beltrame GPG key ID: A29D259B
Am Freitag, 29. März 2019, 10:56:44 schrieb Vojtěch Zeisek:
As Amarok seems to be still the default for KDE (Is it?), what will be the next default? Elisa? Yarock? ...?
Depends on what you mean with "the default for KDE". KDE itself doesn't really have a "the default". Not even Amarok is actually an "official" KDE application, it's part of Extragear. The only music player included in the "KDE Applications" releases is juk, so you somehow could call that "the default" I suppose. If you mean a default openSUSE KDE installation, I don't think we actually install Amarok by default since a while (precisely because it is still kdelibs4/Qt4 based). I don't think we have a music player at all in the KDE patterns currently... Edit: from patterns-kde/kde_multimedia: # we want a video player Recommends: vlc Suggests: amarok Suggests: dragonplayer Suggests: juk Suggests: k3b Suggests: kscd Amarok got degraded from "Recommends" to "Suggests" in August 2017: https://build.opensuse.org/request/show/517378 Thu Aug 17 08:40:36 UTC 2017 - fabian@ritter-vogt.de - Do not recommend KDE4 based applications anymore - Replace old KDE4 package names with current ones - Move Recommends: kdebase4-workspace-libs to breeze4-style - Set BuildArch: noarch and remove unnecessary patterns-kde-rpmlintrc ("Suggests" are not installed automatically.) Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Em sex, 29 de mar de 2019 às 11:55, Wolfgang Bauer
Am Freitag, 29. März 2019, 10:56:44 schrieb Vojtěch Zeisek:
As Amarok seems to be still the default for KDE (Is it?), what will be the next default? Elisa? Yarock? ...?
For those using Amarok, have you tryed Clementine? Its inspired on Amarok 1.4 (from kde3) and mantained till today Regards, Luiz -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
In data venerdì 29 marzo 2019 16:14:18 CET, Luiz Fernando Ranghetti ha scritto:
For those using Amarok, have you tryed Clementine? Its inspired on Amarok 1.4 (from kde3) and mantained till today
Clementine still hasn't released their Qt5 version, that still lives in a branch. So it's not an acceptable replacement, since the last released version (from years ago) is still Qt4 based. -- Luca Beltrame GPG key ID: A29D259B
Am Freitag, 29. März 2019, 16:53:17 schrieb Luca Beltrame:
In data venerdì 29 marzo 2019 16:14:18 CET, Luiz Fernando Ranghetti ha
scritto:
For those using Amarok, have you tryed Clementine? Its inspired on Amarok 1.4 (from kde3) and mantained till today
Clementine still hasn't released their Qt5 version, that still lives in a branch. So it's not an acceptable replacement, since the last released version (from years ago) is still Qt4 based.
Tumbleweed actually contains a Qt5 based git snapshot though. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Freitag, 29. März 2019, 10:44:37 schrieb Christophe Giboudeaux:
Correct, Amarok is a problem. The Qt5/KF5 port stalled, the quality of the last git snapshots were far from being usable.
Well, that depends on how you define "far from being usable", I suppose... It can play music ( ;-) ), and the collection management seems to work as well. Although, I got a database error when I tried to start it right now. I'm not sure why, I don't remember seeing that when I tried it in the past. (maybe some incompatibility with newer mariadb versions or something?) But switching to an external mysql (mariadb) database made the error disappear. Actually there were quite big steps forward last year, it became rather silent again in the last couple of months though. The main things missing that I see: - not all context view applets have been ported/rewritten yet - no scripts (and TBH, I don't know if the scripting engine actually works at all currently) That said, there likely are bugs and/or rough edges here and there. It's certainly not in a state to consider pushing it to Tumbleweed (yet?) IMHO. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Freitag, 29. März 2019, 14:39:57 schrieb Wolfgang Bauer:
That said, there likely are bugs and/or rough edges here and there. It's certainly not in a state to consider pushing it to Tumbleweed (yet?) IMHO.
Forgot to write: In case somebody does want to try it out, a development snapshot is available in KDE:Unstable:Extra. URL for Tumbleweed: https://download.opensuse.org/repositories/KDE:/Unstable:/Extra/openSUSE_Tum... Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
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. Last I checked, and it has been a while, no other WM/Greeter in OSS or non-OSS
Christophe Giboudeaux composed on 2019-03-28 14:49 (UTC+0100): provides adequate feature equivalence to KDM. Thus this kill will create dependence on at least one optional repo to avoid dependence on startx. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 3/28/19 1:50 PM, Felix Miata wrote:
Christophe Giboudeaux composed on 2019-03-28 14:49 (UTC+0100):
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. Last I checked, and it has been a while, no other WM/Greeter in OSS or non-OSS provides adequate feature equivalence to KDM. Thus this kill will create dependence on at least one optional repo to avoid dependence on startx.
Indeed. My efforts to remove Qt4/KDE4 dependecy has broken a lot. Even stuff that i though was pure KDF5 like kwrite: ================ anton@main:~> kwrite kwrite: /usr/lib64/libQt5Core.so.5: version `Qt_5.6.2_PRIVATE_API' not found (required by /usr/lib64/libQt5Script.so.5) anton@main:~> rpm -qf /usr/lib64/libQt5Script.so.5 libQt5Script5-5.6.2-1.18.x86_64 anton@main:~> rpm -qf /usr/lib64/libQt5Core.so.5 libQt5Core5-5.12.2-1.1.x86_64 Information for package libQt5Core5: ------------------------------------ Repository : 423 KDE_Qt5_Leap Name : libQt5Core5 Version : 5.12.2-1.1 Arch : x86_64 Vendor : obs://build.opensuse.org/KDE Installed Size : 5.3 MiB Installed : Yes Status : up-to-date Information for package libQt5Script5: -------------------------------------- Repository : openSUSE-Leap-42.3-Oss Name : libQt5Script5 Version : 5.6.2-1.18 Arch : x86_64 Vendor : openSUSE Installed Size : 3.2 MiB Installed : Yes Status : up-to-date =================== Mmm. Not all from same repository. OK fix that. When I can run 'yast2 sw-single' without it crashing. oh, dear, problems are cascading. I've tried drilling down on that and some googling but I'm "WTF?" KDM, as Feix says, is very flexible, but as far as I can tell there is a broken KDF start-up or a wrong start-up since non of the options to get into KDE in any of the forms it can select work. =================== anton@main:~> rpm -qf /usr/bin/kwrite kwrite-17.04.2-1.6.x86_64 Information for package kwrite: ------------------------------- Repository : openSUSE-Leap-42.3-Oss Name : kwrite Version : 17.04.2-1.6 Arch : x86_64 Vendor : openSUSE Installed Size : 260.8 KiB Installed : Yes Status : up-to-date ==================================== Googling, I see that people try playing with LD_LIBRARY_PATH I've never had to do that with any of the KDE suite before. Why now? Its not as if I'm running a couple of different versions in parallel, at least not 'by intent'. Yes, there's non KDF5 stuff still abound, like KDM that needs the KDE4 libraries, but I don't think that's the issue here. -- There is no more cooperative group of people than a gang of boys who have been offered the chance to help legally destroy something. -- http://www.toxiccustard.com/vcr/03.html -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 30/03/2019 15.00, Anton Aylward wrote:
On 3/28/19 1:50 PM, Felix Miata wrote:
Christophe Giboudeaux composed on 2019-03-28 14:49 (UTC+0100):
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. Last I checked, and it has been a while, no other WM/Greeter in OSS or non-OSS provides adequate feature equivalence to KDM. Thus this kill will create dependence on at least one optional repo to avoid dependence on startx.
Indeed. My efforts to remove Qt4/KDE4 dependecy has broken a lot. Even stuff that i though was pure KDF5 like kwrite:
But why are you doing that? :-o -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Am Donnerstag, 28. März 2019, 18:50:48 CEST schrieb Felix Miata:
Christophe Giboudeaux composed on 2019-03-28 14:49 (UTC+0100):
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.
Last I checked, and it has been a while, no other WM/Greeter in OSS or non-OSS provides adequate feature equivalence to KDM. Thus this kill will create dependence on at least one optional repo to avoid dependence on startx.
Reminds me, that SDDM is missing XDMCP badly still, and no attempts are being made implementing it: https://github.com/sddm/sddm/issues/1069. That's a pity, since loosing KDM, we will need to switch to GDM or some other DM supporting XDMCP, if VNC display manager support is requested, or the like (something, that I use a lot..). Cheers, Pete -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Sonntag, 31. März 2019, 18:30:30 schrieb Hans-Peter Jansen:
Reminds me, that SDDM is missing XDMCP badly still, and no attempts are being made implementing it: https://github.com/sddm/sddm/issues/1069.
Well, there actually has been an *attempt*, but it was abandoned unfortunately: https://github.com/sddm/sddm/pull/107 Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 2019-03-28 9:49 a.m., 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.
So: I try to remocve that and it cascades... # zypper rm kdelibs4 Loading repository data... Reading installed packages... Resolving package dependencies... The following 56 packages are going to be REMOVED: GimpResourcesThumbnailer akonadi amarok amarok-lang audex audex-lang baloo_kcm kaffeine kcm-servicemenus kde-thumbnailer-msoole kde-thumbnailer-ooxml kde4-kgreeter-plugins kdeartwork4-colorschemes kdeartwork4-decorations kdeartwork4-styles kdebase4-nsplugin kdebase4-runtime kdebase4-workspace-addons kdebase4-workspace-liboxygenstyle kdebase4-workspace-libs kdelibs4 kdelibs4-branding-openSUSE kdepasswd kdepim4 kdepim4-runtime kdepimlibs4 kdiff3 kdm kdnssd kget kmag kmousetool kmymoney kmymoney-doc kmymoney-lang konsole4-part korganizer kplayer kreversi kscd kvkbd kwalletmanager kwin libkcddb4 libkcompactdisc4 plasmoid-folderview polka polkit-kde-agent-1 python-kde4 python-kde4-doc python-kde4-khtml python-kde4-knewstuff python-kde4-phonon python-kde4-plasma qtcurve-kde4 sweeper 56 packages to remove. Quite a few of those I have no "5" versions of.
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.
-- There's a tendency today to absolve individuals of moral responsibility and treat them as victims of social circumstance. You buy that, you pay with your soul. -Tom Robbins, Still Life with Woodpecker -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Op vrijdag 29 maart 2019 00:26:30 CET schreef Anton Aylward:
On 2019-03-28 9:49 a.m., 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.
So: I try to remocve that and it cascades... # zypper rm kdelibs4 Loading repository data... Reading installed packages... Resolving package dependencies...
The following 56 packages are going to be REMOVED: GimpResourcesThumbnailer akonadi amarok amarok-lang audex audex-lang baloo_kcm kaffeine kcm-servicemenus kde-thumbnailer-msoole kde-thumbnailer-ooxml kde4-kgreeter-plugins kdeartwork4-colorschemes kdeartwork4-decorations kdeartwork4-styles kdebase4-nsplugin kdebase4-runtime kdebase4-workspace-addons kdebase4-workspace-liboxygenstyle kdebase4-workspace-libs kdelibs4 kdelibs4-branding-openSUSE kdepasswd kdepim4 kdepim4-runtime kdepimlibs4 kdiff3 kdm kdnssd kget kmag kmousetool kmymoney kmymoney-doc kmymoney-lang konsole4-part korganizer kplayer kreversi kscd kvkbd kwalletmanager kwin libkcddb4 libkcompactdisc4 plasmoid-folderview polka polkit-kde-agent-1 python-kde4 python-kde4-doc python-kde4-khtml python-kde4-knewstuff python-kde4-phonon python-kde4-plasma qtcurve-kde4 sweeper
56 packages to remove.
Quite a few of those I have no "5" versions of.
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. Seems quite useless since you don't know the deps/recommenends of future releases
-- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Donnerstag, 28. März 2019, 19:26:30 schrieb Anton Aylward:
56 packages to remove.
Quite a few of those I have no "5" versions of.
Quite a few packages in that list actually have been ported to KF5 though and don't depend on kdelibs4 anymore (as of Leap 15.0 already actually). So you either have long outdated/old packages installed, or you are using some older Leap version (42.3 maybe?). Just to be clear: this removal will of course not happen in already released Leap versions, just in Tumbleweed for now and future Leap releases then (15.2 at the earliest, I would say). Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 2019-03-29 9:49 a.m., Wolfgang Bauer wrote:
Am Donnerstag, 28. März 2019, 19:26:30 schrieb Anton Aylward:
56 packages to remove.
Quite a few of those I have no "5" versions of.
Quite a few packages in that list actually have been ported to KF5 though and don't depend on kdelibs4 anymore (as of Leap 15.0 already actually). So you either have long outdated/old packages installed, or you are using some older Leap version (42.3 maybe?).
Just to be clear: this removal will of course not happen in already released Leap versions, just in Tumbleweed for now and future Leap releases then (15.2 at the earliest, I would say).
Thank you for that clarification. -- Indeed in nothing is the power of the Dark Lord more clearly shown than in the estrangement that divides all those who still oppose him. --J. R. R. Tolkien (as Haldir the elf), _The Fellowship of the Ring_ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+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-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+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
Am Freitag, 29. März 2019, 14:04:26 schrieb Luca Beltrame:
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.
There are some scripts that can "automatically" port certain things, they are in the package kdesdk4-scripts-kf5-porting. But even then, manual work is required, there is no tool that you can feed the full source code and get a compilable KF5 application out of it.
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.
Yes, as a 'beta' (or even alpha?) version ("Scribus 1.5.4 is in many ways a new milestone on our way to the next officially stable release 1.6.0."). No idea how usable it is... Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Freitag, 29. März 2019, 15:39:22 CEST schrieb Wolfgang Bauer:
Am Freitag, 29. März 2019, 14:04:26 schrieb Luca Beltrame:
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.
There are some scripts that can "automatically" port certain things, they are in the package kdesdk4-scripts-kf5-porting.
But even then, manual work is required, there is no tool that you can feed the full source code and get a compilable KF5 application out of it.
Thanks, will try to apply that on kding. It's too useful to abandon.
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.
Yes, as a 'beta' (or even alpha?) version ("Scribus 1.5.4 is in many ways a new milestone on our way to the next officially stable release 1.6.0."). No idea how usable it is...
Okay, scribus in on the way, only amarok seems to be stuck. Thanks, Wolfgang and Luca, for your valuable replies. Cheers, Pete -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Freitag, 29. März 2019, 13:54:50 schrieb Hans-Peter Jansen:
Not being able to play an Audio CD will be a shame as well.
There certainly are applications available that can play back AudioCDs, other than kscd and amarok (which wasn't a great AudioCD player anyway as it cannot play them directly but rather "rips" the tracks first using kio_audiocd...). Qt5 or KF5 based ones would e.g. be VLC or kaffeine. kscd actually has been ported, but it doesn't work well AFAICT. And there likely won't be a release anyway, unless somebody would suddenly step up and take it over (this is open source after all)... Amarok on the other hand *might* get a KF5 release at some point (at least I hope so), although it's likely going to still take a while. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+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-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+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-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
participants (12)
-
Anton Aylward
-
Carlos E. R.
-
Carlos E. R.
-
Christophe Giboudeaux
-
Darryl Gregorash
-
Felix Miata
-
Hans-Peter Jansen
-
Knurpht-openSUSE
-
Luca Beltrame
-
Luiz Fernando Ranghetti
-
Vojtěch Zeisek
-
Wolfgang Bauer