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
Bug 733421 - fltk-config inconsistency on ARM
Summary: fltk-config inconsistency on ARM
Alias: None
Product: Fedora
Classification: Fedora
Component: fltk
Version: 14
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Rex Dieter
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: ARMTracker
TreeView+ depends on / blocked
Reported: 2011-08-25 16:43 UTC by Daniel Drake
Modified: 2011-08-26 12:37 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2011-08-25 18:11:27 UTC
Type: ---

Attachments (Terms of Use)
F14 build failure (39.26 KB, text/plain)
2011-08-26 08:31 UTC, Daniel Drake
no flags Details

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+:
* Thu Aug 25 2011 Rex Dieter <rdieter> 1.3.0-2
- fltk-config inconsistency on ARM (#733421)

and f14/f15 branches:
* 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.

Comment 7 Rex Dieter 2011-08-26 12:37:42 UTC
Followup fix for broken 'make test'

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

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