Bug 755343
Summary: | [RFE] Plese update v4l to a more recent version for MythTV | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Richard Shaw <hobbes1069> |
Component: | libv4l | Assignee: | Hans de Goede <hdegoede> |
Status: | CLOSED WONTFIX | QA Contact: | Desktop QE <desktop-qa-list> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.3 | CC: | alex, bill-bugzilla.redhat.com, hdegoede, ktdreyer, lwang |
Target Milestone: | rc | Keywords: | FutureFeature |
Target Release: | 6.3 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-12-06 11:38:05 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Richard Shaw
2011-11-20 19:58:27 UTC
Mauro: ping :) I just checked koji and it looks like Mauro built a 0.9.0 pre-release. When I originally tried to build transcode for EL6 it was pulling in v4l 0.6.3. I think 0.8.3 would have been more than recent enough. It looks like there's some sort of conflict? I assume that means that EL6 has it's own version of v4l that we have to work around? This is giving me problems because building transcode fails looking for libv4l1-videodev.h which is not provided by this new package (and apparently not by the old version of v4l in EL6 either). Richard, What are you meaning by upgrading "v4l" to a more recent version? There are 3 components there: 1) the V4L kernel drivers; 2) the libv4l package shipped with RHEL; 3) the v4l-utils shipped with EPEL. In order to avoid package conflicts between EPEL and RHEL repositories, I've compiled the v4l-utils using static libraries, with a 0.9.0 pre-release (the first pre-release that allows compiling v4l-utils without the dynamic libraries). I think that what you want is (2), right? I'm not maintaining (2). Also, upgrading libv4l to a more recent version would require QA tests for all packages that are dependent on that libraries. Anyway, if what you want is (2), you'll need to change the RFE, in order to point it to RHEL6 and libv4l package, in order to forward it to the proper maintainer. Yeah, I think I need #2. I knew there were kernel drivers separate from the package but wasn't aware there was another "split". I think I'll go ahead and move the bug to RHEL6 but I doubt it will go anywhere. Thanks, Richard I think that upgrading libv4l for RHEL-6 is a good idea, there are more important reasons besides helping mythtv, A newer libv4l will bring in some small bug fixes and performance improvements (which may be important for video conferencing). The most important reason to upgrade libv4l is hardware compatibility. libv4l contains a list of laptops with upside down webcams which gets updated very regularly. Without an up2date version of this list the image from the webcam will be upside down on many recent laptop models. Newer libv4l versions are widely used in all major Linux distributions, and despite this get very little bugs reported against them, so I believe they are quite stable and a safe update. This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. It has been proposed for the next release. If you would like it considered as an exception in the current release, please ask your support representative. Hans, Should we go ahead and close this bug or will RH close it if they upgrade v4l on the next release? Hi Richard, (In reply to comment #9) > Hans, > > Should we go ahead and close this bug or will RH close it if they upgrade v4l > on the next release? Suzanne's commment #9 is a standard comment for bugs which RH was unable to address for the first upcoming release. The standard procedure is to leave it open so that it can be re-evaluated for inclusion into the next release. Regards, Hans This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4. I still believe that upgrading libv4l to the latest stable bugfix release from upstream is a good idea, for the same reasons I outlined in comment #6. Adding devel-ack. This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate, in the next release of Red Hat Enterprise Linux. Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available. The official life cycle policy can be reviewed here: http://redhat.com/rhel/lifecycle This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL: https://access.redhat.com/ |