doing a find -- shows the files appear to be in the third_party tree nad
none of them are empty

./home/paul/research/mausV5/third_party/bash/52jsoncpp.bash
./home/paul/research/mausV5/third_party/source/jsoncpp-src-0.5.0.tar.gz.md5
./home/paul/research/mausV5/third_party/source/jsoncpp-src-0.5.0.tar.gz
./var/lib/yum/yumdb/j/899778f4891cae822e8d5a3eb315b022fef27c27-jsoncpp-0.6.0-0.9.rc2.fc17-x86_64
find: `./run/user/paul/gvfs': Permission denied
./usr/lib64/libjsoncpp.so.0
./usr/lib64/libjsoncpp.so.0.0.0
./usr/share/doc/jsoncpp-0.6.0

The problem is that ROOT install fails on Fedora:

In file included from include/TTF.h:30:0,
                 from /home/paul/research/mausV5/third_party/build/root_v5.30.03/graf2d/graf/src/TTF.cxx:23:
/usr/include/ft2build.h:56:38: fatal error: freetype/config/ftheader.h: No such file or directory
compilation terminated.
make: *** [graf2d/graf/src/TTF.o] Error 1
FAIL: Failed to configure/make

You need to do a manual root install (follow the script third_party/bash/21root.bash if you like).

Should say this is a known issue - we need to update ROOT version

A general, but hopefully helpful, comment for those that are seeing errors such as this, where an external dependency is missing.

On Redhat based machines (including Fedora), the rpm package that would provide the missing file can be determined by running:

yum provides */<missing_file_name>

This package can then be installed with:

yum install <package_name>

although this will obviously require root access or sudo privileges.

For apt users (Debian, Ubuntu), an equivalent command would be:

apt-file search <missing_file_name>

but you'll first have to install the apt-file tool:

apt-get install apt-file

Hope this is helpful,

Ian

Work round failed ... so issue is still unresolved.
I went back to centos, but because this tends to be a bit slow on release it
is not ideal for new laptops. Scientific Linux the other supported release
also tends to have issues running on virtual machines.

Sorry, I was tryign to help Paul with this, but I became distracted with MOM duties.

I have successfully installed all MAUS software on Fedora 17 and 18, so I know that this is do-able.

To make life easier, we can aim to do two things:

a) move to a new ROOT. As Chris said, this is in the works, and will happen in it's own time.

b) provide a list of dependencies. This can be as simple as:

freetype/config/ftheader.h
    iostream
    etc...

and we provide some simple instructions for determining which packages are needed, depending on whether you are running a yum or apt based distro. This list can be compiled organically as we go along, when someone has an issue with a dependency being missing, they add it to the wiki, as well as solving their own problem.

Ian's comments were useful and allowed me to make progress, but in the end did not solve the problem. I ran out of ideas (and time) so I retreated to something which worked. The fact that Ian is MOM means that he has other things to do than sort out problem with an unsupported version of Linux. I posted the response because of what I see as a real problem for people trying to get a version running locally. There are two versions of linux supported and there are good reasons for choosing those versions. But neither of them are the most reliable in terms of installation on a random piece of hardware. Not sure there is a solution to the problem, but I wanted to point out that I felt it was a problem.

Can I close this issue? I think it is fixed with the new ROOT version which was in 0.5.3.

Yes, this can be closed. I had no problem building v0.5.3 on Fedora 18. A list of file dependencies can be compiled at some point, but isn't necessary.

I haven't had time to try with Fedora 18, but close it and I'll reopen if required