Bug 744876

Summary: hal FTBFS in F15, needed by arm secondary arch
Product: [Fedora] Fedora Reporter: Henrik Nordström <henrik>
Component: halAssignee: Richard Hughes <hughsient>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 15CC: hughsient, rhughes
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: 2012-08-07 19:51:30 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Autoconf magics to detect if v4l1 is present in kernel headers
none
Make v4l1 code conditional on header availability
none
Spec file changes integrating these backported changes none

Description Henrik Nordström 2011-10-10 18:31:00 UTC
hal-0.5.14-7.fc15 is FTBFS in F15 due to v4l1 being dropped from kernel 2.6.38 and later.

The arm secondary arch need a buildable F15 version for the F15 release.

The v4l dependency issue is fixed upstream in <hno> e-ndy, you mean this? http://cgit.freedesktop.org/hal/commit/?id=ae13d96fa2a0612b6000f4b8f6ed9d3564035703
which depends on this: http://cgit.freedesktop.org/hal/commit/?id=8f624253f0135ca77a893ad4e8168f51ef90d4da

Comment 1 Henrik Nordström 2011-10-10 18:32:34 UTC
Created attachment 527289 [details]
Autoconf magics to detect if v4l1 is present in kernel headers

Comment 2 Henrik Nordström 2011-10-10 18:33:25 UTC
Created attachment 527290 [details]
Make v4l1 code conditional on header availability

Comment 3 Henrik Nordström 2011-10-10 18:34:01 UTC
Created attachment 527291 [details]
Spec file changes integrating these backported changes

Comment 4 Richard Hughes 2011-10-10 20:32:36 UTC
Hal is dead in F16, you probably just want to remove it.

Comment 5 Henrik Nordström 2011-10-10 21:54:08 UTC
I know, but unfortuntately there is a number of packages in F15 that still depends on hal, and we are building F15 for arm at the moment.

Comment 6 Richard Hughes 2011-10-11 08:58:36 UTC
(In reply to comment #5)
> I know, but unfortuntately there is a number of packages in F15 that still
> depends on hal, and we are building F15 for arm at the moment.

Sure, in which case please commit this to hal in f-15 only with my blessing. Thanks.

Comment 7 Henrik Nordström 2011-10-11 14:51:55 UTC
Thanks, but I need a little help with that as I am not in the proven packagers group.

Comment 8 Richard Hughes 2011-10-11 19:30:52 UTC
I'll apply this to F15 tmw. Do you need a koji build and an update filed?

Comment 9 Henrik Nordström 2011-10-13 03:21:54 UTC
Hmm. thought I responded yesterda. A koji build is mimimum required. Update is optional at this stage from what I understand if the package is otherwise identical to last successful build.

And thanks for the new koji build, it built fine on armv7hl as well.

Comment 10 Fedora End Of Life 2012-08-07 19:51:32 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping