How to Install and Uninstall perl-DateTime-Format-Builder.noarch Package on Fedora 35

Last updated: January 13,2025

1. Install "perl-DateTime-Format-Builder.noarch" package

This guide covers the steps necessary to install perl-DateTime-Format-Builder.noarch on Fedora 35


    
        
            $
        

        
            
                sudo dnf update
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf install
            
                        
                perl-DateTime-Format-Builder.noarch
            
                    
    
    Copied

2. Uninstall "perl-DateTime-Format-Builder.noarch" package

This is a short guide on how to uninstall perl-DateTime-Format-Builder.noarch on Fedora 35:


    
        
            $
        

        
            
                sudo dnf remove
            
                        
                perl-DateTime-Format-Builder.noarch
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf autoremove
            
                    
    
    Copied

3. Information about the perl-DateTime-Format-Builder.noarch package on Fedora 35

Last metadata expiration check: 4:58:55 ago on Wed Sep 7 02:25:42 2022.
Available Packages
Name : perl-DateTime-Format-Builder
Version : 0.8300
Release : 5.fc35
Architecture : noarch
Size : 85 k
Source : perl-DateTime-Format-Builder-0.8300-5.fc35.src.rpm
Repository : fedora
Summary : Create DateTime parser classes and objects
URL : https://metacpan.org/release/DateTime-Format-Builder
License : Artistic 2.0 and (GPL+ or Artistic)
Description : DateTime::Format::Builder creates DateTime parsers. Many string formats of
: dates and times are simple and just require a basic regular expression to
: extract the relevant information. Builder provides a simple way to do this
: without writing reams of structural code.
:
: Builder provides a number of methods, most of which you'll never need, or at
: least rarely need. They're provided more for exposing of the module's innards
: to any sub-classes, or for when you need to do something slightly beyond what
: is expected.