Re: Strawberry 5.14 again

[Corion]

If you already know that the win32-vanilla list is the place for this, why do you think that asking in an unrelated forum will get you a better response? Also, have you tried building 5.14 yourself? If it has now been a whole six months, you should have made some headway in that direction if the issue is so pressing for you. If you are unable to attempt building your own Perl, ActiveState Perl offers a distribution quite similar to Strawberry Perl. Maybe you want to use their distribution?

Again, if you want to have some reliable plan, you will have to pay for it. Coincidentially, ActiveState also sells commercial support.

[philkime]

This is the only forum where there has been the tiniest of information (from kmx) in nearly 8 months. win32-vanilla has had nothing in this time despite mails asking about it. I can build my own but that's not a solution for a supportable rollout. Activestate isn't an option for various reasons. It is rather tedious to have to justify everything like this under the assumption that I haven't thought about these options in the last 8 months. I don't need a reliable plan, it's just very unusual for a very active and very widely used project to go utterly dormant with no news at all. Yes, I can switch to another distribution but it would be nice to know first if this one is delayed or dead. That's not much to ask of even a free distribution in 8 months.

[Corion]

Nobody is asking you to "justify" things, but as you keep asking in the wrong forum repeatedly, and don't take the hint that this is still the wrong forum to ask repeatedly the same question, it seems to me that your threshold of bad undesireable behaviour is lower than your threshold of investigating an alternative solution.

Priorities change for people. If you want to contact people working on Strawberry Perl, I strongly recommend you contact the people through their published means, instead of spamming repeated posts asking the same question and getting the same answer, again and again. If the people working on Strawberry Perl don't answer you, you can ask them for your money back.

I suggest you invest the next six months until you repeat your question, again, by working out a fallback plan that does not include Strawberry Perl. If ActiveState Perl is unusable as per your unstated concerns, then consider Citrus Perl, or, again, building your own Perl.

If you find it tedious to restate your justifications, consider not repeating your question, or preparing your justification, as you likely will have to restate your justification in six months, when you repost your question, again.

[philkime]

Good heavens. Thanks for the pointer to Citrus Perl anway.

[patcat88]

Open source Windows Perl distributions have a very high habit of going dead and getting abandoned very quickly. Camelbox, Kurila, etc, read the full list at http://win32.perl.org/wiki/index.php?title=Win32_Distributions Either compile and ship your own perl, or use ActiveState. No other distribution has paid full time programmers on it. Even Microsoft's latest perl is 5.8.8 http://www.suacommunity.com/tool_warehouse.aspx

another list of dead perl distributions from the old (pre 2011) cpan.org site

Win95 / Win98 / WinME / WinNT / Win2000/W2K / WinXP (Win32)

Try first win32.perl.org.

Starting from Perl 5.005 the Win32 support has been integrated to the 
+Perl standard source code distribution. But if you insist on a binary
+:

    * ActivePerl (Perl for Win32, Perl for ISAPI, PerlScript, Perl Pac
+kage Manager)
    * Strawberry Perl, A 100% Open Source CPAN-capable Perl for Window
+s that works exactly the same as Perl everywhere else (includes Perl 
+for Win32, MinGW, dmake, CPAN preconfigured, libwin32, Win32::API, PP
+M, PAR, Expat/XML::Parser).
    * Vanilla Perl, Experimental/unstable core-Perl-only port used for
+ MinGW-based distribution R&D (includes Perl for Win32, MinGW, dmake)
    * Apache/Perl (binaries for both Perl-5.6/Apache-1.0/mod_perl-1 an
+d Perl-5.8/Apache-2/mod_perl-2)
    * CamelPack Installer for ActivePerl, Dev-C++, and nmake
    * DeveloperSide.Net (compiled under VS.NET and includes the latest
+ versions of Apache2, PHP, MySQL, OpenSSL, mod_perl, Apache::ASP, and
+ a few other components)
    * IndigoPerl (Perl for Win32, integrated Apache webserver, GUI Pac
+kage Manager)
    * niPerl (MSI installer, Win32::GUI, Win32::GUI::XMLBuilder, Docum
+entation Viewer, WGX, PAR ready, built-in SciTE editor)
    * OptiPerl (CGI and console script, IDE with syntax highlighting a
+nd debugger, query editor, emulated web server, code completion, hint
+s, context sensitive help, code librarian, many included tools)
    * PXPerl (compiled with Intel C++ Compiler for maximum performance
+, lots of modules already installed, with Pugs and Parrot binaries, l
+ets you install any other module from CPAN))
    * SiePerl for Win32 by Siemens, contains several modules
    * Prebuilt Perls by Rich Megginson, a special installer is used.

These two are very obsolete and no more maintained or updated. Use onl
+y if you know that you need these.

    * Perl (5.004) for Win32 for x86 Contains many useful additional m
+odules. README
    * Perl (5.004) for Win32 for Alpha Identical to the x86 one, excep
+t for the target CPU. README

If you want to compile Perl for Win32 yourself, only the Microsoft Vis
+ual C/C++ is actively supported, but if you want to pay for your comp
+iler the also Borland C++ Builder Studio should work reasonably well.
+ MinGW is a free option that also has been known to work. The Open Wa
+tcom, the Digital Mars, and lcc compiler are available (the last one 
+for non-commercial use only), but there are no reports of Perl being 
+built with them (patches welcomed by perl5-porters).