I've been asked to package clementine for EPEL8, as such I need this dependency in EPEL8. Thanks.
libprojectM have many problems , can't clementine use another music visualizers ?
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
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
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.