How to Install and Uninstall perl-DBIx-Introspector.noarch Package on Fedora 36

Last updated: November 28,2024

1. Install "perl-DBIx-Introspector.noarch" package

Please follow the instructions below to install perl-DBIx-Introspector.noarch on Fedora 36


    
        
            $
        

        
            
                sudo dnf update
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf install
            
                        
                perl-DBIx-Introspector.noarch
            
                    
    
    Copied

2. Uninstall "perl-DBIx-Introspector.noarch" package

This tutorial shows how to uninstall perl-DBIx-Introspector.noarch on Fedora 36:


    
        
            $
        

        
            
                sudo dnf remove
            
                        
                perl-DBIx-Introspector.noarch
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf autoremove
            
                    
    
    Copied

3. Information about the perl-DBIx-Introspector.noarch package on Fedora 36

Last metadata expiration check: 4:28:16 ago on Thu Sep 8 02:05:26 2022.
Available Packages
Name : perl-DBIx-Introspector
Version : 0.001005
Release : 9.fc36
Architecture : noarch
Size : 30 k
Source : perl-DBIx-Introspector-0.001005-9.fc36.src.rpm
Repository : fedora
Summary : Detect what database you are connected to
URL : https://metacpan.org/release/DBIx-Introspector
License : GPL+ or Artistic
Description : DBIx::Introspector is a module factored out of the DBIx::Class database
: detection code. Most code that needs to detect which database it is
: connected to assumes that there is a one-to-one mapping from database
: drivers to database engines. Unfortunately reality is rarely that simple.
: For instance, DBD::ODBC is typically used to connect to SQL Server, but
: ODBC can be used to connect to PostgreSQL, MySQL, and Oracle. Additionally,
: while ODBC is the most common way to connect to SQL Server, it is not the
: only option, as DBD::ADO can also be used.