Bug 109307 - sci-physics/root-5.04 version bump
Bug#: 109307 Product:  Gentoo Linux Version: unspecified Platform: All
OS/Version: Linux Status: RESOLVED Severity: enhancement Priority: P2
Resolution: FIXED Assigned To: sci-physics@gentoo.org Reported By: yaq@world.pl
Component: Ebuilds
URL:  http://root.cern.ch/
Summary: sci-physics/root-5.04 version bump
Keywords:  
Status Whiteboard: 
Opened: 2005-10-14 14:58 0000
Description:   Opened: 2005-10-14 14:58 0000
Please bump root to version 5.04/00, released 20.09.2005:
http://root.cern.ch/
http://root.cern.ch/root/Version50400.news.html

------- Comment #1 From Maciej Pawlik 2005-10-15 03:39:29 0000 -------
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.

------- Comment #2 From Maciej Pawlik 2005-10-15 16:14:18 0000 -------
Correction - it's not building ok, asimage is missing (and few more errors
happen during startup), and I can't fix it.

------- Comment #3 From Daniel Spoonhower 2006-03-11 20:18:06 0000 -------
(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 ----
***************

------- Comment #4 From Sébastien Fabbro 2006-04-24 15:01:43 0000 -------
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.

------- Comment #5 From Diogo Tridapalli 2006-06-13 12:30:35 0000 -------
*** Bug 124635 has been marked as a duplicate of this bug. ***

------- Comment #6 From Jakub Moc (RETIRED) 2006-06-26 13:33:43 0000 -------
*** Bug 138100 has been marked as a duplicate of this bug. ***

------- Comment #7 From Andreas Eckstein 2006-06-26 13:46:22 0000 -------
Created an attachment (id=90209) [details]
sci-libs/root-5.11.06.ebuild

------- Comment #8 From Jakub Moc (RETIRED) 2006-07-03 12:52:22 0000 -------
*** Bug 139067 has been marked as a duplicate of this bug. ***

------- Comment #9 From Luis Medinas (RETIRED) 2006-07-03 13:31:08 0000 -------
*** Bug 96801 has been marked as a duplicate of this bug. ***

------- Comment #10 From Luis Medinas (RETIRED) 2006-07-03 14:16:21 0000 -------
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: 

------- Comment #11 From Luis Medinas (RETIRED) 2006-07-03 14:16:21 0000 -------
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

------- Comment #12 From Andreas Eckstein 2006-09-08 17:38:39 0000 -------
Created an attachment (id=96448) [details]
root-5.13.02.ebuild

------- Comment #13 From Sébastien Fabbro 2006-09-19 05:00:00 0000 -------
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.

------- Comment #14 From Daniel Spoonhower 2006-09-28 11:28:26 0000 -------
(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.

------- Comment #15 From Sébastien Fabbro 2006-10-13 14:46:30 0000 -------
(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. 

------- Comment #16 From Krzysiek Pawlik 2006-10-14 06:23:16 0000 -------
(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?

------- Comment #17 From Sébastien Fabbro 2006-10-26 08:44:59 0000 -------
(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.

------- Comment #18 From Daniel Spoonhower 2006-10-26 10:25:47 0000 -------
(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.

------- Comment #19 From Jakub Moc (RETIRED) 2006-10-27 14:58:11 0000 -------
*** Bug 153061 has been marked as a duplicate of this bug. ***

------- Comment #20 From Sébastien Fabbro 2007-02-05 16:06:23 0000 -------
version 5.14.00b in cvs. thanks everyone for testing!