How to Install and Uninstall perl-Test-Spelling Package on openSuSE Tumbleweed
Last updated: December 30,2024
1. Install "perl-Test-Spelling" package
In this section, we are going to explain the necessary steps to install perl-Test-Spelling on openSuSE Tumbleweed
$
sudo zypper refresh
Copied
$
sudo zypper install
perl-Test-Spelling
Copied
2. Uninstall "perl-Test-Spelling" package
Please follow the steps below to uninstall perl-Test-Spelling on openSuSE Tumbleweed:
$
sudo zypper remove
perl-Test-Spelling
Copied
3. Information about the perl-Test-Spelling package on openSuSE Tumbleweed
Information for package perl-Test-Spelling:
-------------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : perl-Test-Spelling
Version : 0.25-1.21
Arch : noarch
Vendor : openSUSE
Installed Size : 49.2 KiB
Installed : No
Status : not installed
Source package : perl-Test-Spelling-0.25-1.21.src
Upstream URL : https://metacpan.org/release/Test-Spelling
Summary : Check for spelling errors in POD files
Description :
Test::Spelling lets you check the spelling of a 'POD' file, and report its
results in standard Test::More fashion. This module requires a spellcheck
program such as at http://hunspell.github.io/, _aspell_, _spell_, or,
_ispell_. We suggest using Hunspell.
use Test::Spelling;
pod_file_spelling_ok('lib/Foo/Bar.pm', 'POD file spelling OK');
Note that it is a bad idea to run spelling tests during an ordinary CPAN
distribution install, or in a package that will run in an uncontrolled
environment. There is no way of predicting whether the word list or
spellcheck program used will give the same results. You *can* include the
test in your distribution, but be sure to run it only for authors of the
module by guarding it in a 'skip_all unless $ENV{AUTHOR_TESTING}' clause,
or by putting the test in your distribution's _xt/author_ directory.
Anyway, people installing your module really do not need to run such tests,
as it is unlikely that the documentation will acquire typos while in
transit.
You can add your own stop words, which are words that should be ignored by
the spell check, like so:
add_stopwords(qw(asdf thiswordiscorrect));
Adding stop words in this fashion affects all files checked for the
remainder of the test script. See Pod::Spell (which this module is built
upon) for a variety of ways to add per-file stop words to each .pm file.
If you have a lot of stop words, it's useful to put them in your test
file's 'DATA' section like so:
use strict;
use warnings;
use Test::More;
use Test::Spelling;
use Pod::Wordlist;
add_stopwords();
all_pod_files_spelling_ok();
__DATA__
folksonomy
Jifty
Zakirov
To maintain backwards compatibility, comment markers and some whitespace
are ignored. In the near future, the preprocessing we do on the arguments
to Test::Spelling/"add_stopwords" will be changed and documented properly.
-------------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : perl-Test-Spelling
Version : 0.25-1.21
Arch : noarch
Vendor : openSUSE
Installed Size : 49.2 KiB
Installed : No
Status : not installed
Source package : perl-Test-Spelling-0.25-1.21.src
Upstream URL : https://metacpan.org/release/Test-Spelling
Summary : Check for spelling errors in POD files
Description :
Test::Spelling lets you check the spelling of a 'POD' file, and report its
results in standard Test::More fashion. This module requires a spellcheck
program such as at http://hunspell.github.io/, _aspell_, _spell_, or,
_ispell_. We suggest using Hunspell.
use Test::Spelling;
pod_file_spelling_ok('lib/Foo/Bar.pm', 'POD file spelling OK');
Note that it is a bad idea to run spelling tests during an ordinary CPAN
distribution install, or in a package that will run in an uncontrolled
environment. There is no way of predicting whether the word list or
spellcheck program used will give the same results. You *can* include the
test in your distribution, but be sure to run it only for authors of the
module by guarding it in a 'skip_all unless $ENV{AUTHOR_TESTING}' clause,
or by putting the test in your distribution's _xt/author_ directory.
Anyway, people installing your module really do not need to run such tests,
as it is unlikely that the documentation will acquire typos while in
transit.
You can add your own stop words, which are words that should be ignored by
the spell check, like so:
add_stopwords(qw(asdf thiswordiscorrect));
Adding stop words in this fashion affects all files checked for the
remainder of the test script. See Pod::Spell (which this module is built
upon) for a variety of ways to add per-file stop words to each .pm file.
If you have a lot of stop words, it's useful to put them in your test
file's 'DATA' section like so:
use strict;
use warnings;
use Test::More;
use Test::Spelling;
use Pod::Wordlist;
add_stopwords();
all_pod_files_spelling_ok();
__DATA__
folksonomy
Jifty
Zakirov
To maintain backwards compatibility, comment markers and some whitespace
are ignored. In the near future, the preprocessing we do on the arguments
to Test::Spelling/"add_stopwords" will be changed and documented properly.