Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 733421

Summary: fltk-config inconsistency on ARM
Product: [Fedora] Fedora Reporter: Daniel Drake <dsd>
Component: fltkAssignee: Rex Dieter <rdieter>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: atkac, pertusus, rdieter
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: 2011-08-25 18:11:27 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:
Bug Depends On:    
Bug Blocks: 245418    
Attachments:
Description Flags
F14 build failure none

Description Daniel Drake 2011-08-25 16:43:54 UTC 
The changes in #341141 introduce a headache for ARM. For Fedora 14 we are building for the armv5tel architecture configuration (armv7 systems can also run this code).

Our build farm and user-base is mixed armv5 and armv7. This means that the "arch" command doesn't return constant output.

Right now, fltk.spec is running the "arch" command to name the installed fltk-config-FOO script, and the fltk-config wrapper does:

   exec fltk-config-$(arch) "$@"

This can result in failures, such as when the build node runs armv5 (installing fltk-config-armv5), but the user runs armv7 (which would then look for the non-existend fltk-config-armv7).

One option to work around this would be to filter the output of the arch command, in both the spec file (used when naming the file to be installed) and in the fltk-wrapper (used when seeing the script to run). If the arch matches "arm*" then just use "arm". This would result in fltk-config-arm being constant on all arm systems.
Comment 1 Rex Dieter 2011-08-25 16:50:51 UTC 
As mentioned on irc, I think there may be a world of hurt (affecting other packages as well), if $(arch) output doesn't match between the buildroot and target arch/environment.
Comment 2 Daniel Drake 2011-08-25 17:13:23 UTC 
I'm new to ARM, but I guess that may be a valid point. Perhaps the existing attempts to be able to be able to run an armv5tel system on top of an armv7 kernel were misinformed.
Comment 3 Rex Dieter 2011-08-25 17:33:09 UTC 
OK, spoke with dilmogre on irc, and peaked at how other packages (like mysql) deal with it.

1.  use `uname -i` instead of `arch`
2.  apply multilib-hacks only on targets that support multilib
Comment 4 Rex Dieter 2011-08-25 18:11:27 UTC 
fixed in git for branches f16+:
%changelog
* Thu Aug 25 2011 Rex Dieter <rdieter> 1.3.0-2
- fltk-config inconsistency on ARM (#733421)

and f14/f15 branches:
%changelog
* Thu Aug 25 2011 Rex Dieter <rdieter> 1.1.10-7
- fltk-config inconsistency on ARM (#733421)
Comment 5 Daniel Drake 2011-08-26 08:31:20 UTC 
Created attachment 520033 [details]
F14 build failure
Comment 6 Daniel Drake 2011-08-26 08:34:06 UTC 
Thanks Rex. However, build now fails on F14, probably due the additional changes you merged in from F15.

It fails on both x86 and ARM in %check. build log attached aove.

I note that you have tests disabled on F15+ so perhaps the check just needs to be adjusted. But the check failure is quite different, compare the attached log against e.g. http://kojipkgs.fedoraproject.org/packages/fltk/1.1.10/6.fc15/data/logs/i686/build.log
Comment 7 Rex Dieter 2011-08-26 12:37:42 UTC 
Followup fix for broken 'make test'

%changelog
* Fri Aug 26 2011 Rex Dieter <rdieter> 1.1.10-8
- drop fluid_target patch, fixes tests