Re: Finding conflicts in /usr/bin

Przemek Klosowski <przemek.klosowski@xxxxxxxx> · Fri, 12 May 2017 16:27:03 -0400



    On 05/12/2017 02:50 PM, Mattia Verga
      wrote:

    
    After a recent bug report I've received [1] I thought to
      conduct a survey on all packages available in Fedora to find
      conflicts between binary names under /usr/bin but I don't know how
      exactly do that. Is there a way to extract the list of all files
      installed under /usr/bin from all packages?
      

      I tried with 'dnf repoquery --disablerepo="updates" -l *.x86_64 |
      grep "/usr/bin" &> filelist.txt' but it seems to only list
      files for packages I've installed on my system.
      

      My suspect is that this survey will result in many packages are
      using the same very common binary names. 

    
    Ugly way: dnf whatprovides '/usr/bin/*'  gives a list of packages
    that needs some postprocessing. This reports 554 packages. 

    Next we do 

       for a in `cat /tmp/y` ; do dnf repoquery $a -l | grep /usr/bin;
    done

    which results in 1210 files installed in /usr/bin/, of which 137
    seem to be 2,3 or 4-plicates.

    
    The situation isn't quite bad, though, because packages are offered
    for different archs and updates:

    
    $ dnf whatprovides /usr/bin/gio

    ...

    glib2-2.50.3-1.fc25.x86_64 : A library of handy utility
    functions        Repo        : @System

    glib2-2.50.3-1.fc25.i686 : A library of handy utility functions   
            Repo        : @System

    glib2-2.50.1-1.fc25.i686 : A library of handy utility functions   
            Repo        : fedora

    glib2-2.50.1-1.fc25.x86_64 : A library of handy utility functions   
        Repo        : fedora

    glib2-2.50.3-1.fc25.i686 : A library of handy utility functions   
            Repo        : updates

    glib2-2.50.3-1.fc25.x86_64 : A library of handy utility functions   
        Repo        : updates

    
    The only one I could see that is really provided by multiple
    packages is /usr/bin/stap* : they seem to be provided by both
    systemtap-client and systemtap-devel.

    WHAT'S UP WITH THAT?

    
    There's also /usr/bin/mailq, but it's legit because it uses
    'alternatives':

    
    postfix-2:3.1.4-1.fc25.x86_64 : Postfix Mail Transport Agent

    esmtp-1.2-5.fc25.x86_64 : User configurable send-only Mail Transfer
    Agent

    postfix-2:3.1.4-1.fc25.x86_64 : Postfix Mail Transport Agent

    sendmail-8.15.2-8.fc25.x86_64 : A widely used Mail Transport Agent
    (MTA)

    esmtp-1.2-4.fc25.x86_64 : User configurable send-only Mail Transfer
    Agent

    exim-4.87-5.fc25.x86_64 : The exim mail transfer agent

    opensmtpd-6.0.2p1-1.fc25.x86_64 : Free implementation of the
    server-side SMTP

    postfix-2:3.1.3-1.fc25.x86_64 : Postfix Mail Transport Agent

    sendmail-8.15.2-7.fc25.x86_64 : A widely used Mail Transport Agent
    (MTA)

    ssmtp-2.64-16.fc24.x86_64 : Extremely simple MTA to get mail off the
    system to a

    
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx