How to Install and Uninstall php-rmccue-requests.noarch Package on Fedora 34

Last updated: September 06,2024

1. Install "php-rmccue-requests.noarch" package

Here is a brief guide to show you how to install php-rmccue-requests.noarch on Fedora 34


    
        
            $
        

        
            
                sudo dnf update
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf install
            
                        
                php-rmccue-requests.noarch
            
                    
    
    Copied

2. Uninstall "php-rmccue-requests.noarch" package

This guide let you learn how to uninstall php-rmccue-requests.noarch on Fedora 34:


    
        
            $
        

        
            
                sudo dnf remove
            
                        
                php-rmccue-requests.noarch
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf autoremove
            
                    
    
    Copied

3. Information about the php-rmccue-requests.noarch package on Fedora 34

Last metadata expiration check: 1:29:14 ago on Tue Sep 6 02:10:55 2022.
Available Packages
Name : php-rmccue-requests
Version : 1.8.0
Release : 1.fc34
Architecture : noarch
Size : 70 k
Source : php-rmccue-requests-1.8.0-1.fc34.src.rpm
Repository : updates
Summary : Requests for PHP is a humble HTTP request library
URL : https://github.com/WordPress/Requests
License : ISC and BSD
Description : Requests for PHP simplifies how you interact with other sites and takes
: away all your worries.
:
: Requests is a HTTP library written in PHP, for human beings. It is
: roughly based on the API from the excellent Requests Python library.
: Requests is ISC Licensed (similar to the new BSD license) and has no
: dependencies, except for PHP 5.2+.
:
: Despite PHP's use as a language for the web, its tools for sending HTTP
: requests are severely lacking. cURL has an interesting API, to say the
: least, and you can't always rely on it being available. Sockets provide
: only low level access, and require you to build most of the HTTP
: response parsing yourself.
:
: We all have better things to do. That's why Requests was born.