Red Hat Bugzilla – Bug 475664
scons 0.98.1 won't build ardour
Last modified: 2009-01-04 13:34:18 EST
Description of problem:
Scons 0.98.1 won't build (recent versions of) ardour. According to http://ardour.org/node/1723 this is a known bug in scons.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. wget http://releases.ardour.org/ardour-2.7.1.tar.bz2
2. tar xjvf ardour-2.7.1.tar.bz2
3. cd ardour-2.7.1
g++ -o libs/pbd/base_ui.os -c -O3 -fomit-frame-pointer -ffast-math -fstrength-reduce -pipe -DARCH_X86 -mmmx -msse -mfpmath=sse -DUSE_XMMINTRIN -DBUILD_SSE_OPTIMIZATIONS -DUSE_X86_64_ASM -Wall -DHAVE_LIBLO -Ilibs -DENABLE_NLS -DHAVE_GETMNTENT -pthread -fPIC -I/usr/include/glib-2.0 -Ilibs/sigc++2 -Ilibs/glibmm2 -I/usr/lib64/glib-2.0/include -Ilibs/pbd -I/usr/include/libxml2 libs/pbd/base_ui.cc
libs/pbd/base_ui.cc: In member function 'int BaseUI::setup_signal_pipe()':
libs/pbd/base_ui.cc:88: error: 'PACKAGE' was not declared in this scope
libs/pbd/base_ui.cc:95: error: 'PACKAGE' was not declared in this scope
libs/pbd/base_ui.cc:101: error: 'PACKAGE' was not declared in this scope
scons: *** [libs/pbd/base_ui.os] Error 1
scons: building terminated because of errors.
Ardour builds without error.
Ardour builds with scons-1.0.0-2.d20080826 (rebuilt from latest Fedora SRPM).
I think you should open a bug to tue upstream author.
The bug has been fixed upstream in newer releases. At least it is fixed in Fedora development.
Whay has this been marked as NOTABUG? Scons is still broken in EPEL 5.
I am re-opening the ticket as this is clearly a bug.
As far as I understand you want to build ardour agains EPEL-5. I have try to build the package from the cvs devel branch agains EPEL-5 and have got the following error messages from mock:
Checking for gtk+-2.0...
Checking for jack...
jack >= 0.109.0 not found.
You do not have the necessary dependencies required to build ardour
Please consult http://ardour.org/building for more information
Fehler beim Bauen des RPMS:
I think we should clarify the dependency issue before we may do a update of scons agains EPEL-5-
I have done some tests. The results are:
build failded with scons-0.98.1
Build works with scons-0.98.4
So I will suggest, that ew should update scons to 0.98.4 on EPEL-5.
Because are am on vacation for the next two weeks, It may be nice, if we can make this upgrade after my vacation to avoid any issues.
My bad, I should have given more details.
I build ardour as part of Planet CCRMA. At the moment, the planet provides its
own jack, which is more up-to-date than the one in Fedora (not even considering
EPEL). We ship an updated version of scons, too, but I would prefer if this
could be avoided as I don't need any "new" feature in scons, I just need this
No problem if you upgrade in a few weeks, in the long run I just would like to avoid superseding packages from EPEL as much as I can.
(In reply to comment #7)
> My bad, I should have given more details.
> I build ardour as part of Planet CCRMA. At the moment, the planet provides its
> own jack, which is more up-to-date than the one in Fedora (not even considering
Do you have a mock configuration file which works agains Planet CORMA?
thsi may be very helpful for testing.
Because the only reason scons was included into EPEL-5 is, that scons is a BR for the blender package which is maintained by myself.
I could successfully check out, that blender will be built fine with scons-0.98.4 at EPEL-5.
Created attachment 327416 [details]
Mock config for Planet CCRMA/i386
Created attachment 327417 [details]
Mock config for Planet CCRMA/x86_64
I have attached the mock config I use on my test buildsystem.
I have updated scons to 0.98.4 for EL-5.
I will close this bug now.