Front page | perl.cpan.workers |
Postings from April 2010
I'm pretty sure that's true for all such systems, including things like .war files. Even if we split, say, Strawberry from ActivePerl, what if you have multiple installations of ActivePerl? Adam K On Fri, Apr 16, 2010 at 8:56 AM, Jan Dubois <jand@activestate.com> wrote: > On Thu, 15 Apr 2010, Barbie wrote: >> On Thu, Apr 15, 2010 at 02:58:12PM -0700, Jan Dubois wrote: >> > Yes, it certainly downloads prerequisites from the configured repositories. >> > I was talking about downloading .ppmx files from some random website that >> > you didn't configure first as a repository in the PPM client. The double- >> > clicked file is not able to download additional prerequisites from that >> > "random website" it came from itself. Think "private/internal repository >> > of a bunch of interdependent modules". >> >> Got it. However, I was thinking the initial file (ppmx) would essentially >> be a stand-alone download, the installer would then revert to the >> predefined repos to download the prerequisites. > > Yes, that's how it works. > >> In PPM's case there are only a few repos that try to keep up with CPAN, >> so knowing where the original repo was may be significant. > > This is not important for modules on CPAN. It is important for modules > whose prerequisites are *not* on CPAN and only exist in the same location > as the original ppmx file. > > The way around this is probably to implement a protocol handler like > > ppm://random.example.com/repo/my-random-module.ppmx > > That way the browser would invoke the protocol handler with the full URL > > ppm install ppm://random.example.com/repo/my-random-module.ppmx > > instead of downloading the tarball via HTTP itself and then just passing > a local filename to the installer: > > ppm install /tmp/downloads/my-random-module.ppmx > > Implementing a protocol handler for the major operating systems is somewhat > more involved than just setting up a file extension/MIME type mapping though. > >> However, if we're downloading from CPAN, then it would be reasonable >> to try and grab prereqs from a predefined set of CPAN mirrors. > > This all is not an issue if the "extension mechanism" only has to work > for CPAN and can ignore the DarkPAN. > > One other issue that has been ignored so far is that neither the file > extension nor the protocol scheme will work particular well if you have > multiple Perl installations on your machine. You cannot direct the > automatic download/install to a particular instance. > > Cheers, > -Jan > >Thread Previous | Thread Next