How to Install and Uninstall perl-CGI-Prototype.noarch Package on Fedora 35

Last updated: October 09,2024

1. Install "perl-CGI-Prototype.noarch" package

This tutorial shows how to install perl-CGI-Prototype.noarch on Fedora 35


    
        
            $
        

        
            
                sudo dnf update
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf install
            
                        
                perl-CGI-Prototype.noarch
            
                    
    
    Copied

2. Uninstall "perl-CGI-Prototype.noarch" package

Please follow the step by step instructions below to uninstall perl-CGI-Prototype.noarch on Fedora 35:


    
        
            $
        

        
            
                sudo dnf remove
            
                        
                perl-CGI-Prototype.noarch
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf autoremove
            
                    
    
    Copied

3. Information about the perl-CGI-Prototype.noarch package on Fedora 35

Last metadata expiration check: 1:05:20 ago on Wed Sep 7 14:25:02 2022.
Available Packages
Name : perl-CGI-Prototype
Version : 0.9054
Release : 29.fc35
Architecture : noarch
Size : 35 k
Source : perl-CGI-Prototype-0.9054-29.fc35.src.rpm
Repository : fedora
Summary : Create a CGI application by subclassing
URL : https://metacpan.org/release/CGI-Prototype
License : GPL+ or Artistic
Description : The core of every CGI application seems to be roughly the same:
:
: * Analyze the incoming parameters, cookies, and URLs to determine the state
: of the application (let's call this "dispatch").
: * Based on the current state, analyze the incoming parameters to respond to
: any form submitted ("respond").
: * From there, decide what response page should be generated, and produce it
: ("render").
:
: CGI::Prototype creates a "Class::Prototyped" engine for doing all this, with
: the right amount of callback hooks to customize the process. Because I'm
: biased toward Template Toolkit for rendering HTML, I've also integrated that
: as my rendering engine of choice. And, being a fan of clean MVC designs, the
: classes become the controllers, and the templates become the views, with clean
: separation of responsibilities, and "CGI::Prototype" a sort of "archetypal"
: controller.