Bugzilla Bug 109307

Please bump root to version 5.04/00, released 20.09.2005:
http://root.cern.ch/
http://root.cern.ch/root/Version50400.news.html

Created an attachment (id=70718) [details]
root-4.02.00.ebuild -> root-5.04.00.ebuild patch

I've made a patch for 4.02.00 ebulid, added new --enable-*, changed license,
but I don't know if deps are still ok. It works fine for me.

Correction - it's not building ok, asimage is missing (and few more errors
happen during startup), and I can't fix it.

(In reply to comment #2)
> Correction - it's not building ok, asimage is missing (and few more errors
> happen during startup), and I can't fix it.

I used this patch to build 5.10 and got it to work after removing 
"--disable-asimage" from the configure line.

FYI, bug 124635 is also version bump request for this package.

***************
*** 148,154 ****
                --testdir=/usr/share/doc/${P}/test \
                --tutdir=/usr/share/doc/${P}/tutorial \
                --disable-alien \
-               --disable-asimage \
                $USECERN \
                --disable-chirp \
                --disable-dcache \
--- 148,153 ----
***************

I added root-5.10.00 on the science overlay: http://gentooscience.org. It has a
lot of changes from this ebuild on the default options, adding all the new
features version 5 offers, full cernlib support and all other extra packaged
pushed into the EXTRA_CONF variable. Please test it and report here.

*** Bug 124635 has been marked as a duplicate of this bug. ***

*** Bug 138100 has been marked as a duplicate of this bug. ***

Created an attachment (id=90209) [details]
sci-libs/root-5.11.06.ebuild

*** Bug 139067 has been marked as a duplicate of this bug. ***

*** Bug 96801 has been marked as a duplicate of this bug. ***

i didn't had luck with 5.11.06 on amd64

g++ -m64 -march=athlon64 -O2 -pipe -Wl,-rpath,/usr/lib64/root  -o bin/rlibmap
utils/src/rlibmap.o
cp asimage/src/libAfterImage/libAfterImage.a lib/libAfterImage.a
python -c 'import py_compile; py_compile.compile( "lib/ROOT.py" )'
python -O -c 'import py_compile; py_compile.compile( "lib/ROOT.py" )'
bin/rmkdepend -R -fqt/src/moc_TQtWidget.d -Y -w 1000 -- -pipe -Wall -m64 -fPIC
-Iinclude -DHAVE_CONFIG -pthread -DQT_DLL  -DQT_NO_DEBUG -DQT_SHARED
-DQT_THREAD_SUPPORT -I/usr/qt/3/mkspecs/default -I. -I/usr/qt/3/include
-D__cplusplus -- qt/src/moc_TQtWidget.cxx
g++ -march=athlon64 -O2 -pipe -pipe -Wall -m64 -fPIC -Iinclude -DHAVE_CONFIG
-pthread -DQT_DLL  -DQT_NO_DEBUG -DQT_SHARED -DQT_THREAD_SUPPORT
-I/usr/qt/3/mkspecs/default -I. -I/usr/qt/3/include -DUSEPCH -include
precompile.h -o qt/src/moc_TQtWidget.o -c qt/src/moc_TQtWidget.cxx
qt/src/moc_TQtWidget.cxx:12:2: error: #error "The header file 'TQtWidget.h'
doesn't include <QObject>."
qt/src/moc_TQtWidget.cxx:59: error: 

i didn't had luck with 5.11.06 on amd64

