Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=451744 --- Comment #28 from Suvayu <fatkasuv...@gmail.com> 2009-06-11 23:33:09 EDT --- Hi, I have been following this bug but I have no experience in packaging. So I posted to the project mailing list. The developers replied back about some of the issues discussed here (e.g. CINT). They also mentioned they will be able to help if someone takes this up with the developer team at root...@root.cern.ch or on their bug-tracker at https://savannah.cern.ch/projects/savroot/ . I am quoting the email below. Maybe this will help someone. - Suvayu *** quote begins *** Hi Suvayu, a few commentes: * CINT needs the include files in cint/cint/include at runtime. They are not build time include files (those are in cint/cint/inc) - think of them as something to be put in /usr/share/root. * ROOT does not use the stand-alone CINT binary; we split them intentionally also to allow package maintainers to produce CINT and ROOT packages without overlap. * ROOT is part of Debian, so you might want to contact "them" for the design they used. They managed to create ROOT modules like this (output from apt-get install root-<tab>, so some might be bogus): root-db-client root-plugin-gl root-plugin-netx root-plugin-ruby root-system-bin root-file-server root-plugin-hbook root-plugin-odbc root-plugin-sql root-system-common root-fitter root-plugin-krb5 root-plugin-peac root-plugin-tmva root-system-doc root-glviewer root-plugin-ldap root-plugin-pgsql root-plugin-unuran root-system-proofd root-plugin-asimage root-plugin-mathmore root-plugin-proof root-plugin-xml root-system-rootd root-plugin-clarens root-plugin-minuit root-plugin-python root-plugin-xproof root-system-xrootd root-plugin-eve root-plugin-minuit2 root-plugin-qt root-proofd root-tail root-plugin-fftw3 root-plugin-mlp root-plugin-quadp root-ttf root-plugin-fumili root-plugin-mysql root-plugin-roofit root-system * ROOT in Debian is a proof that there are no licensing issues ;-) * You won't have fun with your build result if you use the fedora default libAfterImage. We use the bleeding edge one all the time, basically because we are one of its main drivers for development. You have been warned :-) * Christian Holm Christensen <ch...@nbi.dk> is our packaging guru, as you were probably able to tell looking at $ROOTSYS/build/package/rpm/spec.in. Cheers, Axel. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@redhat.com http://www.redhat.com/mailman/listinfo/fedora-package-review