| Summary: | EPEL package request - libcrystalhd | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ben Konrath <ben> |
| Component: | libcrystalhd | Assignee: | Nicolas Chauvet (kwizart) <kwizart> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 19 | CC: | fitzsim, jarod, jarodwilson, kwizart |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-06-02 21:41:47 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Ben Konrath
2011-11-10 10:22:08 UTC
No interest in maintaining EPEL packages myself, but can offer help to someone who does. This will requires a crystal kernel module that might not be enabled in the EL kernel by default. (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... 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. 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. 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. :-) 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 This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. Package Change Request ====================== Package Name: libcrystalhd New Branches: epel7 Owners: kwizart I will build it asap for epel7 (the branch was already created actually). fixed for epel7 |