Friday, July 27, 2001, 9:16:58 AM, you wrote:
> I think these modules need to be .ppm to clean up the process as I tried to
> do exactly what you mentioned and successfully installed the CPAN and the
> modules but its still not activestate .ppm recognized.
You're right, they will not be recognized automatically as a PPM by
grabbing the CPAN module. But the end goal is to install the modules
and the CPAN will allow you to do it. Or, of course, you can compile
them directly after downloading as well.
> I believe that the new OpenSRS client should be accessible to all platforms
> just as the previous versions were. In this way all OpenSRS resellers have
> the best possible opportunity to implement the new code without the current
> problem of finding and compiling these modules.
This requirement exists for all platforms, not just Win32. In fact,
requiring the PPM be available is really asking for special treatment
in that regard. I don't blame you at all for wanting that but it is
a distinction. The PMs are available for all platforms and all need
to download/compile them. All need the CPAN module for the installer
to work (if you do not already have the modules installed).
> Win2K and Unix, etc. are all equally important since the idea is that all
> resellers have access and not just non Win32 resellers.
See above, I totally agree.
> To me it would make sense to rectify this oversight to ensure that everyone
> who has built a business around the OpenSRS system has a secure future...
> even us Win2K people. ;-)
See above above. And, you should know that the goal is to make it as
easy as possible on folks, Unix and Win32 environments. This means
that if at all possible there will be a special method or
pre-compiled modules or whatever for the Win32 folks which will
negate the need for cygwin, having to get the modules from CPAN, etc.
For now, it appears to be equal across the board. There's just
nothing special for Win32, *yet*.
And threads like this is what the beta period is all about. All of
the kinks and needs and wants should be worked out (as much as
reasonably possible) based on the posts to this list. So keep 'em
coming!
Laters,
-tom
> Just my 2 cents worth.
> Regards,
> Benjamin Saenz
> With regards,
> Benjamin Saenz
> ----- Original Message -----
> From: <[EMAIL PROTECTED]>
> To: "wholesaleurl.com" <[EMAIL PROTECTED]>
> Sent: Friday, July 27, 2001 12:02 PM
> Subject: Re[4]: Win32 Perl Modules
>>
>> Friday, July 27, 2001, 6:34:34 AM, you wrote:
>>
>> IF you do not have it already, you can get it here:
>>
>> http://search.cpan.org/search?dist=CPAN
>>
>> Regards,
>> -tom
>>
>> > Where can I get the CPAN module. I currently have Active State 628.
>>
>> > Thanks,
>> > Ben
>>
>> > ----- Original Message -----
>> > From: <[EMAIL PROTECTED]>
>> > To: "JS Schiller" <[EMAIL PROTECTED]>
>> > Cc: "'wholesaleurl.com'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
>> > Sent: Friday, July 27, 2001 2:40 AM
>> > Subject: Re[2]: Win32 Perl Modules
>>
>>
>> >>
>> >> Thursday, July 26, 2001, 10:04:01 PM, you wrote:
>> >>
>> >> I actually installed it on a WinME box without a problem. It was
>> >> just a test so it was/is the latest version of Perl from activestate.
>> >> I don't know if earlier versions came with the CPAN module but the
>> >> latest version does. I used this, rather than the typical PPM method
>> >> recommended by AS. This is because there just aren't packages
>> >> (that I can find) for all of the modules you need via PPM. But they
>> >> will compile on a win32 platform.
>> >>
>> >> Once you install the CPAN module, the following from the commandline
>> >> should work:
>> >>
>> >> perl -MCPAN -e shell
>> >> cpan> install Your::Package (replace your module as needed after
>> >> each install).
>> >>
>> >> As I recall, the 'make test' failed on a couple of them so the cpan
>> >> module didn't want to do the 'make install'. This is a cpan issue
>> >> which likely has a way around it (like forcing an install even if a
>> >> make test fails) but for now. because I don't know what that 'way' is,
>> >> the manual method works too. If this is the case for you, you'll need
>> >> to unpack the module and do something like:
>> >>
>> >> perl Makefile.pl
>> >> make
>> >> make install
>> >>
>> >> Which reminds me, you'll want to be sure and have the cygwin pack
>> >> which has a compiler, gzip, etc. which you'll need for these
>> >> operations. I have provided links to the various modules directly
>> >> from CPAN below, as well as the link to get your cygwin stuff:
>> >>
>> >> Get and install this first if you don't have it:
>> >> http://sources.redhat.com/cygwin/
>> >>
>> >> And then the modules:
>> >> http://search.cpan.org/search?dist=Crypt-HCE_SHA
>> >> http://search.cpan.org/search?dist=Crypt-CBC
>> >> http://search.cpan.org/search?dist=Digest-SHA1
>> >> http://search.cpan.org/search?dist=Data-Dumper
>> >> http://search.cpan.org/search?dist=Date-Pcalc
>> >>
>> >> Ummm, I think that was it. To sum up:
>> >>
>> >> 1. I unpacked the opensrs-sf package
>> >> 2. Downloaded/installed cygwin (gcc, gzip, etc.)
>> >> 2. Ran ./install.pl
>> >> 3. Couple of the modules failed so I installed those manually
>> >> 4. Moved the CGIs to a Web-accessbile directory
>> >> 5 Finished.
>> >>
>> >> Actually, between 3 and 4 I reran the installer to be sure that
>> >> everything worked. It does keep your current values so you should be
>> >> able to just hit "Enter" along the way so you can verify the modules
>> >> are dialed in.
>> >>
>> >> Laters,
>> >> -tom
>> >>
>> >>
>> >> > I would like to second that 'please remember the win32 environ'
>> >> > sentiment for those of us who, for our own political/policy reasons,
>> >> > have Win2k laps to run our PERL dev locally. Telnet echo on a modem
> is
>> >> > yucky.
>> >>
>> >> > Will someone let me know if they *do* find / repurpose them?
>> >>
>> >>
>> >> > Scott
>> >>
>> >> > -----Original Message-----
>> >> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> On
>> >> > Behalf Of wholesaleurl.com
>> >> > Sent: Thursday, July 26, 2001 7:46 PM
>> >> > To: [EMAIL PROTECTED]
>> >> > Cc: [EMAIL PROTECTED]
>> >> > Subject: Win32 Perl Modules
>> >>
>> >>
>> >> > Hi,
>> >>
>> >> > I have emailed Paul Sisson the developer and we have had several
>> >> > discussions about the perl modules which are currently not available
> for
>> >> > the Win32 Perl (ActiveState) platform.
>> >>
>> >> > Although he has sent me the following links, none of them are
> compiled
>> >> > for the Win32 environment:
>> >>
>> >> > Crypt::HCE_SHA - not there
>> >> > http://velocity.activestate.com/code/cpan/c/cr/Crypt-HCE_SHA.html
>> >>
>> >> > Crypt::CBC - not there
>> >> > http://velocity.activestate.com/code/cpan/c/cr/Crypt-CBC.html
>> >>
>> >> > Digest::SHA1 - not there
>> >> > http://velocity.activestate.com/code/cpan/d/di/Digest-SHA1.html
>> >>
>> >> > Data::Dumper - not there
>> >> > http://velocity.activestate.com/code/cpan/d/da/Data-Dumper.html
>> >>
>> >> > Date::Pcalc - not there
>> >> > http://velocity.activestate.com/code/cpan/d/da/Date-Pcalc.html
>> >>
>> >> > Is there anyone which has the name and location of a ppm repository
> with
>> >> > the following perl modules:
>> >>
>> >> > Crypt::HCE_SHA - not there
>> >> > Crypt::CBC - not there
>> >> > Digest::SHA1 - not there
>> >> > Data::Dumper - not there
>> >> > Date::Pcalc - not there
>> >>
>> >> > Without these the OpenSRS system will not work under the Win32
>> >> > environment and CPAN does not have them on their repository that I
> can
>> >> > find them.
>> >>
>> >> > With regards,
>> >> > Benjamin Saenz
>> >>
>> >>
>>
>>
