GSI Forum: Grid and Infrastructure » Update of installation fairroot and pandaroot

Home » PANDA » PANDA - Computing » Grid and Infrastructure » Update of installation fairroot and pandaroot

Show: Today's Messages :: Polls :: Message Navigator

Update of installation fairroot and pandaroot [message #10244]

Sat, 20 February 2010 00:15

Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen

first-grade participant

From: *xs4all.nl

Dear admins,

I started updating the newest pandaroot software via packman on various sites. Here an overview of the successes/failures of the installation of the following packages (update fairroot and pandaroot): pbarprod@panda_extern::jan10 and pbarprod@pandaroot-dev::latest, for the different sites....

Bucharest: panda_extern::jan10 and pandaroot-dev::latest installed. However, the dashboard shows that there are problems related to the installation of geant4 of the external packages panda_extern::jan10: http://fairroot.gsi.de/CDash/testDetails.php?test=44407&build=16382

Glasgow: installs fine, however, missing libG4UIGAG.so (see Dubna)

Dubna: similar situation as that of Bucharest. Something is missing in the installation of Geant4: http://fairroot.gsi.de/CDash/testDetails.php?test=44440&build=16383 . Looks like libG4UIGAG.so has not been build (have seen this error sometimes, but forgot the solution).

Torino: disk full, installation failed

KVI: installation successfull

Juelich: installation panda_extern failed: please check the log file!

Vienna: Also here, the installation worked, however, geant4 libs are not ok (missing symbol): http://fairroot.gsi.de/CDash/testDetails.php?test=44373&build=16381 .

GSI_Ateneo: panda_extern successfully installed. pandaroot-dev installation fails because svn (subversion) is not installed on that site. Is it possible to install this?

GSI: no communication

Pavia: no communication

Concerning the many problems related to the installation of geant4, Mohammad or Florian could you take a look at this, give some hints how to fix it, and also adjust the installation scripts of fairroot such that it checks this as well?

Thanks,

Johan.

[Updated on: Mon, 22 February 2010 16:48]

Report message to a moderator

Re: Update of installation fairroot and pandaroot [message #10245 is a reply to message #10244]

Sat, 20 February 2010 00:37

Rene Dosdall
Messages: 8
Registered: December 2007
Location: Juelich

occasional visitor

From: *l2tp-vpn.kfa-juelich.de

morning

cause i'm too lazy and tired atm i just upped the logfile to the grid ...
/panda/user/p/pbarprod/juelich.log

greets
Rene

Report message to a moderator

Re: Update of installation fairroot and pandaroot [message #10246 is a reply to message #10245]

Sat, 20 February 2010 00:44

Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen

first-grade participant

From: *xs4all.nl

Hi,

Looks like it went wrong in the root compilation (cint?).... seems that there is a conflict related to the "curses" installation on your system:

Quote:

g++ -m64 -O2 -o bin/rlibmap core/utils/src/rlibmap.o
Generating dictionary core/meta/src/G__TCint.cxx...
core/utils/src/rootcint_tmp -cint -f core/meta/src/G__TCint.cxx -c -DG__API core/meta/inc/TCint.h core/meta/inc/LinkDef_TCint.h
bin/rmkdepend -R -fcore/meta/src/G__TCint.d -Y -w 1000 -- \
-pipe -m64 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread -D__cplusplus -Icint/cint/lib/prec_stl \
-Icint/cint/stl -Icint/cint/inc -- core/meta/src/G__TCint.cxx
g++ -pipe -m64 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread -I. -Icint/cint/inc -o core/meta/src/G__TCint.o -c core/me
ta/src/G__TCint.cxx
bin/rmkdepend -R -fcore/editline/src/TTermManip.d -Y -w 1000 -- -pipe -m64 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread '
-DR__CURSESHDR="curses.h"' -I/usr/include/curses -D__cplusplus -- core/editline/src/TTermManip.cxx
g++ -O2 -pipe -m64 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -pthread '-DR__CURSESHDR="curses.h"' -I/usr/include/curses -o cor
e/editline/src/TTermManip.o -c core/editline/src/TTermManip.cxx
core/editline/src/TTermManip.cxx:199: error: prototype for 'char TTermManip::SetColor(unsigned char, unsigned char, unsigned char)'
does not match any in class 'TTermManip'
core/editline/src/TTermManip.h:28: error: candidates are: bool TTermManip::SetColor(int)
core/editline/src/TTermManip.h:27: error: bool TTermManip::SetColor(unsigned char, unsigned char, unsigned char)
core/editline/src/TTermManip.cxx:199: error: 'char TTermManip::SetColor(unsigned char, unsigned char, unsigned char)' cannot be over
loaded
core/editline/src/TTermManip.h:27: error: with 'bool TTermManip::SetColor(unsigned char, unsigned char, unsigned char)'
core/editline/src/TTermManip.cxx:205: error: prototype for 'char TTermManip::SetColor(int)' does not match any in class 'TTermManip'
core/editline/src/TTermManip.h:28: error: candidates are: bool TTermManip::SetColor(int)
core/editline/src/TTermManip.h:27: error: bool TTermManip::SetColor(unsigned char, unsigned char, unsigned char)
core/editline/src/TTermManip.cxx:205: error: 'char TTermManip::SetColor(int)' cannot be overloaded
core/editline/src/TTermManip.h:28: error: with 'bool TTermManip::SetColor(int)'
core/editline/src/TTermManip.cxx: In member function 'char* TTermManip::GetTermStr(const char*)':
core/editline/src/TTermManip.cxx:219: error: 'tigetstr' was not declared in this scope
core/editline/src/TTermManip.cxx: In member function 'int TTermManip::GetTermNum(const char*)':

I personally have not seen this problem before. Does someone has a clue?

Johan

Report message to a moderator

Re: Update of installation fairroot and pandaroot [message #10329 is a reply to message #10244]

Wed, 03 March 2010 14:17

Rene Dosdall
Messages: 8
Registered: December 2007
Location: Juelich

occasional visitor

From: *ikp.kfa-juelich.de

i fixed this one by changing the path of the curses.h check in fairsoft/tools/root/configure from

if test ! "x$enable_editline" = "xno" ; then
    check_header "ncurses.h curses.h" "$cursesincdir" \
        /usr/include/ncurses /usr/local/include/ncurses \
        /usr/include/curses /usr/local/include/curses \
        /usr/include /usr/local/include
    cursesincdir=$found_dir
    curseshdr=$found_hdr

if test ! "x$enable_editline" = "xno" ; then
    check_header "ncurses.h curses.h" "$cursesincdir" \
        /usr/include/ncurses /usr/local/include/ncurses \
        /usr/include /usr/include/curses /usr/local/include/curses \
        /usr/local/include
    cursesincdir=$found_dir
    curseshdr=$found_hdr

i guess else he does not find the curses-devel file or so .)

Report message to a moderator

Re: Update of installation fairroot and pandaroot [message #10344 is a reply to message #10329]

Fri, 05 March 2010 19:06

Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen

first-grade participant

From: *xs4all.nl

Great!

To avoid the same problem next time, I would propose to add this change in the fairroot repository. Florian or Mohammad, would that be fine with you guys?

Thanks in advance,

Johan.

Report message to a moderator

Re: Update of installation fairroot and pandaroot [message #10345 is a reply to message #10344]

Fri, 05 March 2010 19:29

Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany

first-grade participant

From: *dip.t-dialin.net

Hi,

Not really! This is a root file and it is not our stuff! it looks that you have two packages installed on your system and it depends on which one he find first it crashes or not!

So we have to find another solution for this.

regards

Mohammad

Report message to a moderator

Re: Update of installation fairroot and pandaroot [message #10346 is a reply to message #10345]

Fri, 05 March 2010 19:39

Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen

first-grade participant

From: *xs4all.nl

hmm, Mohammad is right, that's nasty... it is probably better to run the configure script "rootconfig.sh" with option --with-curses-incdir <...> --with-curses-libdir <...> in the configure line. This instead of hacking into the configure. What you can do, Rene, is write a patch for the juelich installation that changes the rootconfig.sh in the external package and put that in packman.

Johan.

[Updated on: Fri, 05 March 2010 19:41]

Report message to a moderator

Previous Topic:	Request for contributions for the upcoming collaboration meeting
Next Topic:	Contributions for the collaboration meeting in Stockholm

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Sun Dec 01 01:37:28 CET 2024

Total time taken to generate the page: 0.00713 seconds