How to Install and Uninstall perl-Devel-Hide Package on openSuSE Tumbleweed

Last updated: May 06,2024

1. Install "perl-Devel-Hide" package

This guide let you learn how to install perl-Devel-Hide on openSuSE Tumbleweed

$ sudo zypper refresh $ sudo zypper install perl-Devel-Hide

2. Uninstall "perl-Devel-Hide" package

In this section, we are going to explain the necessary steps to uninstall perl-Devel-Hide on openSuSE Tumbleweed:

$ sudo zypper remove perl-Devel-Hide

3. Information about the perl-Devel-Hide package on openSuSE Tumbleweed

Information for package perl-Devel-Hide:
----------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : perl-Devel-Hide
Version : 0.0015-1.11
Arch : noarch
Vendor : openSUSE
Installed Size : 19.4 KiB
Installed : No
Status : not installed
Source package : perl-Devel-Hide-0.0015-1.11.src
Upstream URL : https://metacpan.org/release/Devel-Hide
Summary : Forces the unavailability of specified Perl modules (for testing)
Description :
Given a list of Perl modules/filenames, this module makes 'require' and
'use' statements fail (no matter the specified files/modules are installed
or not).
They _die_ with a message like:
Can't locate Module/ToHide.pm in @INC (hidden)
The original intent of this module is to allow Perl developers to test for
alternative behavior when some modules are not available. In a Perl
installation, where many modules are already installed, there is a chance
to screw things up because you take for granted things that may not be
there in other machines.
For example, to test if your distribution does the right thing when a
module is missing, you can do
perl -MDevel::Hide=Test::Pod Makefile.PL
forcing 'Test::Pod' to not be found (whether it is installed or not).
Another use case is to force a module which can choose between two
requisites to use the one which is not the default. For example,
'XML::Simple' needs a parser module and may use 'XML::Parser' or 'XML::SAX'
(preferring the latter). If you have both of them installed, it will always
try 'XML::SAX'. But you can say:
perl -MDevel::Hide=XML::SAX script_which_uses_xml_simple.pl
NOTE. This module does not use Carp. As said before, denial _dies_.
This module is pretty trivial. It uses a code reference in @INC to get rid
of specific modules during require - denying they can be successfully
loaded and stopping the search before they have a chance to be found.
There are three alternative ways to include modules in the hidden list:
* import()
this is probably the most commonly used method, called automagically when
you do this:
use Devel::Hide qw(Foo Bar::Baz);
or
perl -MDevel::Hide=...
* setting @Devel::Hide::HIDDEN
* environment variable DEVEL_HIDE_PM
both of these two only support 'global' hiding, whereas 'import()' supports
lexical hiding as well.
Optionally, you can provide some arguments *before* the list of modules:
* -from:children
propagate the list of hidden modules to your process' child processes. This
works by populating 'PERL5OPT', and is incompatible with Taint mode, as
explained in perlrun. Of course, this is unnecessary if your child
processes are just forks of the current one.
* -lexically
This is only available on perl 5.10.0 and later. It is a fatal error to try
to use it on an older perl.
Everything following this will only have effect until the end of the
current scope. Yes, that includes '-quiet'.
* -quiet
suppresses diagnostic output. You will still get told about errors. This is
passed to child processes if -from:children is in effect.