How to Install and Uninstall perl-IO-stringy.noarch Package on Fedora 35

Last updated: May 20,2024

1. Install "perl-IO-stringy.noarch" package

This guide covers the steps necessary to install perl-IO-stringy.noarch on Fedora 35


    
        
            $
        

        
            
                sudo dnf update
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf install
            
                        
                perl-IO-stringy.noarch
            
                    
    
    Copied

2. Uninstall "perl-IO-stringy.noarch" package

This tutorial shows how to uninstall perl-IO-stringy.noarch on Fedora 35:


    
        
            $
        

        
            
                sudo dnf remove
            
                        
                perl-IO-stringy.noarch
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf autoremove
            
                    
    
    Copied

3. Information about the perl-IO-stringy.noarch package on Fedora 35

Last metadata expiration check: 4:14:47 ago on Wed Sep 7 02:25:42 2022.
Available Packages
Name : perl-IO-stringy
Version : 2.113
Release : 7.fc35
Architecture : noarch
Size : 65 k
Source : perl-IO-stringy-2.113-7.fc35.src.rpm
Repository : fedora
Summary : I/O on in-core objects like strings and arrays for Perl
URL : https://metacpan.org/release/IO-stringy
License : GPL+ or Artistic
Description : This toolkit primarily provides modules for performing both traditional
: and object-oriented I/O) on things *other* than normal filehandles; in
: particular, IO::Scalar, IO::ScalarArray, and IO::Lines.
:
: In the more-traditional IO::Handle front, we have IO::AtomicFile, which
: may be used to painlessly create files that are updated atomically.
:
: And in the "this-may-prove-useful" corner, we have IO::Wrap, whose
: exported wraphandle() function will clothe anything that's not a blessed
: object in an IO::Handle-like wrapper... so you can just use OO syntax
: and stop worrying about whether your function's caller handed you a
: string, a globref, or a FileHandle.