Hi all: In discussion with Marcus Rueckert (SUSE Linux packager), he suggested a solution which the subversion folks are doing in their latest 1.4.0 RC - to ship dependencies in a separate tarball. This way, for Linux packagers, we only need the "core" tarball and will not include the dependencies, then we can simply link against whatever the distro provides. I think this is a good solution and will eliminate headaches for package maintainers of the various distroes. Thanks! Bernard
________________________________ From: Martin Knoblauch [mailto:[EMAIL PROTECTED] Sent: Fri 21/07/2006 02:21 To: Bernard Li; Stu Teasdale; ganglia-developers@lists.sourceforge.net Subject: RE: [Ganglia-developers] apr, expat, confuse as shipped with ganglia Hi Bernard, sorry for note commenting earlier. If we were only talking about Linux, I would say we should just throw away the 3rd party stuff and require the proper libraries being installed. Unfortunatelly this may cause trouble for those building on AIX, HP-UX, Solaris, *BSD, ... Martin --- Bernard Li <[EMAIL PROTECTED]> wrote: > Guys: > > I'd like to re-visit this old discussion thread. Would it be > possible now to dynamically link against distro supplied apr, expact > and confuse? It sounds like people have already been doing that > without huge issues so perhaps we can make the official change in the > code repository? > > Thanks, > > Bernard > > ________________________________ > > From: [EMAIL PROTECTED] on behalf of Stu > Teasdale > Sent: Thu 23/02/2006 08:53 > To: ganglia-developers@lists.sourceforge.net > Subject: Re: [Ganglia-developers] apr, expat, confuse as shipped with > ganglia > > > > > On 23 Feb 2006, at 01:07, Martin Knoblauch wrote: > > > Hi Matt, > > > > you may have seen the recent report about problems in apr code > which > > are solved in later versions. This opens the question how to handle > > this for Ganglia. > > > > Are the versions of apr, expat and confuse shipped with the > current > > code just unmodified copies of the stuff, or are there ganglia > > specific > > changes in there? > > > > What are your thoughts on upgrading the stuff to newer versions? > Did > > you have a strategy/policy for that in the past? > > From a packaging POV it's generally nicer to use the shipped > versions of these libs dynamically linked, for a variety of reasons. > To this end where possible I've changed the build in the debian > packages to dynamically link against the distribution's libraries. To > > this end my 3.0.1 gmetad packages dynamically link agains the > distro's apr and expat (but not confuse AFAICS, I suspect that's a > bug). > > It all seems to work ok, and there are a few people out there using > my packages (it can't go into debian till the glibc code problem is > resolved). > > Stu > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Ganglia-developers mailing list > Ganglia-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ganglia-developers > > > ------------------------------------------------------ Martin Knoblauch email: k n o b i AT knobisoft DOT de www: http://www.knobisoft.de