Hi,
Ok, that is what Fabrizio implemented yesterday and what is available
starting from xrootd 20041118-0948.
Pete
On Thu, Nov 18, 2004 at 01:05:23PM -0800, Andrew Hanushevsky wrote:
> Hi,
>
> Hmm, copy to bin if it can be executed from the command line (if so, it
> shouldn't have the pm/so suffix). Otherwise, copy it to lib.
>
> Andy
>
> ----- Original Message -----
> From: "Fabrizio Furano" <[log in to unmask]>
> To: "Peter Elmer" <[log in to unmask]>
> Cc: "Wilko Kroeger" <[log in to unmask]>; "Andrew Hanushevsky"
> <[log in to unmask]>; "Stephen J. Gowdy" <[log in to unmask]>;
> <[log in to unmask]>
> Sent: Thursday, November 18, 2004 8:53 AM
> Subject: Re: New xrootd version 20041116-1456 (rpm and tarballs) available
>
>
> > Hi,
> >
> > I like the third one. XrdClientAdmin{.so;.pm} sound to me more like
> > libraries than executables.
> >
> > Fabrizio
> >
> > Peter Elmer wrote:
> > > Hi,
> > >
> > > Actually, I didn't do this yet as we should probably do something
> uniform.
> > > I don't really care what the solution is, but Andy and Fabrizio should
> be
> > > happy with it. Here are the choices I see:
> > >
> > > o I copy it to "include" in my build script when making the binary
> > > tarballs
> > >
> > > o We move it to "utils" to match
> > >
> > > o It exists in src/XrdClient in the source, but gets copied to "lib"
> by
> > > the XrdClient makefile
> > >
> > > o It exists in src/XrdClient in the source, but gets copied to "bin"
> by
> > > the XrdClient makefile
> > >
> > > I like one of the last two possibilities. Andy/Fabrizio?
> > >
> > > Pete
> > >
> > > On Wed, Nov 17, 2004 at 08:35:22PM +0100, Peter Elmer wrote:
> > >
> > >> Hi Wilko,
> > >>
> > >>On Wed, Nov 17, 2004 at 11:33:23AM -0800, Wilko Kroeger wrote:
> > >>
> > >>>On Tue, 16 Nov 2004, Stephen J. Gowdy wrote:
> > >>>
> > >>>
> > >>>>I've installed this version under;
> > >>>>
> >
> >>>>/afs/slac.stanford.edu/g/babar/package/xrootd/20041116-1216/Linux24RHEL3
> _i386_gcc323
> > >>>
> > >>>Would it make sense to also put the XrdClientAdmin.pm module into this
> > >>>directory (e.g.:
> > >>>/afs/slac.stanford.edu/g/babar/package/xrootd/20041116-1216/include )?
> > >>>This module is needed together with lib/XrdClientAdmin.so for the perl
> > >>>admin interface.
> > >>
> > >> Yes, it would, but I screwed that up in making the binary tarballs.
> I'll
> > >>make a new release today with that and the latest fixes for the mps
> stuff from
> > >>Andy.
> > >>
> > >> Pete
> > >>
> > >>
> > >>>>On Wed, 17 Nov 2004, Peter Elmer wrote:
> > >>>>
> > >>>>
> > >>>>> Hi,
> > >>>>>
> > >>>>> The 20041116-1456 build should be identical to 20041116-1216 in
> terms of
> > >>>>>the source code, however the binary tarballs should now contain the
> > >>>>>XrdClientAdmin.so object which should hopefully allow them to be used
> > >>>>>as-is at SLAC, at least. Please let me know if that isn't true.
> > >>>>>
> > >>>>> Pete
> > >>>>>
> > >>>>>On Tue, Nov 16, 2004 at 09:59:52PM +0100, Peter Elmer wrote:
> > >>>>>
> > >>>>>> Hi All,
> > >>>>>>
> > >>>>>> There is now a new (development) xrootd version 20041116-1216. It
> contains
> > >>>>>>a variety of fixes for the client admin interface plus a variety of
> other
> > >>>>>>small fixes.
> > >>>>>>
> > >>>>>> --> Note that the perl functions prefix in the client admin
> wrapper was
> > >>>>>> simplified from "XrdCA_" to "Xrd"
> > >>>>>>
> > >>>>>>I've also added the client admin perl wrapper module to the rpms and
> binary
> > >>>>>>modules, but had to specify explicity the location of perl5.8 at
> SLAC to
> > >>>>>>do that. There is no strong reason to try to use this build for
> "production"
> > >>>>>>work, but testing is very welcome. (And BaBar skimming should test
> this
> > >>>>>>for the output buffer.)
> > >>>>>>
> > >>>>>> I had a problem with my build script hence there is no MacOSX
> build this
> > >>>>>>time. I'll deal with it again next version.
> > >>>>>>
> > >>>>>> For the full set of changes and links to rpms/tarballs to download
> see the
> > >>>>>>the xrootd web page and/or version history:
> > >>>>>>
> > >>>>>> http://xrootd.slac.stanford.edu
> > >>>>>> http://xrootd.slac.stanford.edu/xrootd.History
> > >>>>>>
> > >>>>>>Let us know if there are problems.
> > >>>>>>
> > >>>>>> thanks,
> > >>>>>> Pete
> > >>>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> >
> >>>>>-----------------------------------------------------------------------
> --
> > >>>>>Peter Elmer E-mail: [log in to unmask] Phone: +41 (22)
> 767-4644
> > >>>>>Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23,
> Switzerland
> >
> >>>>>-----------------------------------------------------------------------
> --
> > >>>>>
> > >>>>
> > >>>>--
> > >>>> /------------------------------------+-------------------------\
> > >>>>|Stephen J. Gowdy | SLAC, MailStop 34, |
> > >>>>|http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, |
> > >>>>|http://calendar.yahoo.com/gowdy | Menlo Park CA 94025, USA |
> > >>>>|EMail: [log in to unmask] | Tel: +1 650 926 3144 |
> > >>>> \------------------------------------+-------------------------/
> > >>>>
> > >>
> > >>
> > >>
> >
> >>-------------------------------------------------------------------------
> > >>Peter Elmer E-mail: [log in to unmask] Phone: +41 (22)
> 767-4644
> > >>Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23,
> Switzerland
> >
> >>-------------------------------------------------------------------------
> > >
> > >
> > >
> > >
> >
> > -------------------------------------------------------------------------
> > > Peter Elmer E-mail: [log in to unmask] Phone: +41 (22)
> 767-4644
> > > Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23,
> Switzerland
> >
> > -------------------------------------------------------------------------
> >
>
-------------------------------------------------------------------------
Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644
Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland
-------------------------------------------------------------------------
