How to Install and Uninstall liblexical-failure-perl Package on Ubuntu 16.04 LTS (Xenial Xerus)
Last updated: November 05,2024
1. Install "liblexical-failure-perl" package
Here is a brief guide to show you how to install liblexical-failure-perl on Ubuntu 16.04 LTS (Xenial Xerus)
$
sudo apt update
Copied
$
sudo apt install
liblexical-failure-perl
Copied
2. Uninstall "liblexical-failure-perl" package
Please follow the instructions below to uninstall liblexical-failure-perl on Ubuntu 16.04 LTS (Xenial Xerus):
$
sudo apt remove
liblexical-failure-perl
Copied
$
sudo apt autoclean && sudo apt autoremove
Copied
3. Information about the liblexical-failure-perl package on Ubuntu 16.04 LTS (Xenial Xerus)
Package: liblexical-failure-perl
Priority: optional
Section: universe/perl
Installed-Size: 102
Maintainer: Ubuntu Developers
Original-Maintainer: Debian Perl Group
Architecture: all
Version: 0.000007-2
Depends: perl (>= 5.14.0), libkeyword-simple-perl, libscope-upper-perl
Filename: pool/universe/libl/liblexical-failure-perl/liblexical-failure-perl_0.000007-2_all.deb
Size: 27724
MD5sum: 88d17f31a9754a2c5e27871d6596d3da
SHA1: 9135a5b36d3fbb0b4b9b730a832f691667cebd14
SHA256: a376a94320ea7b04fad91c8079d63e5466bbf0a6ddbf17cbb165cda98e31a3b9
Description-en: 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: 9c8be0534036c5a3221fa83ce4b15991
Homepage: https://metacpan.org/release/Lexical-Failure
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Priority: optional
Section: universe/perl
Installed-Size: 102
Maintainer: Ubuntu Developers
Original-Maintainer: Debian Perl Group
Architecture: all
Version: 0.000007-2
Depends: perl (>= 5.14.0), libkeyword-simple-perl, libscope-upper-perl
Filename: pool/universe/libl/liblexical-failure-perl/liblexical-failure-perl_0.000007-2_all.deb
Size: 27724
MD5sum: 88d17f31a9754a2c5e27871d6596d3da
SHA1: 9135a5b36d3fbb0b4b9b730a832f691667cebd14
SHA256: a376a94320ea7b04fad91c8079d63e5466bbf0a6ddbf17cbb165cda98e31a3b9
Description-en: 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: 9c8be0534036c5a3221fa83ce4b15991
Homepage: https://metacpan.org/release/Lexical-Failure
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu