Closed Altai-man closed 4 years ago
@Altai-man This is a module installer like zef
or panda
, It is not intended to be installed by zef
like the normal modules.
For example, how can you install zef
for the first time? you have to use rakudobrew
or run few commands to clone the repo and install manually.
the same thing for Pakku
, there is a script to install it hooks/install-pakku.raku
, which takes care of the various libraries needed and installs them as well. so Pakku
and it's dependencies are installed to a repo
and bundled together as one application, rather than a module and dependencies. so it's not listed in depends
section in META6.json
.
I see two solutions for this issue ( which I don't like any of them ):
Add the dependencies to META6.json
file so that zef
can install it, however, this is not a genuine solution, since the module need to be installed by the script mentioned above hooks/install-pakku.raku
.
If this is blocking rakudo releases ( as if all modules must pass installation phase by zef
), then the only solution is to remove it from the ecosystem, and I can add it back when I make it compatiable with being installed with zef
Thanks for your response!
I don't think it is a strict requirement for the module to pass its installation phase by zef when it clearly doesn't do what's intended. I also dislike the option to remove Pakku from the ecosystem.
As now we know there are no regressions discovered by checking the module, thus can just ignore its "failure not failure" for this release time being, and patch our ecosystem testing suite to support custom testing commands (e.g. running the install-pakku.raku
script instead of zef install foo
) for modules and checking a status code. It might be beneficial not only for Pakku, but for other modules that might require that, so there is really no need to go for any of the routes you dislike. :)
I am closing the issue, thanks for your time.
So zef can't install the module properly like this:
Also
JSON::Fast
and possibly others are missing.