in reply to Re^4: Disappointed with latest Strawberry Perl
in thread Disappointed with latest Strawberry Perl

Nothing is wrong with Tk :) It just needs an extra argument on the initial Makefile.PL command line.

I just finished my complete list of modules, or more precicely the ones that PASS'd. The part I miss most is libexpat, so I cannot install any XML stuff. Maybe OpenSSL is second. Here's the list of PASS's and Failures, more specific output on request:

Module Version ==================================== ========== V 0.13 Test::Pod 1.26 IO::Compress::Base 2.008 Compress::Raw::Bzip2 2.008 Compress::Raw::Zlib 2.008 IO::Compress::Bzip2 2.008 IO::Compress::Zlib * FAIL * Compress::LZF 3.1 IO::Compress::Lzf 2.008 Compress::Bzip2 2.09 IO::String 1.08 Archive::Zip 1.23 Heap 0.80 Graph 0.84 List::MoreUtils 0.21 Devel::Size 0.69 Devel::Trace 0.10 Debug::Trace 0.04 Sub::Uplevel 0.18 Test::Exception 0.26 Carp::Clan 5.9 Bit::Vector 6.4 Date::Calc 5.4 Date::Manip 5.48 Text::CSV_XS 0.32 DBI 1.601 SQL::Statement 1.15 DBD::SQLite 1.14 DBD::CSV 0.22 DBD::File 0.35 Digest::SHA1 2.11 Number::Compare 0.01 Text::Glob 0.08 File::Find::Rule 0.30 Data::Compare 0.17 CPAN::Checksums 1.064 Parse::RecDescent 1.94 Crypt::SSLeay * FAIL * Crypt::Rot13 * FAIL * Convert::ASN1 0.21 Convert::IBM390 0.23 Net::Rexec 0.12 Crypt::Rijndael 1.05 Crypt::CBC 2.24 Crypt::Blowfish 2.10 Crypt::DES 2.05 Digest::HMAC 1.01 Net::SNMP * FAIL * URI 1.35 HTML::Tagset 3.10 HTML::Parser 3.56 HTML-Tree * FAIL * XML::Parser * FAIL * XML::Writer 0.603 XML::XPath * FAIL * XML::SAX::Base 1.04 XML::Twig * FAIL * LWP 5.808 Net::SSLeay * FAIL * IO::Socket::SSL * FAIL * Authen::SASL 2.10 Net::NTP * FAIL * HTTP::Proxy * FAIL * News::NNTPClient 0.37 Text::Metaphone * FAIL * Text-Format+NWrap * FAIL * Text::OutputFilter 0.12 Tk 804.028 Tk::Clock 0.21 Tk::TreeGraph 1.030 Tk::TableMatrix * FAIL * Tk::FontDialog 0.14 Devel::ptkdb 1.1091 Term::Size * FAIL * Mail::Sendmail 0.79 Net::LDAP 0.34 Unix::Processors 2.034 BSD::Resource * FAIL * Devel::Symdump 2.08 YAML 0.66 Pod::Coverage 0.19 Test::Pod::Coverage 1.08 SOAP::Lite * FAIL * IO::Tee 0.64 OLE::Storage_Lite 0.15 Image::Base 1.07 Image::Xbm 1.08 Image::Xpm 1.09 Image::Size 3.1 Image::Info 1.27 Image::ExifTool 7.00 Spreadsheet::WriteExcel 2.20 Spreadsheet::ParseExcel 0.32 Spreadsheet::ReadSXC * FAIL * Spreadsheet::Read * FAIL * OpenOffice::OODoc * FAIL * OpenOffice::OOBuilder * FAIL * RTF::Tokenizer 1.10 RTF::Parser 1.09 RTF::Writer 1.11 Regexp::Common 2.120 Perl::Tidy 20071205 VCS::SCCS 0.10

Enjoy, Have FUN! H.Merijn

