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 attachment 70718 [details, diff] 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 attachment 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 attachment 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!