Additionally, I've found that if you have version issues, just rebuild the SRPM for the package with the newer module put in site_perl instead of vendor_perl and version the package name in some way (much like library versioning), so as to not cause issues with upstream versions from RHEL or CentOS' main repos.
On 6/23/09 11:19 AM, "Roderick A. Anderson" <raand...@cyber-office.net> wrote: > Roderick A. Anderson wrote: >> Well after Helmuth reminded me of the CentOS installation guide I took >> the time to give it a try. Works quite well. >> >> I still have a few packages missing and can't seem to figure out why >> there are problems. >> >> Net::Server goes _away_ while running tests and one perl process goes >> <defunct> (I'm watching with top) at this point >> >> t/Server_BASE.t ........... 6/6 _ >> >> two others (perl processes) just sit there but don't use any resources. >> >> This is a Linux-Vserver guest so I suspect it might be a capabilities >> issue but if anyone has run into a same/similar thing please let me know >> so I can hunt in the right place. >> Once I figure this out I'm sure Net::Server::PreFork will install. >> >> >> The packages are Calendar::Simple and XML::RSS neither of which will >> install. I have more research to do on these but again if anyone has >> run into same/similar I'd appreciate any hints. > > Quick update. The problem children were all available via yum. > > perl-Calendar-Simple > perl-Net-Server > > gets me no MISSING packages. > > > \\||/ > Rod _______________________________________________ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
