How to Install and Uninstall texlive-pstool.noarch Package on Fedora 34

Last updated: March 01,2025

1. Install "texlive-pstool.noarch" package

This guide let you learn how to install texlive-pstool.noarch on Fedora 34


    
        
            $
        

        
            
                sudo dnf update
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf install
            
                        
                texlive-pstool.noarch
            
                    
    
    Copied

2. Uninstall "texlive-pstool.noarch" package

Please follow the guidelines below to uninstall texlive-pstool.noarch on Fedora 34:


    
        
            $
        

        
            
                sudo dnf remove
            
                        
                texlive-pstool.noarch
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf autoremove
            
                    
    
    Copied

3. Information about the texlive-pstool.noarch package on Fedora 34

Last metadata expiration check: 3:53:25 ago on Tue Sep 6 02:10:55 2022.
Available Packages
Name : texlive-pstool
Epoch : 9
Version : svn46393
Release : 39.fc34
Architecture : noarch
Size : 23 k
Source : texlive-2020-39.fc34.src.rpm
Repository : updates
Summary : Support for psfrag within pdfLaTeX
URL : http://tug.org/texlive/
License : LPPL
Description : The package works in the same sort of way as pst-pdf, but it
: also processes the PostScript graphics with psfrag to add
: labels within the graphic, before conversion. Thus the bundle
: replaces two steps of an ordinary workflow. (Naturally, the
: package requires that \write 18 is enabled.) Pstool ensures
: that each version of each graphic is compiled once only (the
: graphic is (re-)compiled only if it has changed since the
: previous compilation of the document). This drastically speeds
: up the running of the package in the typical case (though the
: first run of any document is inevitably just as slow as with
: any similar package).