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
|
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. ***
*** 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
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!