Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • I could really use more test reports from Win32 on the latest dev builds. KMX has something that works for him, but I neither use nor know a whole lot about Win32, so I really need the Win32 crowd to step up to help make this work. (Ironically, it's not HTTP::Server::Simple that's not been happy on Win32, but its test suite.)
    • I got Microsoft to build us a test farm specifically so you could have somewhere to do testing on :)

    • The most recent HTTP::Server::Simple dev release installs correctly for me, and mechanize installs correctly on top of it.

    • S_WORKSFORME on my laptop - just sent the positive report to CPANTesters.
      --
      The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
  • I just uploaded Mech 1.60 w/a skip_all for the HTTP::Server::Simple stuff.
    --

    --
    xoa

  • I would like to add few more packages to this list, these are some of the newer package that seem attractive

    4. KiokuDB
    5. Reaction

    They are most likely not in popular use, but they are the most blogged about

    • but they are the most blogged about

      Yet I'm not familiar with either, and I'm too lazy to look up what it's all about...

      Can you introduce these packages shortly, and most of all, tell us why we should care?

      • KiokuDB is a Moose based object database supporting multiple backend (filesystem, BerkeleyDB, DBI, etc...). You can read more about it here [iinteractive.com].

        Reaction is a framework on top of Catalyst and Moose. It aims at making components more reusable. An introduction can be found here [catalyzed.org] and here [cpan.org].

        Both of them are examples of next-generation Perl projects.

        • Those two look like they rely on stuff we mention in the first 3.

          Reaction will be a lot closer to working now that WWW::Mechanize is now working. There isn't any obvious other bugs that I can see at first look, but I'm installing it to make sure.

          As for KiokuDB, I'll have to check that one once we get DB_File working.

          --
          The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
        • MooseX::Types::DateTime fails tests, and signatures fails to build :( . I'm having to leave and let my machine find any others, however. Will check back later.
          --
          The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
          • 4 more failures, including Test::WWW::Mechanize::Catalyse (which crashes), Email::Valid, and MUIR/Time-modules. (I can't recall what the third one was.

            Work on the dependencies, and then the top level will work. :)

            --
            The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
            • It it due to the fork issue that was recently patched in 5.10.1RC1

              Fork does not work together with namespace::clean on 5.10.0/win32 and there is no workaround for it.

              • Forgot that detail. The one I pushed them to include, I take it?
                --
                The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
    • These may be novel and interesting, but they aren't important.

  • Funny thing on the Windows complaints. We haven't had any users popping up on the list about this problem, but that could be b/c it's a DB_File issue? Oh well. We've also had users complaining about lack of a PPM for AS Perl...

    Just so you know, we're (by that, the bp devs) are planning on undertaking a major restructuring of BioPerl (been needed for years, really), into smaller, easier to maintain distributions similar to Moose. We'll probably tie it all together via a Task::BioPerl or similar for anyon

    • You may not, but I've noticed a number of people showing up in #win32 trying to get it installed. We spent 2 hours a few weeks ago trying to get a cancer researcher up and running with some variant-discovery tool that didn't depend on much more than BioPerl.

      • You may not, but I've noticed a number of people showing up in #win32 trying to get it installed. We spent 2 hours a few weeks ago trying to get a cancer researcher up and running with some variant-discovery tool that didn't depend on much more than BioPerl.

        Looks like one problem was temp file generation (and deletion) when running tests. KMX's proposed solution [cpan.org], though, leaves generated temp files on the user's computer. My suggested compromise seems to work on OS X just fine, though I have no access to WinXP/Vista/7. Maybe time for use to take advantage of your Sekrit? [perl.org]

  • A very good summary of the issues.
  • I've never had a problem using a PPM version of WWW::Mechanize on ActivePerl, so I think it's a bit misleading to say that Windows users haven't been able to use a web scraping framework. I've been using WWW::Mechanize on ActivePerl for years.

    ActivePerl is far from perfect, but in some cases, I find PPM actually works better than installing directly off CPAN.

    • The reason that PPM is able to deal with situations like this is that (so far as I can tell anyway, I could be wrong) for certain strategically important modules, they simply ignore failing tests and package the module anyway.

      So yes, it works, if you work around the problem by using a third-party vendor who has packaged the module ignoring the failing tests.

      These types of things are fine as temporary workarounds, but that doesn't mean that mechanize itself inherently "works".

  • It seems like there is a demand for SDL perl in windows. However I have yet to see any code for it. Ok that was mean but really we have been trying to make sdl perl with windows working for a while now. In the end we had to put a

    croak "Help us!" if( $^O eq 'MSWin32');

    for v2.2.1.8. If there really is an interest for SDL perl on windows come talk to us add sdl-devel@perl.org. Any help will be greatly appreciated. I will provide you will all help needed.

  • Perl continues to be sys-admin best friend, and he needs Expect!

    I know it is scary because Windows knows nothing about ttys and alike, but cygwin perl supports it, so it is doable.