On Thu, Mar 15, 2018 at 3:59 PM, Jan Ehrhardt <[email protected]> wrote: > William A Rowe Jr in gmane.comp.apache.devel (Thu, 15 Mar 2018 13:52:48 > -0500): >>The largest headache is provisioning the entire suite of non-default perl >>modules required. Running the framework is trivial. I've been working on >>some workaround to this for unix and windows for "stock" test boxes. > > Any chance to make this publicly available? To give you an idea, > ImageMagick does a fairly standard Perl install on Appveyor: > https://github.com/ImageMagick/ImageMagick-Windows/blob/master/AppVeyor/Install.cmd#L37 > They are downloading > https://github.com/ImageMagick/ImageMagick-Windows/releases/download/20160630/strawberry-perl-5.20.1.1-64bit.msi
Yes, but the perl logic isn't done yet. Even the OpenSSL project refused to support RedHat/CentOS without perl-core extensions installed (or alert to their absence.) Seems perl test logic authors are traditionally and continuously obtuse to their test suites' pain points. https://github.com/appsuite/oss-httpd-build is where this all lives, and is where the localized PERL5LIB schema for all the components will land. This can be further streamlined, and the really big caveat is that the gather phase requires bash on Windows (SFU makes this trivial.) I've given up on extending makefile syntax, and looking at a python (or perl) script to deal with both the Windows native checkout, and conditional BLD=candidate flavor, because various bits will or will not have a pending release when combining those packages, and that's something nmake, and even gmake won't support trivially.
