On 11 Oct 1998 21:14:40 -0500, Manoj Srivastava <[EMAIL PROTECTED]> said:
> "Raphael" == Raphael Hertzog <[EMAIL PROTECTED]> writes:
>
>> Because most of the perl modules will work with all coming
>> version of perl.
>
> I guess I am confused. How do we know this? How can we be
> certain that
Hi,
>>"Raphael" == Raphael Hertzog <[EMAIL PROTECTED]> writes:
Raphael> Le Thu, Oct 08, 1998 at 09:57:36AM -0400, Dan Jacobowitz écrivait:
>> My question is, why are we so intent on removing the versioned
>> component even though we have lost binary compatibility? I understand
Raphael> Becau
-BEGIN PGP SIGNED MESSAGE-
Zephaniah E. Hull, in an immanent manifestation of deity, wrote:
>Rename perl to perl5.005, version 02-2 or such..
>Then use the alternatives setup to decide which perl gets run when you
>try to use just 'perl'..
That's possible but I'm not sure it's a good idea
Ok, after some thought, and fielding a LOT of perl questions on #debian,
I've come up with a more workable idea which gives us much better
handling for the next time something like this happens..
Rename perl to perl5.005, version 02-2 or such..
Then use the alternatives setup to decide which perl
-BEGIN PGP SIGNED MESSAGE-
Raphael Hertzog, in an immanent manifestation of deity, wrote:
>What about also adding /usr/lib/perl5(/$arch)? at the end of @INC ?
>Is it possible ?
>In that way, recent packages that are installed in /usr/lib/perl5/debian
>are used first and only if no package
-BEGIN PGP SIGNED MESSAGE-
Raphael Hertzog, in an immanent manifestation of deity, wrote:
>Yes, but it's better leaving site_perl empty. It can be used for manually
>(modules not in a .deb file) installing modules.
Yes, I realize this. But most people using Perl manually install
modules.
Le Thu, Oct 08, 1998 at 09:57:36AM -0400, Dan Jacobowitz écrivait:
> My question is, why are we so intent on removing the versioned
> component even though we have lost binary compatibility? I understand
Because most of the perl modules will work with all coming version of
perl. Because Debian do
Le Thu, Oct 08, 1998 at 02:31:40AM -0700, Darren/Torin/Who Ever... écrivait:
> I do worry about what this might break as well. Another option would be
> to have /usr/lib/perl5/debian(/$arch)? be the first element of @INC and
> leave /usr/lib/perl5/$version(/$arch)? there with only the Perl
> inst
> Le Thu, Oct 08, 1998 at 02:31:40AM -0700, Darren/Torin/Who Ever... écrivait:
> > I do worry about what this might break as well. Another option would be
> > to have /usr/lib/perl5/debian(/$arch)? be the first element of @INC and
> > leave /usr/lib/perl5/$version(/$arch)? there with only the Per
Le Thu, Oct 08, 1998 at 02:31:40AM -0700, Darren/Torin/Who Ever... écrivait:
> I do worry about what this might break as well. Another option would be
> to have /usr/lib/perl5/debian(/$arch)? be the first element of @INC and
> leave /usr/lib/perl5/$version(/$arch)? there with only the Perl
> inst
-BEGIN PGP SIGNED MESSAGE-
Raphael Hertzog, in an immanent manifestation of deity, wrote:
>Darren, if you agree, can you modify the perl package in order to
>install modules in /usr/lib/perl5/debian and make these symlinks ?
>
>- /usr/lib/perl5/$arch/$version => /usr/lib/perl5/debian/$arch
Le Wed, Oct 07, 1998 at 04:16:09PM -0700, John Lapeyre écrivait:
> Thats how I build my perl modules as well (and I guess others), so
> it shouldn't be too much of a problem. (Acutally some of the more
> complicated packages will need more changes.)
Yes I've looked over source for packages t
On Wed, 7 Oct 1998, Raphael Hertzog wrote:
rhertz>I propose to make package install the modules in /usr/lib/perl5/debian
rhertz>and /usr/lib/perl5/debian/$arch. And the /usr/lib/perl5/$version would
rhertz>be a link to "debian", and /usr/lib/perl5/$arch/$version a link to
rhertz>"../debian/$arch"
Hello,
I thought about the problem with directory used for installing perl
modules. Actually if we do nothing, we would have to recompile all
perl package for each perl5.00x release. That's because perl uses
now /usr/lib/perl5/$version (and perl5/$arch/$version) as path
to search for modules. And
14 matches
Mail list logo