Replies are listed 'Best First'.
Re^6: Disappointed with latest Strawberry Perl
by xdg (Monsignor) on Dec 30, 2007 at 16:46 UTC
    Nothing is wrong with Tk :) It just needs an extra argument on the initial Makefile.PL command line.

    Maybe that could be addressed with CPAN.pm's new support for "distroprefs". That should be able to automatically add the necessary keyword on Win32.

    The part I miss most is libexpat, so I cannot install any XML stuff. Maybe OpenSSL is second.

    I agree. Alias and I disagree about the extent of bundling things. I'd just as soon throw in a kitchen sink of libraries (e.g. most of the libraries in GnuWin32) but he prefers a more spare distribution. Once the new tools are documented, I may take a swing at a more full-featured distribution and we can let users decide.

    In the meantime, there are some ways to get expat, etc. support working:

    I have also downloaded and compiled OpenSSL in C:\OpenSSL. As I recall, Net::SSLeay found it there but failed some tests (apparently unrelated to the library itself). I forced the install and was able to go on to install and use IO::Socket::SSL, etc. So it takes a bit of work, but can be made to work with Strawberry if you're not afraid of the compiler.

    -xdg

    Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.

      Nothing is wrong with Tk :) It just needs an extra argument on the initial Makefile.PL command line.
      Maybe that could be addressed with CPAN.pm's new support for "distroprefs". That should be able to automatically add the necessary keyword on Win32.
      Tk should normally build without any additional arguments. Something else went wrong here.

      As for expat/XML::Parser, maybe an Alien::expat module would solve the problems: easy installation of XML::Parser, and keeping the Strawberry Perl distribution small.

        I have no experience with building Tk in a windows-only environment, because I always use Cygwin, with full X11 installed, and ActivePerl comes with Tk bundled, so I have no need to build myself. As Strawberry obviously is a similar build to ASperl ($^O - wise that is), adding MSWin32 can do no harm.

        Anyway, by now I really hate the title of this thread, as I value Strawberry more and more with every experience. It is all doable. At least for me. I'm just sharing my experiences here hoping the product will get even better with the next build.

        I can understand your point of seeing Tk as bloat to Strawberry, and if the new CPAN option solves that, I would not miss it, as building it with cpan then will yield no additional problems.

        Is there any reason why the install path for Strawberry is fixed at C:\Strawberry? I have those utils at D: normally, and I can imagine a network share as install path so all can share it's beauty without having to install it.


        Enjoy, Have FUN! H.Merijn
      I absolutely want Expat bundled by default in Strawberry.

      It's just that I couldn't get an automated build working within the time available for the Strawberry 5.10.0 release.

      I either got a working version that had to like C:\Expat (not acceptable) or a broken build that would live in the correct place (in $DISTROOT\\c\\).

      As soon as someone can build me a working version and provide a Perl::Dist-compatible tarball for it, I'll add it immediately.
Re^6: Disappointed with latest Strawberry Perl
by syphilis (Archbishop) on Dec 30, 2007 at 23:41 UTC
    The part I miss most is libexpat, so I cannot install any XML stuff.

    These are the sorts of reasons that support the inclusion of PPM in Strawberry Perl. The expat library is certainly buildable on Windows (and xdg has provided some links on that), but not everyone wants to go to that much trouble - and PPM caters beautifully to those that *don't* enjoy going to that much trouble. PPM also makes available the openssl-based modules without having to build openssl. And, if Tk, is posing a problem - then just ppm install it. (I don't think I'd like to see Tk ship as standard with Strawberry Perl - that really would be bloat.)

    Cheers,
    Rob
      These are the sorts of reasons that support the inclusion of PPM in Strawberry Perl.

      You are aware that PPM requires Expat right?

      We can't bundle PPM until we can build a working Expat library...

      In the generic case you are correct, but currently nobody has a working Perl::Dist-compatible build of either Expat, or OpenSSL or a few other things we'd really want.

      As more working libs become available, more options will become available.