g++ -m64 -march=athlon64 -O2 -pipe -Wl,-rpath,/usr/lib64/root  -o bin/rlibmap
utils/src/rlibmap.o
cp asimage/src/libAfterImage/libAfterImage.a lib/libAfterImage.a
python -c 'import py_compile; py_compile.compile( "lib/ROOT.py" )'
python -O -c 'import py_compile; py_compile.compile( "lib/ROOT.py" )'
bin/rmkdepend -R -fqt/src/moc_TQtWidget.d -Y -w 1000 -- -pipe -Wall -m64 -fPIC
-Iinclude -DHAVE_CONFIG -pthread -DQT_DLL  -DQT_NO_DEBUG -DQT_SHARED
-DQT_THREAD_SUPPORT -I/usr/qt/3/mkspecs/default -I. -I/usr/qt/3/include
-D__cplusplus -- qt/src/moc_TQtWidget.cxx
g++ -march=athlon64 -O2 -pipe -pipe -Wall -m64 -fPIC -Iinclude -DHAVE_CONFIG
-pthread -DQT_DLL  -DQT_NO_DEBUG -DQT_SHARED -DQT_THREAD_SUPPORT
-I/usr/qt/3/mkspecs/default -I. -I/usr/qt/3/include -DUSEPCH -include
precompile.h -o qt/src/moc_TQtWidget.o -c qt/src/moc_TQtWidget.cxx
qt/src/moc_TQtWidget.cxx:12:2: error: #error "The header file 'TQtWidget.h'
doesn't include <QObject>."
qt/src/moc_TQtWidget.cxx:59: error: ‘const QMetaObject
TQtWidget::staticMetaObject’ is not a static member of ‘class TQtWidget’
qt/src/moc_TQtWidget.cxx:59: error: variable ‘const QMetaObject
TQtWidget::staticMetaObject’ has initializer but incomplete type
qt/src/moc_TQtWidget.cxx:64: error: prototype for ‘const QMetaObject*
TQtWidget::metaObject() const’ does not match any in class ‘TQtWidget’
qt/src/../inc/TQtWidget.h:84: error: candidate is: virtual QMetaObject*
TQtWidget::metaObject() const
qt/src/moc_TQtWidget.cxx:64: error: ‘const QMetaObject*
TQtWidget::metaObject() const’ cannot be overloaded
qt/src/../inc/TQtWidget.h:84: error: with ‘virtual QMetaObject*
TQtWidget::metaObject() const’
qt/src/moc_TQtWidget.cxx: In member function ‘const QMetaObject*
TQtWidget::metaObject() const’:
qt/src/moc_TQtWidget.cxx:66: error: cannot convert ‘QMetaObject* (*)()’ to
‘const QMetaObject*’ in return
qt/src/moc_TQtWidget.cxx: At global scope:
qt/src/moc_TQtWidget.cxx:69: error: no ‘void* TQtWidget::qt_metacast(const
char*)’ member function declared in class ‘TQtWidget’
qt/src/moc_TQtWidget.cxx: In member function ‘void*
TQtWidget::qt_metacast(const char*)’:
qt/src/moc_TQtWidget.cxx:74: error: ‘qt_metacast’ is not a member of
‘QWidget’
qt/src/moc_TQtWidget.cxx: At global scope:
qt/src/moc_TQtWidget.cxx:77: error: ‘int TQtWidget::qt_metacall’ is not a
static member of ‘class TQtWidget’
qt/src/moc_TQtWidget.cxx:77: error: incomplete type ‘QMetaObject’ used in
nested name specifier
qt/src/moc_TQtWidget.cxx:77: error: expected primary-expression before ‘int’
qt/src/moc_TQtWidget.cxx:77: error: expected primary-expression before ‘void’
qt/src/moc_TQtWidget.cxx:77: error: initializer expression list treated as
compound expression
qt/src/moc_TQtWidget.cxx:78: error: expected ‘,’ or ‘;’ before ‘{’ token
qt/src/moc_TQtWidget.cxx: In member function ‘void
TQtWidget::CanvasPainted()’:
qt/src/moc_TQtWidget.cxx:112: error: incomplete type ‘QMetaObject’ used in
nested name specifier
qt/src/moc_TQtWidget.cxx: In member function ‘void TQtWidget::Saved(bool)’:
qt/src/moc_TQtWidget.cxx:119: error: incomplete type ‘QMetaObject’ used in
nested name specifier
qt/src/moc_TQtWidget.cxx: In member function ‘void
TQtWidget::RootEventProcessed(TObject*, unsigned int, TCanvas*)’:
qt/src/moc_TQtWidget.cxx:126: error: incomplete type ‘QMetaObject’ used in
nested name specifier
make: *** [qt/src/moc_TQtWidget.o] Error 1
make: *** Waiting for unfinished jobs....
rm utils/src/rootcint_tmp.cxx utils/src/RStl_tmp.cxx

Created an attachment (id=96448) [details]
root-5.13.02.ebuild

Anyone tested the ebuild for the latest stable root-5.12.00e.ebuild in
gentooscience.org I commited (see the ChangeLog as well)?
It worked fine on my amd64.

(In reply to comment #12)
> Anyone tested the ebuild for the latest stable root-5.12.00e.ebuild ...

On x86 (w/ gcc 3.3.6) it builds OK but fails at run-time.  For example:

  $ root
  root [0] TBrowser b
  Error in <TUnixSystem::DynamicPathName>: ASImage[.so | .sl | .dl | .a | .dll]
does not exist in .:/usr/lib/root
  ...

Removing --disable-asimage fixes the problem.

(In reply to comment #13)

> Removing --disable-asimage fixes the problem.

Thanks, I forgot to get that when I included libafterimage dep.
I updated the ebuild in the overlay with afew other fixes too. 

(In reply to comment #4)
> I added root-5.10.00 on the science overlay: http://gentooscience.org.

The server bombs out with 500:

#v+
Internal Server Error

The server encountered an internal error or misconfiguration and was unable to
complete your request.
#v-

Could it be moved to overlays.gentoo.org? Or (prefered) to portage?

(In reply to comment #15)

> The server bombs out with 500:

It happens sometimes. But it works with svn.

> Could it be moved to overlays.gentoo.org? Or (prefered) to portage?

I think it is ready to move as well. root is widely used in hep and needs a big
update in portage. The version I put in the overlay has a USE flag for cernlib,
which is fairly heavy to test and to install (you need g77) but at least for a
first move in the main tree, the cernlib option in root could be disabled.

Meanwhile, you can just use layman -a science to add the science overlay, and
bypass the buggy gentooscience.org web interface.

(In reply to comment #16)

> ... The version I put in the overlay has a USE flag for cernlib,
> which is fairly heavy to test and to install (you need g77) but at least for a
> first move in the main tree, the cernlib option in root could be disabled.

I disabled the use of cernlib (the flag is actually called "cern") but the
current overlay ebuild still requires fortran.  Can we set it up so that
fortran in only required in the case the cernlib is enabled?

BTW, the 5.12.00e-r1 ebuild fixes my previous problem (thanks).  I also tested
it with gcc 4.1.1 on x86.

*** Bug 153061 has been marked as a duplicate of this bug. ***

version 5.14.00b in cvs. thanks everyone for testing!