Run.py make_packages failure


#1

I’ve been able to debug/fix & run “./run.py install” for local development.
Now I want to run the deployment process for Cluster Development…
But getting an error when the RPM tries to build.

[scidb@prdslsldsafht01 scidb-13.12.0.6872]$ ./run.py make_packages /tmp/packages
[color=#0000FF]WARNING: about to delete all contents of /tmp/packages/* [y]|n: y
Source path: /builds/src/SciDB/scidb-13.12.0.6872
Script common path: /builds/src/SciDB/scidb-13.12.0.6872/deployment/common
Build path: /builds/src/SciDB/scidb-13.12.0.6872/stage/build
SciDB version: 13.12
Executing: build_fast /tmp/packages

/builds/src/SciDB/scidb-13.12.0.6872 /builds/src/SciDB/scidb-13.12.0.6872/stage/build
Extracting version
Extracting revision
/builds/src/SciDB/scidb-13.12.0.6872/stage/build
Version: 13.12.0
Revision:
Preparing result dir
Cleaning old files from /builds/src/SciDB/scidb-13.12.0.6872/stage/build
Preparing sources from /builds/src/SciDB/scidb-13.12.0.6872 to /builds/src/SciDB/scidb-13.12.0.6872/stage/build
Building binary packages insource[/color]
[color=#BF0000]error: line 11: Empty tag: Release:
rpmbuild failed
./run.py: ERROR: Command make_packages failed: Abnormal return code: 1 on command [’/builds/src/SciDB/scidb-13.12.0.6872/deployment/deploy.sh’, ‘build_fast’, ‘/tmp/packages’][/color]
[color=#0000FF]Make sure commands setup,make,install,start are performed (in that order) before stop,stopForce,tests[/color]

Any idea what I may be missing?

** Bypassed…
I Edited utils/make_packages.sh, to add a value for REVISION.
Normally the REVISION values was coming from git or svn, but I am working with code from a downloaded tar file.

[color=#0000FF]popd[/color]

[color=#008040]REVISION=ACOM[/color]
[color=#0000FF]
echo "Version: $VERSION_MAJOR.$VERSION_MINOR.$VERSION_PATCH"
echo “Revision: $REVISION”[/color]


#2

Next problem with run.py make_packages

[scidb@prdslsldsafht01 scidb-13.12.0.6872]$ ./run.py make_packages /tmp/packages
[color=#0000FF]WARNING: about to delete all contents of /tmp/packages/* [y]|n: y
Source path: /builds/src/SciDB/scidb-13.12.0.6872
Script common path: /builds/src/SciDB/scidb-13.12.0.6872/deployment/common
Build path: /builds/src/SciDB/scidb-13.12.0.6872/stage/build
SciDB version: 13.12
Executing: build_fast /tmp/packages

/builds/src/SciDB/scidb-13.12.0.6872 /builds/src/SciDB/scidb-13.12.0.6872/stage/build
Extracting version
Extracting revision
/builds/src/SciDB/scidb-13.12.0.6872/stage/build
Version: 13.12.0
Revision: ACOM
Preparing result dir
Cleaning old files from /builds/src/SciDB/scidb-13.12.0.6872/stage/build
Preparing sources from /builds/src/SciDB/scidb-13.12.0.6872 to /builds/src/SciDB/scidb-13.12.0.6872/stage/build
Building binary packages insource[/color]
[color=#FF0000]error: Failed build dependencies:
log4cxx-devel = 0.10.0-1 is needed by scidb-13.12-0-ACOM.x86_64
rpmbuild failed
./run.py: ERROR: Command make_packages failed: Abnormal return code: 1 on command [’/builds/src/SciDB/scidb-13.12.0.6872/deployment/deploy.sh’, ‘build_fast’, ‘/tmp/packages’][/color]
[color=#0000FF]Make sure commands setup,make,install,start are performed (in that order) before stop,stopForce,tests[/color]

Been looking for an RPM for “log4cxx-devel = 0.10.0-1”, haven’t found one yet.
Any pointers?

[size=21]*** Solution…[/size]
But what is really needed here is the log4cxx-devel package, which I don’t have a repo for

Found the log4cxx-devel package here…
wget dl.fedoraproject.org/pub/epel/6/ … x86_64.rpm

This actually matches the log4cxx version already installed.
Installed the rpm using…
rpm -i log4cxx-devel-0.10.0-13.el6.x86_64.rpm

Thus…
[root@prdslsldsafht01 missing_pkgs]# yum list installed | grep log4cxx
[color=#0000FF]log4cxx.x86_64 0.10.0-13.el6 @epel
log4cxx-devel.x86_64 0.10.0-13.el6 installed [/color]

Next, had to change scidb.spec.in to point to the correct version
/builds/src/SciDB/scidb-13.12.0.6872/scidb.spec.in
[color=#0000FF]BuildRequires: log4cxx-devel = 0.10.0-1[/color] -to-
[color=#008040]BuildRequires: log4cxx-devel = 0.10.0-13.el6[/color]

./run.py make_packages finally runs all the way through.