NAME
Acme::CPANModules::HidingModules - Hiding modules

VERSION
This document describes version 0.004 of
Acme::CPANModules::HidingModules (from Perl distribution
Acme-CPANModules-HidingModules), released on 2020-04-30.

DESCRIPTION
So you want to convince some Perl code that some modules that are
actually installed, aren't? There are several ways to accomplish this,
with different effects and levels of convincing. This list details them.

Why?

First of all, why would you want to do this? Almost always, the answer
is: for testing purposes. For example, you want to make sure that your
code can work without an optional module. Or, alternatively, you want to
test how your code fails under the absence of certain modules.

Making modules not loadable

Most of the time, you just want to make certain modules not loadable.
That is, making "require SomeModule" or "use Module" fail. To do this,
you usually install a hook at the first element of @INC. The hook would
die when it receives a request to load a module that you want to hide.
Some tools that work this way include:

lib::filter family, including its thin wrapper lib::disallow.
lib::filter et al supports hiding modules that you specify, as well as
hiding all core modules or all non-core modules. They also support
recursive allowing, i.e. you want to allow Moo and all the modules that
Moo loads, and all the modules that they load, and so on.

Devel::Hide. Devel::Hide also works by installing a hook in @INC. It
supports propagating the hiding to child process by setting PERL5OPT
environment variable.

Test::Without::Module.

Fooling module path finders

Depending on which tool you use to find a module's path, here are some
patches you can load to fool the finder.

Module::Path::Patch::Hide

Module::Path::More::Patch::Hide

Fooling module listers

Depending on which tool you use to find a module's path, here are some
patches you can load to fool the lister tool.

Module::List::Patch::Hide

PERLANCAR::Module::List::Patch::Hide

Module::List::Tiny::Patch::Hide

Module::List::Wildcard::Patch::Hide

Hard-core hiding

To fool code that tries to find the module files themselves without
using any module, i.e. by iterating @INC, you will need to actually
(temporarily) rename the module files. App::pmhiderename and
<lib::hiderename> does this.

INCLUDED MODULES
* lib::filter

* lib::disallow

* Devel::Hide

* Test::Without::Module

* Module::Path::Patch::Hide

* Module::Path::More::Patch::Hide

* Module::List::Patch::Hide

* PERLANCAR::Module::List::Patch::Hide

* Module::List::Tiny::Patch::Hide

* Module::List::Wildcard::Patch::Hide

* App::pmhiderename

FAQ
What are ways to use this module?
Aside from reading it, you can install all the listed modules using
cpanmodules:

% cpanmodules ls-entries HidingModules | cpanm -n

or Acme::CM::Get:

% perl -MAcme::CM::Get=HidingModules -E'say $_->{module} for @{ $LIST->{entries} }' | cpanm -n

This module also helps lcpan produce a more meaningful result for "lcpan
related-mods" when it comes to finding related modules for the modules
listed in this Acme::CPANModules module.

HOMEPAGE
Please visit the project's homepage at
<https://metacpan.org/release/Acme-CPANModules-HidingModules>.

SOURCE
Source repository is at
<https://github.com/perlancar/perl-Acme-CPANModules-HidingModules>.

BUGS
Please report any bugs or feature requests on the bugtracker website
<https://rt.cpan.org/Public/Dist/Display.html?Name=Acme-CPANModules-Hidi
ngModules>

When submitting a bug or request, please include a test-file or a patch
to an existing test-file that illustrates the bug or desired feature.

SEE ALSO
Acme::CPANModules - about the Acme::CPANModules namespace

cpanmodules - CLI tool to let you browse/view the lists

AUTHOR
perlancar <perlancar@cpan.org>

This is free software; you can redistribute it and/or modify it under
the same terms as the Perl 5 programming language system itself.