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

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

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

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 3/29/19 6:09 PM, Wolfgang Bauer wrote:

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

...

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

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

They have qt5 branch in their git repository however:

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

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

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

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

On 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

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

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

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

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

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

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

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

Hi Oleksii,

...

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

...

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

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

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

Hi,

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

Thanks!

Christian

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

On 31.03.2019 09:10, stakanov wrote:

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

...

Hi,

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

Thanks!

Christian

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

...

Am 30.03.19 um 13:11 schrieb Michael Hirmke:

...

Hi Oleksii,

...

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

...

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

Bye. Michael.

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

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

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

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

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

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

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

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

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

What are the next steps..?

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

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

On 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

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

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

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

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

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

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

On śro, Apr 3, 2019 at 11:27 PM, Bjoern Voigt 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

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

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

...

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

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

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

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

Scripting is virtually non-existant too.

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

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

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

...

What are the next steps..?

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

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

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

Kind Regards, Wolfgang

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

On 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

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

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 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/

[...]

...

- 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