How to Install and Uninstall liblexical-failure-perl Package on Kali Linux
Last updated: November 05,2024
1. Install "liblexical-failure-perl" package
Please follow the step by step instructions below to install liblexical-failure-perl on Kali Linux
$
sudo apt update
Copied
$
sudo apt install
liblexical-failure-perl
Copied
2. Uninstall "liblexical-failure-perl" package
This guide covers the steps necessary to uninstall liblexical-failure-perl on Kali Linux:
$
sudo apt remove
liblexical-failure-perl
Copied
$
sudo apt autoclean && sudo apt autoremove
Copied
3. Information about the liblexical-failure-perl package on Kali Linux
Package: liblexical-failure-perl
Version: 0.001001-1
Installed-Size: 71
Maintainer: Debian Perl Group
Architecture: all
Depends: perl:any, libkeyword-simple-perl, libscope-upper-perl
Size: 27520
SHA256: d24a706b71e7f579720553236e916ba2dff157a4abd6d4359b379ff6977c27fc
SHA1: 840e3a65885e0646a58dcf448f1d871fe1efc950
MD5sum: 5cd422f7309ab3984c2ec1cb14cfb8ee
Description: Perl module for user-selectable lexically-scoped failure signaling
Lexical::Failure sets up two new keywords: fail and ON_FAILURE, with which
you can quickly create modules whose failure signaling is lexcially scoped,
under the control of client code.
.
Normally, modules specify some fixed mechanism for error handling and require
client code to adapt to that policy. One module may signal errors by
returning undef, or perhaps some special "error object". Another may die or
croak on failure. A third may set a flag variable. A fourth may require the
client code to set up a callback, which is executed on failure.
.
If you are using all four modules, your own code now has to check for failure
in four different ways, depending on where the failing component originated.
If you would rather that all components throw exceptions, or all return
undef, you will probably have to write wrappers around 3/4 of them, to
convert from their "native" failure mechanism to your preferred one.
Description-md5:
Homepage: https://metacpan.org/release/Lexical-Failure
Tag: devel::lang:perl, devel::library, implemented-in::perl
Section: perl
Priority: optional
Filename: pool/main/libl/liblexical-failure-perl/liblexical-failure-perl_0.001001-1_all.deb
Version: 0.001001-1
Installed-Size: 71
Maintainer: Debian Perl Group
Architecture: all
Depends: perl:any, libkeyword-simple-perl, libscope-upper-perl
Size: 27520
SHA256: d24a706b71e7f579720553236e916ba2dff157a4abd6d4359b379ff6977c27fc
SHA1: 840e3a65885e0646a58dcf448f1d871fe1efc950
MD5sum: 5cd422f7309ab3984c2ec1cb14cfb8ee
Description: Perl module for user-selectable lexically-scoped failure signaling
Lexical::Failure sets up two new keywords: fail and ON_FAILURE, with which
you can quickly create modules whose failure signaling is lexcially scoped,
under the control of client code.
.
Normally, modules specify some fixed mechanism for error handling and require
client code to adapt to that policy. One module may signal errors by
returning undef, or perhaps some special "error object". Another may die or
croak on failure. A third may set a flag variable. A fourth may require the
client code to set up a callback, which is executed on failure.
.
If you are using all four modules, your own code now has to check for failure
in four different ways, depending on where the failing component originated.
If you would rather that all components throw exceptions, or all return
undef, you will probably have to write wrappers around 3/4 of them, to
convert from their "native" failure mechanism to your preferred one.
Description-md5:
Homepage: https://metacpan.org/release/Lexical-Failure
Tag: devel::lang:perl, devel::library, implemented-in::perl
Section: perl
Priority: optional
Filename: pool/main/libl/liblexical-failure-perl/liblexical-failure-perl_0.001001-1_all.deb