Jim,
--- On Tue, 4/14/09, Jim Perrin jperrin@gmail.com wrote:
From: Jim Perrin jperrin@gmail.com Subject: Re: [CentOS] rt3 3.8.2 latest version as rpm for C5? To: "CentOS mailing list" centos@centos.org Date: Tuesday, April 14, 2009, 5:12 PM On Tue, Apr 14, 2009 at 3:07 AM, Rainer Traut tr.ml@gmx.de wrote:
Hi,
I know, epel has rt3 in version 3.6.x. And - sadly - for version 3.8.x the perl module
dependencies are way
ahead of what I can find in epel or rpmforge. But we really need some of the 3.8.x series features.
So has anybody maybe built those modules + rt3 v3.8.x
for C5?
Any hint?
I started to run down this rabbit hole and had most of it built via mock and one of dag's cpan-> rpm scripts. After a few rounds of builds, it became immediately apparent that some of the requirements directly conflict with the perl rpm shipped by centos and RHEL. Specifically the Encode bits required by RT 3.8 are much newer than what is provided in the centos perl rpm. I wasn't willing to do that level of replacement when building RT because I didn't need the feature sets in 3.8 and I wasn't aware of what else that might impact for other users.
After trying for 2 hours, I ran into 3 brickwall-issues. Like you found, there are two base perl modules which require newer versions than that which comes with 5.3. These modules are File::Temp and Encode (core)
cpan2rpm can package them OK, but there are fatal transaction check errors when installing.
Mr. JV is the author of RT3 and DBIx::SearchBuilder. The SearchBuilder module also stopped me (briefly) with a dependency on DBD::Oracle. To grab this from CPAN requires the supporting Orable Libs. I altered the spec and removed any Oracle depends.
These 3 issues were enough to cause me to give up.
Am 17.04.2009 um 05:16 schrieb Mark Pryor:
After trying for 2 hours, I ran into 3 brickwall-issues. Like you found, there are two base perl modules which require newer versions than that which comes with 5.3. These modules are File::Temp and Encode (core)
cpan2rpm can package them OK, but there are fatal transaction check errors when installing.
Mr. JV is the author of RT3 and DBIx::SearchBuilder. The SearchBuilder module also stopped me (briefly) with a dependency on DBD::Oracle. To grab this from CPAN requires the supporting Orable Libs. I altered the spec and removed any Oracle depends.
Shouldn't it only have this dependency, if you actually use the Oracle backend?
These 3 issues were enough to cause me to give up.
Just compile perl yourself and install it somewhere into /opt or /usr/ local. That's a lesson I learned 5 years ago - while you should work with the distro and not against it, you should also work with the software you want to install and not against it. The other thing I learned back then is that it installs flawlessly on FreeBSD - and FreeBSD doesn't rely on Perl and Python to run the base OS.
Rainer