Already done.
Each of the respective rrdtool-<language> also does a "provides" 
<language>-rrdtool so that they will work with dag.

So rrdtool-perl provides perl-rrdtool

Troy

Kinzel, David wrote:
> Troy, because the SL rrdtool builds seem to be a lot newer than other repos would it be possible to have
> rrdtool-perl obsolete/replaces/whatever perl-rrdtool (naming used in DAG for that package)?
> 
> Thanks,
> 
> --
> David Kinzel | [log in to unmask]
> 
> -----Original Message-----
> From: Mailling list for Scientific Linux users worldwide [mailto:[log in to unmask]] On Behalf Of Troy Dawson
> Sent: Wednesday, December 16, 2009 9:48 AM
> To: [log in to unmask]
> Subject: Re: TESTING - rrdtool for SL4 and SL5
> 
> Now that I look, I see that epel has the 32 bit rrdtool and
> rrdtool-devel in their 64 bit repository.  It's not a big deal to put
> them in our 64 bit repository also to remain consistant.
> 
> Out of curiousity, why did you install the 32 bit version of ganglia on
> a 64 bit machine?
> 
> Troy
> 
> Konstantin Olchanski wrote:
>> On Thu, Dec 10, 2009 at 09:12:56AM -0600, Troy Dawson wrote:
>>> We are adding a new package to SLF 4 and 5, rrdtool.
>> Troy, thank you for adding rrdtool to the SL distribution,
>> but there is a minor problem:
>>
>> The 32-bit rrdtool is missing from the 64-bin distribution
>> and yum bombs because already installed 32-bit ganglia packages
>> require 32-bit librrd.so.2:
>>
>> (needless to say, this trivial problem then blocks all critical
>> security updates)
>>
>> [root@ladd00 ~]# yum update rrdtool.i386
>> Loaded plugins: kernel-module
>> Repository epel is listed more than once in the configuration
>> Repository epel-source is listed more than once in the configuration
>> Excluding Packages in global exclude list
>> Finished
>> Setting up Update Process
>> Error: No Package Matching rrdtool.i386
>> [root@ladd00 ~]# yum update rrdtool.x86_64
>> Loaded plugins: kernel-module
>> Repository epel is listed more than once in the configuration
>> Repository epel-source is listed more than once in the configuration
>> Excluding Packages in global exclude list
>> Finished
>> Setting up Update Process
>> Resolving Dependencies
>> There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them.
>> --> Running transaction check
>> --> Processing Dependency: librrd.so.2 for package: ganglia-gmetad
>> ---> Package rrdtool.x86_64 0:1.3.9-2.sl5 set to be updated
>> --> Processing Dependency: perl(RRDp) for package: rrdtool
>> --> Processing Dependency: perl(RRDs) for package: rrdtool
>> --> Running transaction check
>> --> Processing Dependency: librrd.so.2 for package: ganglia-gmetad
>> ---> Package rrdtool-perl.x86_64 0:1.3.9-2.sl5 set to be updated
>> --> Finished Dependency Resolution
>> ganglia-gmetad-3.0.7-1.i386 from installed has depsolving problems
>>   --> Missing Dependency: librrd.so.2 is needed by package ganglia-gmetad-3.0.7-1.i386 (installed)
>> Beginning Kernel Module Plugin
>> Finished Kernel Module Plugin
>> Error: Missing Dependency: librrd.so.2 is needed by package ganglia-gmetad-3.0.7-1.i386 (installed)
>>  You could try using --skip-broken to work around the problem
>>  You could try running: package-cleanup --problems
>>                         package-cleanup --dupes
>>                         rpm -Va --nofiles --nodigest
>>
> 
-- 
__________________________________________________
Troy Dawson  [log in to unmask]  (630)840-6468
Fermilab  ComputingDivision/LSCS/CSI/USS Group
__________________________________________________