[rt-users] Perl conflicts
Ram
ram0502 at gmail.com
Wed Oct 31 12:45:20 EDT 2012
> Date: Wed, 31 Oct 2012 10:10:56 +0000
> From: Tim Cutts <tjrc at sanger.ac.uk>
> To: Thomas Sibley <trs at bestpractical.com>
> Cc: rt-users at lists.bestpractical.com
> Subject: Re: [rt-users] Perl conflicts
> Message-ID: <B823EDDB-03A1-4BD4-BC4F-E5C6DE19C2A8 at sanger.ac.uk>
> Content-Type: text/plain; charset=us-ascii
>
>
> On 30 Oct 2012, at 19:47, Thomas Sibley <trs at bestpractical.com> wrote:
>
>> On 10/30/2012 12:21 PM, Ram wrote:
>>> How do folks deal with perl conflicts? We normally use RPMs for
>>> everything but that's not practical given the relatively high-version
>>> requirements of the rt4 branch so CPAN seems the only practical
>>> approach.
>>
>> Use a completely separate build of perl just for RT instead of the
>> system installed and managed perl.
>>
>> Look at perlbrew for an easy way to build perl if you're not familiar
>> with the process.
>
> I agree that's probably the most pain-free and robust method.
>
> On my Mac, where I do some RT tinkering as a standalone build, I have an rt-support directory in my home directory, and I put all the libraries RT needs in there, and I point my PERL5LIB and DYLD_LIBRARY_PATH variables at it whenever I'm working on RT. The relevant bits of my CPAN/MyConfig.pm file:
>
> 'makepl_arg' => q[INSTALL_BASE=~/rt-support],
> 'mbuildpl_arg' => q[--install_base ~/rt-support],
>
> and then my PERL5LIB is:
>
> $HOME/rt-support/lib/perl5
>
Yep this is exactly what we've tried but some of the required modules
do not respect those parameters (INSTALL and MANPAGE). We started to
tweak the perl make files for those modules one by one but it's not a
great way to go.
> On my production RT server, which is running Ubuntu, I use the system perl, and install pre-packaged modules where I can, but if I can't I just let RT's 'make fixdeps' do what it likes, and install the necessary packages in the system's site perl directory. Since the server isn't used for anything other than RT, I'm not bothered about superseding what the OS itself installs. The major advantage of doing it that way is that it's then much easier to configure with the packaged versions of apache, mod_perl and so on.
Our server runs CentOS 6 (downstream of RHEL 6) and it is no small
feat to get most of the perl modules as rpms, it is impossible to get
them all without building them ourselves.
Any other ideas?
thanks
More information about the rt-users
mailing list