Request for Comments: Strawberry Perl pre-installed modules

Alias on 2007-11-07T02:14:54

I'm one or two test runs away from completing the image-generation elements of the new Perl::Dist implementation.

This means I will be able to do distribution releases in .zip form for people to test (they won't have the .exe or .msi installer).

While I continue onwards to finish the re-implementation of the .exe install generation, I'd like to get some feedback from people on any modules that they would like to come pre-installed with Strawberry Perl.

Up to this point, I've wanted to limit the extra modules in Strawberry to just toolchain modules, and create a separate "Chocolate Perl" that bundles a whole ton of extras.

But feedback from Strawberry users seems to show there's a preferred middle group, with some small set of modules bundled that are otherwise very difficult to install (Expat and libxml are the biggest two requested).

I'd add SQLite to that list, but unfortunately DBD::SQLite is currently broken on Win32 due to a forking (and thus failing) test.

What else would people like to come pre-installed with Strawberry, other than toolchain modules like PAR::Dist.


Nothing More

Mr. Muskrat on 2007-11-07T02:47:50

I'd like nothing more than the ones you listed already (Expat and libxml). It is going to be really difficult to pick and choose otherwise because there are quite a few "cool" modules that don't install easily.

Amen.

jk2addict on 2007-11-07T03:17:54

Definately expat/libxml will make lives easier.

As far as DBD::SQLite is concerned, even if there wasn't a test failure, I vote for not including 1.13/1.14. There's a nasty PK bug in those (Yes damnit, I keep not filing an RT for this) on win32.

Re:Amen.

jk2addict on 2007-11-07T03:33:31

To go along with libxml...the other headache module us it's twin: libxslt.

Re:Amen.

Alias on 2007-11-12T00:42:18

pexports seems to crash on libxslt, so for the moment it's just going to be libxml2

more external libraries

dagolden on 2007-11-07T03:30:26

OpenSSH and OpenSSL

Re:more external libraries

Mr. Muskrat on 2007-11-07T21:44:37

Install Win32 OpenSSL and Strawberry Perl will use it just fine.

I haven't tried OpenSSH yet.

Re:more external libraries

Alias on 2007-11-08T12:48:23

Nope, didn't work. Not the lite version anyways...

Re:more external libraries

Mr. Muskrat on 2007-11-08T14:15:56

Yep. The description of the regular version says that it is recommmended for software developers.

Re:more external libraries

Corion on 2007-11-08T07:17:41

Unfortunately, their installer requires Administrator privileges, which is bad as it prevents you from being able to copy the Perl directory around. The DLLs should go into the same directory as perl.exe so they are always around... Also, it would be nice if even Strawberry Perl was of the "Batteries Included" kind, and not only Chocolate :)

Request for Comments: Strawberry Perl pre-installe

Corion on 2007-11-07T07:14:27

I'd like SQLite to be in the distribution (and DBI), but if there's something other than a failing fork() test, skip it.

Another thing that would be really nice to have is SSL support via Crypt::SSLeay out of the box, but I'm not sure if LWP is on your list. Maybe that's more chocolatey. I hope I can give you a "distro-builder" that downloads the "current" OpenSSL binaries (that is, DLL) and puts them in the right place on Windows, so rebuilding the distribution gets less painful.

Re:Request for Comments: Strawberry Perl pre-insta

Alias on 2007-11-07T12:33:04

At the moment SQLite only fails from the broken test.

LWP is part of the upgrades for the toolchain, so adding SSLeay to that is problem a good idea.

The items on the win32 wiki Misc list ?

renodino on 2007-11-07T16:04:14

Or at least libwin32, which is pretty valuable for building other Win32 apps.

Also, if including DBD::SQLite, then shouldn't DBI be included ?

DBD::SQLite Bug

jk2addict on 2007-11-07T19:55:16

This thread and my plea to NOT use 1.13/1.14 prompted me to finally file the RT once I re-figured out how to reproduce it.

http://rt.cpan.org//Ticket/Display.html?id=30558

It's a pretty nasty one, and the only reason I ever caught it was some PK violation tests in Handel, where the subsequent tests after the PK violation tests were also failing under 1.13+