On Wed, Dec 17, 2025 at 1:51 AM ToddAndMargo via perl6-users <perl6-
[email protected] <mailto:[email protected]>> wrote:
On 12/16/25 6:09 PM, ToddAndMargo via perl6-users wrote:
> raku -v
> Welcome to RakudoΓäó v2025.11.
> Implementing the Raku® Programming Language v6.d.
> Built on MoarVM version 2025.11.
>
> C:\NtUtil>zef install Terminal::ANSIColor
> ===> Searching for: Terminal::ANSIColor
> ===> Fetching [FAIL]: Terminal::ANSIColor:ver<0.10>:auth<zef:lizmat>
> from https://360.zef.pm/T/ER/ <https://360.zef.pm/T/ER/>
> TERMINAL_ANSICOLOR/687697f93d36df28d99841af8121e28f032f87eb.tar.gz
> Aborting due to fetch failure:
> Terminal::ANSIColor:ver<0.10>:auth<zef:lizmat> (use --force-fetch to
> override)
>
> C:\NtUtil>zef install Terminal::ANSIColor --force-fetch
> ===> Searching for: Terminal::ANSIColor
> ===> Fetching [FAIL]: Terminal::ANSIColor:ver<0.10>:auth<zef:lizmat>
> from https://360.zef.pm/T/ER/ <https://360.zef.pm/T/ER/>
> TERMINAL_ANSICOLOR/687697f93d36df28d99841af8121e28f032f87eb.tar.gz
> [Terminal::ANSIColor] Failed to fetch, but continuing with --
force-fetch
> Use of uninitialized value of type IO::Path in string context.
> Methods .^name, .raku, .gist, or .say can be used to stringify it to
> something meaningful.
> in sub warn at 'SETTING::'src/core.c/control.rakumod line 267
> Must specify a non-empty string as a path
Chatgpt says this is know issue, especially when running Windows.
It recommends this:
Optional: make GitHub the default source
If you hit this often, you can tell zef to prefer GitHub:
zef update
zef config repository github
Then installs like this will usually “just work”:
zef install Terminal::ANSIColor
I do not have access the the customer's computer at the moment.
Is this "AI Slop"? Any options making GitHub the default source?
-T
On 12/18/25 9:37 AM, Will Coleda wrote:
> That is AI slop, yes. Bad advice (You don’t want to download from github
> in general, you want to get from the fez ecosystem) and doesn’t help
> solve the actual problem.
>
> Please try to download that file manually from the box that is
> generating the error. Your error message has the URL:
>
> curl --output outfile https://360.zef.pm/T/ER/
> TERMINAL_ANSICOLOR/687697f93d36df28d99841af8121e28f032f87eb.tar.gz
> <https://360.zef.pm/T/ER/
> TERMINAL_ANSICOLOR/687697f93d36df28d99841af8121e28f032f87eb.tar.gz>
>
> I tried that URL from my box and it downloads fine.
>
> You could also add a “—verbose” to the zef command to see if it tells
> you why the download is failing.
>
Hi Will,
You called it. Thank you! You saved my ...
I took me a few minutes to realize the zef took the tar
ball and I did not have to de-tar it.
The problem had to do with SSL certificates. Curl was the
one that identified it.
The work around for curl is `--ssl-no-revoke `
:-)
Happy camping has returned!
-T
C:\NtUtil>zef install File::Directory::Tree --force-install
===> Searching for: File::Directory::Tree
===> Fetching [FAIL]:
File::Directory::Tree:ver<0.1>:auth<github:labster> from
https://raw.githubusercontent.com/raku/REA/main/archive/F/File%3A%3ADirectory%3A%3ATree/File%3A%3ADirectory%3A%3ATree%3Aver%3C0.1%3E%3Aauth%3Cgithub%3Alabster%3E.tar.gz
Aborting due to fetch failure:
File::Directory::Tree:ver<0.1>:auth<github:labster> (use --force-fetch
to override)
C:\NtUtil>curl -L --ssl-no-revoke
https://raw.githubusercontent.com/raku/REA/main/archive/F/File%3A%3ADirectory%3A%3ATree/File%3A%3ADirectory%3A%3ATree%3Aver%3C0.1%3E%3Aauth%3Cgithub%3Alabster%3E.tar.gz
-o File-Directory-Tree.tar.gz
C:\NtUtil>zef install C:\NtUtil\File-Directory-Tree.tar.gz
===> Staging File::Directory::Tree:ver<0.1>:auth<zef:labster>
===> Staging [OK] for File::Directory::Tree:ver<0.1>:auth<zef:labster>
===> Testing: File::Directory::Tree:ver<0.1>:auth<zef:labster>
===> Testing [OK] for File::Directory::Tree:ver<0.1>:auth<zef:labster>
===> Installing: File::Directory::Tree:ver<0.1>:auth<zef:labster>
