Skip to content
Snippets Groups Projects
Select Git revision
20 results
Search by author
  • Any Author
0 authors
  1. Jan 10, 2007
  3. Dec 02, 2006
  5. Dec 01, 2006
  7. Nov 17, 2006
  9. Oct 20, 2006
  11. Oct 09, 2006
  13. Sep 22, 2006
  15. Sep 20, 2006
  17. Aug 24, 2006
  19. Aug 18, 2006
  21. Jul 11, 2006
  23. Jul 10, 2006
  25. May 26, 2006
  27. Apr 18, 2006
  29. Mar 21, 2006
  31. Jan 09, 2006
  33. Dec 15, 2005
  35. Dec 14, 2005
  37. Dec 11, 2005
  39. Dec 09, 2005
  41. Oct 06, 2005
  43. Sep 18, 2005
  45. Aug 15, 2005
    • Fons Rademakers's avatar
      From Christian Holm: · 623bc45b
      Fons Rademakers authored 
      I've made a patch for some updates to the packaging stuff in ROOT.

The most important change is, that in Debian and Redhat packages
`libroot', I install the libraries in `/usr/lib/root/<version>' (where
version is something like 5.03), and I put symbolic links to the ROOT
libraries in `/usr/lib/root'

        /usr/lib/root/libTreePlayer.so.5.03 -> /usr/lib/root/5.03/libTreePlayer.so.5.03
        /usr/lib/root/libTreePlayer.so -> /usr/lib/root/5.03/libTreePlayer.so.5.03

And in `/etc/root/system.rootrc' we get

	Unix.Root.*.DynamicPath: .:/usr/lib/root/5.03

This allows users to only install `libroot' and not be forced to install
`libroot-dev' for the dynamic loading of ROOT plugins to work.

It also means, that users can more easily upgrade ROOT.  That is,
suppose you have `libroot' version 4.04.03 installed, and you have some
application that depends on that, say `mn-fit'.  Now, you want to
upgrade to the next production version, say 5.03.01, but `mn-fit' hasn't
been recompiled against the new ROOT libraries.   As the libraries in
`libroot' are all versioned (end in `.so.<version>'), the two version of
`libroot' can easily co-exist.  However, the libraries should load the
correct libraries for the particular version, which is ensured by the
line in `/etc/root/system.rootrc'.  The name of the package `libroot' is
changed to `libroot<major>' where <major> is the major version number of
ROOT (e.g., `5').

For the packages, root-rootd, and root-proofd, I removed the (X)Inetd
stuff, so that these services should be started by SYSV Init scripts
instead.

Also, I updated the `README/INSTALL' file to address some recent
complaints about the RPM building.  I also added section numbers and a
Table of Contents.

In `configure', I added the directory `/usr/include/postgresql/8.0' to
the search path for `lib-pq.h', as that's where the headers are put now
a days on Debian `sid'.

In `xrootd/Module.mk', I took out the `xrdpwdgsi' executable from the
`ALLEXECS' variable, as it doesn't seem to be build.

I added the man page `xrdpwdadmin.1'.


git-svn-id: http://root.cern.ch/svn/root/trunk@12478 27541ba8-7e3a-0410-8455-c3a389f83636
      623bc45b
  47. Jul 22, 2005
  49. Jul 18, 2005
  51. Jun 28, 2005
  53. May 30, 2005
  55. May 25, 2005
  57. May 02, 2005
  59. Apr 08, 2005
  61. Mar 14, 2005
  63. Mar 10, 2005
  65. Feb 28, 2005
  67. Feb 22, 2005
    • Fons Rademakers's avatar
      From Gerri: · 4262ff7c
      Fons Rademakers authored 
      Writing the documentation I realized that the way GSI certificates
were tested on the server side was non-optimal.

This patch fixes this; in particular it allows non-fully-privileged
servers to use GSI service certificate (ROOT-specific, ldap, ...) if
read permissions are set (before this was possible only for privileged
daemons).


git-svn-id: http://root.cern.ch/svn/root/trunk@11169 27541ba8-7e3a-0410-8455-c3a389f83636
      4262ff7c
  69. Feb 07, 2005
    • Fons Rademakers's avatar
      From Maarten and Kristjan Gulbrandsen: · b920d8e3
      Fons Rademakers authored 
      Here is the patch with the restructured PROOF code. It parameterizes
PROOF startup, currently implementing "Standard", Condor, MLM and PEAC.
It can easily be extended with other "TProof" classes, e.g. AliEn Proof.
Or what ever next Grid implementation or scheduler comes along.

The MLM, Multi Level Master, code uses a basic packetizer, based on a
MSD (massstorage domain) tag. In MLM mode we have multi-tier client
server setup, like:

client -> super master -> sub master 0 -> slave[0..N]
                          ...
                       -> sub master M -> slave[0..N]

It also contains a large number of smaller fixes. Credit for most of
the work goes to Kris!

We have tested this on multipe platforms (RH7.3, RH9, SL3) and in
multiple configurations. Should be stable.


git-svn-id: http://root.cern.ch/svn/root/trunk@11047 27541ba8-7e3a-0410-8455-c3a389f83636
      b920d8e3