Bug 752752 - EPEL package request - libcrystalhd
Summary: EPEL package request - libcrystalhd
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: libcrystalhd
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Nicolas Chauvet (kwizart)
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-10 10:22 UTC by Ben Konrath
Modified: 2014-06-02 21:41 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-02 21:41:47 UTC
Type: ---


Attachments (Terms of Use)

Description Ben Konrath 2011-11-10 10:22:08 UTC
It would be nice to see this package in the EPEL 6 repository. My interest for
this comes from the fact that it is a dependency of XBMC. 

I've managed to build libcrystalhd-3.5.1-1.fc14.src.rpm on EL 6 by changing the gstreamer requirement to 10.29 instead of 10.30. I don't know if it's working since I don't have Broadcom hardware. But I assume that since it compiled fine, it should be ok.

Here is some information about EPEL:

https://fedoraproject.org/wiki/Getting_a_Fedora_package_in_EPEL
https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies

Thanks, Ben

Comment 1 Jarod Wilson 2011-11-17 21:12:00 UTC
No interest in maintaining EPEL packages myself, but can offer help to someone who does.

Comment 2 Nicolas Chauvet (kwizart) 2012-03-10 15:50:22 UTC
This will requires a crystal kernel module that might not be enabled in the EL kernel by default.

Comment 3 Jarod Wilson 2012-03-12 13:13:17 UTC
(In reply to comment #2)
> This will requires a crystal kernel module that might not be enabled in the EL
> kernel by default.

Not sure how that part of the equation completely slipped my mind. Nicolas is right. This isn't actually useful without the crystalhd kernel module, which isn't built in RHEL. It *can* be built, and does function on RHEL6, but its not shipped by Red Hat, and not something that would be permitted in EPEL. I guess you could still build the lib for those who are feeling adventurous and want to build the driver from source...

Comment 4 Ben Konrath 2012-03-13 12:39:19 UTC
I agree that having a package in EPEL without the kernel module is a little awkward. Could the kernel module be submitted to the ELRepo repository? 

http://elrepo.org/tiki/tiki-index.php

This seems like the best thing to do considering the constraints.

Comment 5 Nicolas Chauvet (kwizart) 2012-03-13 14:11:11 UTC
I don't see the point of doing that. Specially if you don't own the hardware.
But it's possible to submit a kmod for elrepo.org until rpmfusion handle them.
It's better to avoid doing libcrystalhd enabled build for el6 for the time being.

Comment 6 Ben Konrath 2012-03-13 16:17:43 UTC
Right. I already have a custom build of XBMC without libcrystalhd. I'm just thinking in terms of making this stuff generally useful for other people. :-)

Comment 7 Fedora End Of Life 2013-04-03 16:30:06 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 8 Fedora Admin XMLRPC Client 2013-10-07 18:04:21 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 9 Nicolas Chauvet (kwizart) 2014-05-07 07:59:14 UTC
Package Change Request
======================
Package Name: libcrystalhd
New Branches: epel7
Owners: kwizart

Comment 10 Nicolas Chauvet (kwizart) 2014-05-07 08:09:37 UTC
I will build it asap for epel7 (the branch was already created actually).

Comment 11 Nicolas Chauvet (kwizart) 2014-06-02 21:41:47 UTC
fixed for epel7


Note You need to log in before you can comment on or make changes to this bug.