Travis is failing about examples HOT 15 CLOSED

Actually, the problem seems to be due to the FastCGI dependency:

===> Install [FAIL] for FastCGI:ver<0.9.0>: ===SORRY!=== Error while compiling /home/travis/build/perl6/perl6-examples/site#sources/D33B2CF81EB010BB6A219D2AF5F873163A6DBF44 (FastCGI::Protocol)
Use of pack is experimental; please 'use experimental :pack'
at /home/travis/build/perl6/perl6-examples/site#sources/D33B2CF81EB010BB6A219D2AF5F873163A6DBF44 (FastCGI::Protocol):447
------> <BOL>⏏<EOL>
    expecting any of:
        postfix
        statement end
===SORRY!=== Error while compiling /home/travis/build/perl6/perl6-examples/site#sources/D33B2CF81EB010BB6A219D2AF5F873163A6DBF44 (FastCGI::Protocol)
Use of pack is experimental; please 'use experimental :pack'
at /home/travis/build/perl6/perl6-examples/site#sources/D33B2CF81EB010BB6A219D2AF5F873163A6DBF44 (FastCGI::Protocol):447
------> <BOL>⏏<EOL>
    expecting any of:
        postfix
        statement end
make: *** [install-deps] Error 1

A git grep in the perl6-examples code doesn't show up any use of pack, so my guess is that the problem is really upstream.

from examples.

@JJ Travis is back green again. Are you happy that this issue is resolved?

from examples.

Right... And it remains to be seen whether FastCGI is actually used, too...

from examples.

What's really weird is that FastCGI doesn't actually turn up in the dependency chain (as far as I can tell):

zef depends .
===> Updating cpan mirror: https://raw.githubusercontent.com/ugexe/Perl6-ecosystems/master/cpan1.json
===> Updating p6c mirror: http://ecosystem-api.p6c.org/projects1.json
===> Updated p6c mirror: http://ecosystem-api.p6c.org/projects1.json
===> Updated cpan mirror: https://raw.githubusercontent.com/ugexe/Perl6-ecosystems/master/cpan1.json
HTTP::Easy:ver<1.1.0>
LWP::Simple:ver<0.106>:auth<github:perl6>
Web:ver<0.9.2>
Pod::To::HTML:ver<0.6.1>:auth<Perl 6>
DBIish:ver<0.5.17>
Terminal::ANSIColor:ver<0.5>
Text::VimColour:ver<0.4>
File::Find:ver<0.1>
Test::META:ver<0.0.14>:auth<github:jonathanstowe>
File::Temp:ver<0.0.6>
HTML::Escape:ver<0.0.1>
URI:ver<.0.1.4>
Term::termios:auth<github:krunen>
Algorithm::Soundex
Test::Output:ver<1.001001>
MIME::Base64:ver<1.2.1>:auth<github:retupmoca>
PSGI:ver<1.2.0>
Template::Mustache:ver<1.0.1>:auth<github:softmoth>
JSON::Tiny:ver<1.0>
Pod::Load:ver<0.4.0>
NativeHelpers::Blob:ver<0.1.10>:auth<github:salortiz>
META6:ver<0.0.19>:auth<github:jonathanstowe>
File::Directory::Tree:auth<labster>
MIME::Types
HTTP::Status
Temp::Path:ver<1.001003>
JSON::Fast:ver<0.9.12>
JSON::Class:ver<0.0.10>:auth<github:jonathanstowe>
Testo:ver<1.003004>
JSON::Unmarshal:ver<0.08>
Digest:ver<0.3.4>:auth<Lucien Grondin>
JSON::Marshal:ver<0.0.15>:auth<github:jonathanstowe>
JSON::Name:ver<0.0.2>:auth<github:jonathanstowe>

This is weird...

Anyway, I've pushed some commits to fix other issues I noticed with the current code, so maybe the next build will use an up to date dependency list and the problem with FastCGI will solve itself. The build will still fail since there is currently a bug in Rakudo, see e.g. https://colabti.org/irclogger/irclogger_log/perl6?date=2019-01-01#l430. Given sufficient tuits, I'll submit a patch for that issue and see if it can get patched.

from examples.

Hrm, hope is not a strategy :-/ For some reason FastCGI is still found as a dependency on Travis. The odd thing is that I can't reproduce this in my environment (Debian stretch; moar, nqp, rakudo, zef built and installed from source), which I think should be sufficently similar to the environment on Travis.

from examples.

It looks like bug I mentioned above has been fixed in a recent Rakudo commit. Unfortunately, the Travis tests are still failing sometimes due to a flappy test in the perl6-examples code...

from examples.

from examples.

Bumped to Rakudo 2018.05 for Pod::To::HTML and friends (2b9742a ). Also fixed a 50/50 chance of 070-categories.t failing due to unstable ordering in Categories.categories-list (bb38add).

from examples.

@dwarring Thanks for getting the tests passing again! Do you know what was causing the error when installing Pod::To::HTML? I hadn't yet managed to work out what

No such method 'new-without-check' for invocant of type 'CompUnit::PrecompilationId'

meant.

from examples.

from examples.

Pod::To::HTML needs a minimum 2018.11 version, actually, since it's using the latest additions to the Pod parsing code...

from examples.

Interesting... Should Pod::To::HTML perhaps specify 6.d as the version as the Perl version requirement in its metadata? That way dependent packages can use the correct version requirements. Just a thought...

from examples.

2018.11 is not 6.d yet, I think, but I guess specifying a minimum version is a must anyway.

from examples.

Fwiw, Pod::To::HTML is used by htmlify.pl to generate HTML. Does at least run to completion on Rakudo 2018.05, after installing the latest Pod::To::HTML.

from examples.

Totally! Great work!

from examples.