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 ? 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.