Bug 1034162 - fails to build for AArch64
Summary: fails to build for AArch64
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: apache-commons-daemon
Version: rawhide
Hardware: Unspecified
OS: Unspecified
low
unspecified
Target Milestone: ---
Assignee: Mikolaj Izdebski
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-25 11:14 UTC by Marcin Juszkiewicz
Modified: 2013-11-25 14:17 UTC (History)
7 users (show)

Fixed In Version: 1.0.15-5
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-11-25 14:17:53 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
fix for AArch64 architecture (2.33 KB, patch)
2013-11-25 11:14 UTC, Marcin Juszkiewicz
no flags Details | Diff
Changeset with spec and patch (3.72 KB, patch)
2013-11-25 13:36 UTC, Marcin Juszkiewicz
no flags Details | Diff

Description Marcin Juszkiewicz 2013-11-25 11:14:02 UTC
Created attachment 828604 [details]
fix for AArch64 architecture

Description of problem:
During the initial build of packages on the ARM (Aarch64) architecture,
apache-commons-daemon failed to build.

Version-Release number of selected component (if applicable):
  1.0.15-4

How reproducible:
  Always

Steps to Reproduce:
  Attempt to build package on Aarch64 system

Actual results:
  Fails to build.

checking for strip... strip
*** Host support ***
checking C flags dependant on host system type... failed
configure: error: Unsupported CPU architecture "aarch64"
error: Bad exit status from /var/tmp/rpm-tmp.UILczA (%build)
RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.UILczA (%build)
Child return code was: 1
EXCEPTION: Command failed. See logs for output.
 # ['bash', '--login', '-c', 'rpmbuild -bb --target aarch64 --nodeps builddir/build/SPECS/apache-commons-daemon.spec']
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/mockbuild/trace_decorator.py", line 70, in trace
    result = func(*args, **kw)
  File "/usr/lib/python2.7/site-packages/mockbuild/util.py", line 361, in do
    raise mockbuild.exception.Error, ("Command failed. See logs for output.\n # %s" % (command,), child.returncode)
Error: Command failed. See logs for output.
 # ['bash', '--login', '-c', 'rpmbuild -bb --target aarch64 --nodeps builddir/build/SPECS/apache-commons-daemon.spec']
LEAVE do --> EXCEPTION RAISED

Suggested patch:
The attached patch adds aarch64 awareness to its auto configuration files.

Comment 1 Mikolaj Izdebski 2013-11-25 13:02:20 UTC
Are there there any public AArch64 Koji instances and shell machines where I could build the package and perform necessary testing?

Comment 2 Marcin Juszkiewicz 2013-11-25 13:10:45 UTC
There is no public Koji for AArch64 yet. Only Foundation model is available.

http://fedoraproject.org/wiki/Architectures/ARM/AArch64/QuickStart describes how to get it running. Note that it means Fedora 19 for now.

Comment 3 Mikolaj Izdebski 2013-11-25 13:19:19 UTC
Ok, in this case I can apply patch you provided, but you'll need to improve it.  First of all, I don't like the idea of patching generated files (i.e. configure) -- patching apsupport.m4 and running autoconf should be enough. You should send this patch to upstream at [1] and reference the issue number in comment before "Patch:" line in spec file. Then prepare and attach here a git patch according to [2].

[1] https://issues.apache.org/jira/browse/DAEMON
[2] https://fedoraproject.org/wiki/User:Mizdebsk/HowToSubmitPatches

Comment 4 Marcin Juszkiewicz 2013-11-25 13:36:52 UTC
Created attachment 828678 [details]
Changeset with spec and patch

This changeset is now proper git patch format. Patch in that form is present in upstream repository.

https://issues.apache.org/jira/browse/DAEMON-308 is upstream issue report.

Comment 5 Mikolaj Izdebski 2013-11-25 14:00:48 UTC
Fixed in apache-commons-daemon-1.0.15-5

Comment 6 Mikolaj Izdebski 2013-11-25 14:17:53 UTC
I believe that this bug is fixed in apache-commons-daemon-1.0.15-5,
which is available in Fedora Rawhide, so I am closing this bug now.

The build containing the fix can be found at Koji:
http://koji.fedoraproject.org/koji/buildinfo?buildID=480632


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