Re^2: Building perl in chroot

Hmm.. perhaps I wasn't clear. I don't want to overwrite the existing perl on the build system, but I do on the deployment targets, which is the same perl in the same location (because it's using the packaged perl 5.6.1). I have no need to keep 5.6 on the deployed machines.

If I build perl to live in, say, /apps/perl-5.8.6, it also wants to install its libraries there, no? At least, that's what I can figure from Configure..and that will break the package, because the paths will not reflect those in deployment.

I used the Config.pm from the 5.6 installation to configure 5.8.6, but it's confusing to say the least - particularly this is unclear:

In some special cases, particularly when building $package for distrib
+ution, it is convenient to distinguish the directory in which files s
+hould be installed from the directory ($prefix) in which they will ev
+entually reside.
[download]

I'll try your chroot idea, although it looks like that means I'll have to configure & build perl twice..

Comment on Re^2: Building perl in chroot Download Code

Replies are listed 'Best First'.
Re^3: Building perl in chroot by salva (Canon) on May 05, 2005 at 19:46 UTC
you can use a soft link to make /apps/perl-5.8.6 point to the old directory where perl was installed on production machines. You can also use `Configure -Dinstallprefix=/foo/bar` option to tell perl that it should install itself in some place and then expect to reside in a different one when executed. But this feature will not allow you to test the new perl on the development machine.	[reply] [d/l]