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 __________________________________________________