Bug 1755964

Summary: Please provide EPEL8 package
Product: [Fedora] Fedora Reporter: Robert-André Mauchin 🐧 <zebob.m>
Component: libprojectMAssignee: Sergio Basto <sergio>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 32CC: imntreal, kvolny, sergio
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: libprojectM-3.1.7-1.el8 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-07 20:57:09 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1755761    

Description Robert-André Mauchin 🐧 2019-09-26 14:08:02 UTC
I've been asked to package clementine for EPEL8, as such I need this dependency in EPEL8. Thanks.

Comment 1 Sergio Basto 2019-09-26 15:10:04 UTC
libprojectM have many problems , can't clementine use another music visualizers ? 

Thanks

Comment 2 Robert-André Mauchin 🐧 2019-09-26 17:29:37 UTC
For all its problems it's still used. Clementine is mostly dead upstream, so there won't be any change from there.

Comment 3 Sergio Basto 2019-10-27 01:48:13 UTC
(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 ?

Comment 4 Ben Cotton 2020-02-11 17:50:26 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle.
Changing version to 32.

Comment 5 Sergio Basto 2020-09-22 14:40:22 UTC
with https://github.com/projectM-visualizer/projectm/pull/399 I'm more confident

Comment 6 Karel Volný 2020-09-23 07:44:32 UTC
(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 ...)

Comment 7 Sergio Basto 2020-09-23 10:24:31 UTC
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.

Comment 8 Fedora Update System 2020-09-23 14:49:34 UTC
FEDORA-EPEL-2020-95fe6b5a25 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-95fe6b5a25

Comment 9 Fedora Update System 2020-09-23 18:01:20 UTC
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.

Comment 10 Fedora Update System 2020-10-07 20:57:09 UTC
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.