On Tue, Mar 18, 2003 at 12:53:03PM +0100, H.Merijn Brand wrote:
> On Tue 18 Mar 2003 12:34, Tim Bunce <[EMAIL PROTECTED]> wrote:
> > On Tue, Mar 18, 2003 at 09:22:36AM +0100, H.Merijn Brand wrote:
> > > > >
> > > > > Since Oracle databases are supported from Unify 4GL, I cannot install
> > > > > DBD-Oracle in the main perl lib, and I choose to install under
> > > > >
> > > > > $UNIFY/perl
> > > > >
> > > > > so I can mix several versions of perl with several versions of $UNIFY
> > > > >
> > > > > Would you condider to allow 'make installu' using attached script to support
> > > > > this special way of installation?
> > > > >
> > > > > --8<--- Makefile.PL
> > > > >
> > > > > package MY;
> > > > > sub postamble
> > > > > {
> > > > > join "\n" =>
> > > > > DBI::DBD::dbd_postamble (),
> > > > > '',
> > > > > 'installu uinstall: all',
> > > > > ' $(PERL) installu.pl',
> > > > > '';
> > > > > } # postamble
> > > >
> > > > I can't see much point or value to be honest. Why not just:
> > > >
> > > > perl Makefile.PL && make && make test && perl installu.pl
> > >
> > > 1. I have to rebuild the tarball to include installu.pl, so I can automate
> > > installations. Only after having installu.pl available, that sequence will
> > > work. [ And in fact, that *is* the sequence I'm currently using from my
> > > install scripts ]
> >
> > You'd still have to rebuild the tarball to include installu.pl.
> > I don't see what you've gained.
>
> Unless *you* include it by default :)
>
> > > 2. It might be the start of documenting that it may be very useful to install
> > > DBD-Oracle outside the base tree, in order to be able to run several
> > > versions alongside. I bet you have been thinking about that too, the first
> > > time you had to upgrade Oracle, and your DBD::Oracle suddenly stopped
> > > working, or you wanted to switch DBD version depending on your current DB.
> > > IMHO, the only workable solution is to use $PERL5LIB, which you can
> > > (automatically) set on switching DB. Using that, it's safer to place *all*
> > > DBD's outside the base tree, instead of risking calling the wrong (default)
> > > one on a mismatching DB.
> >
> > I'd be more interested in a patch that implements a more general
> > and reasonably complete solution that other people could use.
> > That can probably best be discussed on dbi-users till some consensus
> > is reached.
>
> I was just cicking the ball into the arena. If I don't play, I won't be heared
I'm happy to play, if you can find a team that agrees to your rules :)
In otherwords, I agree that it would be good to add support for
simplifying installations into per-oracle-version directories.
But I can't claim to have any experience of the issues involved.
Hence my suggestion that you discuss the issues on dbi-users first.
Hopefully everyone who responds will just say "great, go for it" :)
Tim.
