Bug 468520 - olpcsound doesn't compile on rawhide
Summary: olpcsound doesn't compile on rawhide
Alias: None
Product: Fedora
Classification: Fedora
Component: olpcsound
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Victor Lazzarini
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: FedoraOLPCDelta
TreeView+ depends on / blocked
Reported: 2008-10-25 14:57 UTC by Peter Robinson
Modified: 2009-04-06 11:15 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2009-04-06 11:15:39 UTC

Attachments (Terms of Use)

Description Peter Robinson 2008-10-25 14:57:35 UTC
Description says it all but details in koji build http://koji.fedoraproject.org/koji/taskinfo?taskID=902920

Comment 1 Victor Lazzarini 2008-10-25 17:00:36 UTC
The olpcsound package is not designed to be built on PPC, as it
is olpc-only, hence i386. This can be fixed, but I am not sure
it needs to be. What we need is an update to the csound package
(upstream sources now are 5.09).

In fact, I think it was never built on PPC.

I looked at the report and the scons error

Checking for C header file stdio.h... 
 *** Failed to compile a simple test program. The compiler is
 *** possibly not set up correctly, or is used with invalid flags.
 *** Check config.log to find out more about the error.

seems to indicate the build system is funny. Last time I
saw this happen, it had to do with the use ccache, which
scons does not seem to like.

I am not sure exactly how to tackle this, but in general I
think the objective of the olpcsound package is to have
a version of Csound tuned to the XO needs.

Comment 2 Peter Robinson 2008-10-26 21:58:35 UTC
Looking at the spec file for csound it looks like its not so much ppc that's the issue but rather that it has an issue with 64 bit. The plan was to get all the OLPC packages in mainline fedora so as to minimise the duplication. I'll have a look at this later in the week and see if the new upstream package doesn't improve the situation if that fails I'll look at either excluding the problematic arches or using the same hacks that csound uses which would allow the package to work on all platforms and hence allow wider testing.

Comment 3 Victor Lazzarini 2008-10-27 09:17:08 UTC
Could you look at the csound(-5.07) package? I think there is
a patch or spec directive there dealing with 64-bit architectures.
Since olpcsound and csound are one and the same as far as build
system etc (olpcsound is a subset), this might work on olpcsound

I am planning to update the csound package, but I have not had time

Comment 4 Peter Robinson 2008-11-20 12:44:47 UTC
I've applied "ExclusiveArch: i386" for the moment to get it into mainline.

Comment 5 Bug Zapper 2008-11-26 04:14:10 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:

Comment 6 Peter Robinson 2008-12-15 20:52:39 UTC
olpcsound has even more problems in the current rawhide with python 2.6.

Build logs here http://koji.fedoraproject.org/koji/getfile?taskID=999574&name=build.log

Comment 7 Victor Lazzarini 2008-12-15 21:02:31 UTC
I saw this earlier today. The failure to compile seems to indicate an
scons problem. It can't even find 'stdio.h'. It might not be a Python2.6
issue: I saw this problem happen before because of ccache. I am wondering
if that is the same problem. Is it possible to check if ccache is being used?
Also: are there any other packages using scons being built on FC10?

Comment 8 Peter Robinson 2009-04-06 11:15:39 UTC
Closing as olpcsound will be obsolete when csound is upgraded to the latest version. details in this bug 473185

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