Closed JJ closed 5 years ago
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.
Right... And it remains to be seen whether FastCGI is actually used, too...
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.
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.
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...
Thanks, Paul, for taking care of this...
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).
@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.
There''s been some change lately in that part of Rakudo, but I didn't know there was an error in Pod::To::HTML. I'll have to check that out.
El vie., 4 ene. 2019 a las 10:11, Paul Cochrane (notifications@github.com) escribió:
@dwarring https://github.com/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.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/perl6/perl6-examples/issues/53#issuecomment-451390704, or mute the thread https://github.com/notifications/unsubscribe-auth/AAAB9HR6dDQ1V4p1TncmrI4e9u2m6emlks5u_xq3gaJpZM4ZlAZ6 .
-- JJ
Pod::To::HTML needs a minimum 2018.11 version, actually, since it's using the latest additions to the Pod parsing code...
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...
2018.11 is not 6.d yet, I think, but I guess specifying a minimum version is a must anyway.
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.
@JJ Travis is back green again. Are you happy that this issue is resolved?
Totally! Great work!
And it seems to be simply due to the use of
pack
. Should be easy to solve.