Re: Request Tracker's Massive Dependencies -- RPM-ified?
Charlie Brady <[email protected]>
| Newsgroups | gmane.linux.freshrpms.user |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 16 Aug 2005, Steve Bonds wrote: > On 8/16/05, Les Mikesell wrote: > > > To be really valuable for others this will have to be done > > carefully so it does not conflict with other RPM-installed > > perl modules. The Fedora extras repository is probably the > > place to coordinate this. > > My intention is to get this done in such a way that it could easily be > added to the RPMForge site. Dries seems to have quite a number of > perl modules already up, so I'll probably hassle him once I get the > basic tests working. > > In my dream world, I could type "yum install rt" on a fresh > RHEL/CentOS system configured with the RPMForge repository and it > would Just Work. ;-) In order to satisfy your dream, someone will need to build a new perl RPM, which contains later versions of some of the modules bundled in the base perl RPM. Unfortunately, RedHat don't build their perl in a way which allows site-perl versions of modules to override vendor-perl ones, so people can't build perl module RPMs to selectively upgrade bundled modules. There are some file overlaps between the rpms in the rt repository and RHEL/CentOS provided ones (those updated modules), so you will probably see conflicts if you try to install that way. If you succeed in installing, you'll have some packages which show up as corrupted when you do an rpm verify (rpm -Va). -- Charlie A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text?