Awesome
Zef
Raku Module Management
Installation
Manual
$ git clone https://github.com/ugexe/zef.git
$ cd zef
$ raku -I. bin/zef install .
Rakubrew
To install via rakubrew, please use the following command:
$ rakubrew build-zef
USAGE
zef --help
zef --version
# install the CSV::Parser distribution
zef install CSV::Parser
# search for distribution names matching `CSV`
zef search CSV
# detailed information for a matching distribution
zef info CSV::Parser
# list all available distributions
zef list
# list reverse dependencies of an identity
zef rdepends HTTP::UserAgent
# test project in current directory
zef test .
# fetch a specific module only
zef fetch CSV::Parser
# fetch a module, then shell into its local path
zef look CSV::Parser
# smoke test modules from all repositories
zef smoke
# run Build.rakumod if one exists in given path
zef build .
# update Repository package lists
zef update
# upgrade all distributions (BETA)
zef upgrade
# upgrade specific distribution (BETA)
zef upgrade CSV::Parser
# lookup module info by name/path/sha1
zef --sha1 locate 9FA0AC28824EE9E5A9C0F99951CA870148AE378E
# launch browser to named support urls from meta data
zef browse zef bugtracker
More CLI
install [*@identities]
Note: The install process does not install anything until all phases have completed. So, if the user requested to
install A
, and A required module B: both would be downloaded, potentially built, tested, and installed -- but only
if both passed all their tests. For example: if module A failed its tests, then module B would not be installed
(even if it passed its own tests) unless forced.
[@identities
] can take the form of a file path (starting with . or /), URLs, paths, or identities:
# IDENTITY
zef install CSV::Parser
zef install "CSV::Parser:auth<tony-o>:ver<0.1.2>"
zef install "CSV::Parser:ver<0.1.2>"
# PATH
zef install ./Raku-Net--HTTP
# URL
zef -v install https://github.com/ugexe/zef.git
zef -v install https://github.com/ugexe/zef/archive/main.tar.gz
zef -v install https://github.com/ugexe/zef.git@v0.1.22
# STDIN
echo "Net::HTTP" | zef install -
A request may contain any number and combination of these. Paths and URLs will be resolved first so they are available
to fulfill any dependencies of other requested identities. An identity of -
will treat each line of STDIN as an
identity.
Options
# Install to a custom locations
--install-to=<id> # site/home/vendor/perl, or
-to=<id> # inst#/home/some/path/custom
# Install all transitive and direct dependencies
# even if they are already installed globally (BETA)
--contained
# Load a specific Zef config file
--config-path=/some/path/config.json
# Install only the dependency chains of the requested distributions
--deps-only
# Ignore errors occuring during the corresponding phase
--force-resolve
--force-fetch
--force-extract
--force-build
--force-test
--force-install
# or set the default to all unset --force-* flags to True
--force
# Set the timeout for corresponding phases
--fetch-timeout=600
--extract-timeout=3600
--build-timeout=3600
--test-timeout=3600
--install-timeout=3600
# or set the default to all unset --*-timeout flags to 0
--timeout=0
# Number of simultaneous distributions/jobs to process for the corresponding phases
--fetch-degree=5
--test-degree=1
# Disable precompilation during installation
--/precompile-install
# Do everything except the actual installations
--dry
# Build/Test/Install each dependency serially before proceeding to Build/Test/Install the next
--serial
# Disable testing
--/test
# Disable build phase
--/build
# Disable fetching dependencies
--/depends
--/build-depends
--/test-depends
# Force a refresh for all module index indexes
--update
# Force a refresh for a specific ecosystem module index
--update=[ecosystem]
# Skip refreshing all module index indexes
--/update
# Skip refreshing for a specific ecosystem module index
--/update=[ecosystem]
ENV Options
# Number of simultaneous distributions/jobs to process for the corresponding phases (see: --[phase]-degree options)
ZEF_FETCH_DEGREE=5
ZEF_TEST_DEGREE=1
# Set the timeout for corresponding phases (see: --[phase]-timeout options)
ZEF_FETCH_TIMEOUT=600
ZEF_EXTRACT_TIMEOUT=3600
ZEF_BUILD_TIMEOUT=3600
ZEF_TEST_TIMEOUT=3600
ZEF_INSTALL_TIMEOUT=3600
# Set default --install-to target
ZEF_INSTALL_TO=site
# Path to config file (see: --config-path option)
ZEF_CONFIG_PATH=$PWD/resources/config.json
# Override DefaultCUR from the config file
ZEF_CONFIG_DEFAULTCUR=auto
# Override StoreDir from the config file
ZEF_CONFIG_STOREDIR=/home/ugexe/.config/zef/store
# Override TempDir from the config file
ZEF_CONFIG_TEMPDIR=/home/ugexe/.config/zef/temp
uninstall [*@identities]
Uninstall the specified distributions
update
Update the package indexes for all Repository
backends
Note: Some Repository
backends, like the default Ecosystems, have an auto-update
option
in resources/config.json
that can be enabled. This should be the number of hours until it should
auto update based on the file system last modified time of the ecosystem json file location.
upgrade [*@identities] BETA
Upgrade specified identities. If no identities are provided, zef attempts to upgrade all installed distributions.
search [$identity]
How these are handled depends on the Repository
engine used, which by default is Zef::Repository::Ecosystems<fez>
and Zef::Repository::Ecosystems<rea>
$ zef -v search URI
===> Found 4 results
-------------------------------------------------------------------------
ID|From |Package |Description
-------------------------------------------------------------------------
2 |Zef::Repository::Ecosystems<fez> |URI:ver<0.1.1> |A URI impleme...
3 |Zef::Repository::Ecosystems<rea> |URI:ver<0.1.1> |A URI impleme...
4 |Zef::Repository::Ecosystems<rea> |URI:ver<0.000.001>|A URI impleme...
------------------------------------------f-------------------------------
info [$identity]
View meta information of a distribution
$ zef info Distribution::Common::Remote -v
- Info for: Distribution::Common::Remote
- Identity: Distribution::Common::Remote:ver<0.1.0>:auth<github:ugexe>:api<0>
- Recommended By: Zef::Repository::Ecosystems<rea>
- Installed: No
Description: Create an installable Distribution from common remote sources
License: Artistic-2.0
Source-url: https://raw.githubusercontent.com/raku/REA/main/archive/D/Distribution%3A%3ACommon%3A%3ARemote/Distribution%3A%3ACommon%3A%3ARemote%3Aver%3C0.1.0%3E%3Aauth%3Cgithub%3Augexe%3E.tar.gz
Provides: 2 modules
----------------------------------------------------------------------------------
Module |Path-Name
----------------------------------------------------------------------------------
Distribution::IO::Remote::Github |lib/Distribution/IO/Remote/Github.rakumod
Distribution::Common::Remote::Github|lib/Distribution/Common/Remote/Github.rakumod
----------------------------------------------------------------------------------
Support:
# bugtracker: https://github.com/ugexe/Raku-Distribution--Common--Remote/issues
# source: https://github.com/ugexe/Raku-Distribution--Common--Remote.git
Depends: 2 items
----------------------------------
ID|Identity |Installed?
----------------------------------
1 |Distribution::Common|✓
2 |Test |✓
----------------------------------
Options
# Extra details (eg, list dependencies and which ones are installed)
-v
list [*@from]
List known available distributions
$ zef --installed list
===> Found via /home/foo/.rakubrew/moar/install/share/perl6/site
CSV::Parser:ver<0.1.2>:auth<github:tony-o>
Zef:auth<github:ugexe>
===> Found via /home/foo/.rakubrew/moar/install/share/perl6
CORE:ver<6.c>:auth<perl>
Note that not every Repository may provide such a list, and such lists may only be a subset. For example: We may not be able to get a list of every distribution on cpan, but we *can* get the $x most recent additions (we use 100 for now).
[@from
] allows you to show results from specific repositories only:
zef --installed list perl # Only list modules installed by rakudo itself
zef list fez # Only show available modules from the repository
zef list rea # with a name field matching the arguments to `list`
zef list p6c # (be sure the repository is enabled in config)
zef list cpan --cpan # (or enabled via a cli flag)
Otherwise results from all enabled repositories will be returned.
Options
# Only list installed distributions
--installed
# Additionally list the modules of discovered distributions
-v
depends [$identity]
List direct and transitive dependencies to the first successful build graph for $identity
$ zef depends Cro::SSL
Cro::Core:ver<0.7>
IO::Socket::Async::SSL:ver<0.3>
OpenSSL:ver<0.1.14>:auth<github:sergot>
rdepends [$identity]
List available distributions that directly depend on $identity
$ zef rdepends Net::HTTP
Minecraft-Tools:ver<0.1.0>
LendingClub:ver<0.1.0>
fetch [*@identities]
Fetches candidates for given identities
test [*@paths]
Run tests on each distribution located at [@paths
]
build [*@paths]
Run the build step for each distribution located in the given [@paths
]
Set the env variable ZEF_BUILDPM_DEBUG=1 or use the --debug flag for additional debugging information.
If you want to create a build hook you have two options:
-
PREFERRED List a builder module that can do what you need in the
builder
field of the META6.json file. For instace many cases of the I-need-to-run-make pattern can list"builder":"Distribution::Builder::MakeFromJSON"
and supply some extra info to the"build"
field (a non-standardDistribution::Builder::MakeFromJSON
specific field). For a more concrete example check out howInline::Perl5
uses the builder field. Remember to add any such module to yourbuild-depends
though! SeeZef::Service::Shell::DistributionBuilder
for more information. -
DEPRECATED (but probably never going away) Put the following dependency-free boilerplate in a file named
Build.rakumod
at the root of your distribution:class Build { method build($dist-path) { # do build stuff to your module # which is located at $dist-path } }
look [$identity]
Fetches the requested distribution and any dependencies (if requested), changes the directory to that of the fetched
distribution, and then stops program execution. This allows you modify or look at the source code before manually
continuing the install via zef install .
Note that the path to any dependencies that needed to be fetched will be set in env at RAKULIB, so you should be able to run any build scripts, tests, or complete a manual install without having to specify their locations.
browse $identity [bugtracker | homepage | source]
Options
# disables launching a browser window (just shows url)
--/open
Output the url and launch a browser to open it.
# also opens browser
$ zef browse Net::HTTP bugtracker
https://github.com/ugexe/Raku-Net--HTTP/issues
# only outputs the url
$ zef browse Net::HTTP bugtracker --/open
https://github.com/ugexe/Raku-Net--HTTP/issues
locate [$identity, $name-path, $sha1-id]
Options
# The argument is a sha1-id (otherwise assumed to be an identity or name-path)
--sha1
Lookup a locally installed module by $identity, $name-path, or $sha1-id
$ zef --sha1 locate A9948E7371E0EB9AFDF1EEEB07B52A1B75537C31
===> From Distribution: zef:ver<*>:auth<github:ugexe>:api<>
lib/Zef/CLI.rakumod => ~/rakudo/install/share/perl6/site/sources/A9948E7371E0EB9AFDF1EEEB07B52A1B75537C31
$ zef locate Zef::CLI
===> From Distribution: zef:ver<*>:auth<github:ugexe>:api<>
lib/Zef/CLI.rakumod => ~/rakudo/install/share/perl6/site/sources/A9948E7371E0EB9AFDF1EEEB07B52A1B75537C31
$ zef locate lib/Zef/CLI.rakumod
===> From Distribution: zef:ver<*>:auth<github:ugexe>:api<>
Zef::CLI => ~/rakudo/install/share/perl6/site/sources/A9948E7371E0EB9AFDF1EEEB07B52A1B75537C31
nuke [StoreDir | TempDir]
Deletes all paths in the specific configuration directory
nuke [site | home]
Deletes all paths that are rooted in the prefix of the matching CompUnit::Repository name
# uninstall all modules
$ zef nuke site home
Output Verbosity
You can control the logging level using the following flags:
# More/less detailed output
--error, --warn, --info (default), --verbose (-v), --debug
Global Configuration
Finding the configuration file
You can always see the configuration file that will be used by running:
$ zef --help
In most cases the default configuration combined with command line options should be enough for most users.
If you are most users (e.g. not: power users, packagers, zef plugin developers) you hopefully don't care about this section!
How the configuration file is chosen
The configuration file will be chosen at runtime from one of two (technically four) locations.
First, and the most precise way, is to specify the config file by passing --config-path="..."
to any zef command.
Second, third, and fourth we look at the path pointed to by %?RESOURCES<config.json>
. This will point to $zef-dir/resources/config.json
, where $zef-dir
will be either:
-
The prefix of a common configuration directory, such as
$XDG_CONFIG_HOME
or$HOME/.config
. -
The prefix of a rakudo installation location - This is the case if the modules loaded for bin/zef come from an installation CompUnit::Repository.
-
The current working directory
$*CWD
- This is the case when modules loaded for bin/zef come from a non-installation CompUnit::Repository (such as-I $dist-path
).To understand how this is chosen, consider:
# Modules not loaded from an ::Installation, # so %?RESOURCES is $*CWD/resources $ raku -I. bin/zef --help ... CONFIGURATION /home/user/raku/zef/resources/config.json ... # Installed zef script loads modules from an ::Installation, # so %?RESOURCES is $raku-share-dir/site/resources $ zef --help ... CONFIGURATION /home/user/raku/install/share/perl6/site/resources/EE5DBAABF07682ECBE72BEE98E6B95E5D08675DE.json ...
To summarize:
-
You can edit the
resources/config.json
file before you install zef.When you
raku -I. bin/zef install .
that configuration file be be used to install zef and will also be installed with zef such that it will be the default. -
You can create a
$*HOME/.config/zef/config.json
file.To allow overriding zef config behavior on a per user basis (allows setting different
--install-to
targets for, say, a root user and a regular user). Alternative one can set theXDG_CONFIG_HOME
env variable to instead look in$XDG_CONFIG_HOME/zef/config.json
. -
You can override both of the previous entries by passing
zef --config-path="$path" <any command>
Configuration fields
Basic Settings
- TempDir - A staging area for items that have been fetched and need to be extracted/moved
- StoreDir - Where zef caches distributions, package lists, etc after they've been fetched and extracted
- DefaultCUR - This sets the default value for
--install-to="..."
. The default value ofauto
means it will first try installing to rakudo's installation prefix, and if its not writable by the current user it will install to$*HOME/.raku
. These directories are not chosen by zef - they are actually represented by the magic stringssite
andhome
(which, likeauto
, are valid values despite not being paths along withvendor
andperl
)
Phases / Plugins Settings
These consist of an array of hashes that describe how to instantiate some class that fulfills the appropriate interface from Zef.rakumod (Repository
Fetcher
Extractor
Builder
Tester
Reporter
)
The descriptions follow this format:
{
"short-name" : "fez",
"enabled" : 1,
"module" : "Zef::Repository::Ecosystems",
"options" : { }
}
and are instantiated via
::($hash<module>).new(|($hash<options>)
- short-name - This adds an enable and disable flag by the same name to the CLI (e.g.
--fez
and--/fez
) and is used when referencing which object took some action. - enabled - Set to 0 to skip over the object during consideration (it will never be loaded). If omitted or if the value is non 0 then it will be enabled for use.
- module - The name of the class to instantiate. While it doesn't technically have to be a module it does need to be a known namespace to
require
. - options - These are passed to the objects
new
method and may not be consistent between modules as they are free to implement their own requirements.
See the configuration file in resources/config.json for a little more information on how plugins are invoked.
You can see debug output related to chosing and loading plugins by setting the env variable ZEF_PLUGIN_DEBUG=1
FAQ
Proxy support?
All the default fetching plugins have proxy support, but you'll need to refer to the backend program's (wget, curl, git, etc) docs. You may need to set an ENV variable, or you may need to add a command line option for that specific plugin in resources/config.json
Custom installation locations?
Pass a path to the -to / --install-to option and prefix the path with inst#
(unless you know what you're doing)
$ zef -to="inst#/home/raku/custom" install Text::Table::Simple
===> Searching for: Text::Table::Simple
===> Testing: Text::Table::Simple:ver<0.0.3>:auth<github:ugexe>
===> Testing [OK] for Text::Table::Simple:ver<0.0.3>:auth<github:ugexe>
===> Installing: Text::Table::Simple:ver<0.0.3>:auth<github:ugexe>
To make the custom location discoverable:
# Set the RAKULIB env:
$ RAKULIB="inst#/home/raku/custom" raku -e "use Text::Table::Simple; say 'ok'"
ok
# or simply include it as needed
$ raku -Iinst#/home/raku/custom -e "use Text::Table::Simple; say 'ok'"
ok