libprojectM have many problems , can't clementine use another music visualizers ? 

Thanks

For all its problems it's still used. Clementine is mostly dead upstream, so there won't be any change from there.

(In reply to Robert-André Mauchin from comment #2)
> For all its problems it's still used. Clementine is mostly dead upstream, so
> there won't be any change from there.

sorry I missed your comment , but can't you build Clementine without libprojectM ?

This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle.
Changing version to 32.

with https://github.com/projectM-visualizer/projectm/pull/399 I'm more confident

(In reply to Sergio Basto from comment #5)
> with https://github.com/projectM-visualizer/projectm/pull/399 I'm more
> confident

what does this imply?

- I mean, I'd like to build qmmp for epel8, which also makes use of libprojectM, is it going to be included soon so it is worth waiting, or should I proceed disabling libprojectM dependency, eventually enabling that in a year or so?

(I'd prefer not to release another update just for such trivial change ...)

Without this pull request, older hardware (with GLSL shaders version 1.2 ) don't work and will display strange errors .
I will test a build for EPEL 8, today,  and if no problems found I will request EPEL8 branch 

Thank you.

FEDORA-EPEL-2020-95fe6b5a25 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-95fe6b5a25

FEDORA-EPEL-2020-95fe6b5a25 has been pushed to the Fedora EPEL 8 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-95fe6b5a25

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-EPEL-2020-95fe6b5a25 has been pushed to the Fedora EPEL 8 stable repository.
If problem still persists, please make note of it in this bug report.