How to find program name(s) of an installed package?apt changelog for to-be installed packagesFind what package supplied a tool / application in Ubuntu 11.10Can I manage dpkg-installed package with apt-get?Half installed package nightmareReinstall all dependancies of a single packageHow to check if a virtual package is installed?Replace apt package with compiled versHow to find out how a program was removed?How to find exact program name of installed program using terminal?dpkg: error processing package sendmail-base

What typically incentivizes a professor to change jobs to a lower ranking university?

Show that if two triangles built on parallel lines, with equal bases have the same perimeter only if they are congruent.

How much RAM could one put in a typical 80386 setup?

Have astronauts in space suits ever taken selfies? If so, how?

How is it possible to have an ability score that is less than 3?

In Japanese, what’s the difference between “Tonari ni” (となりに) and “Tsugi” (つぎ)? When would you use one over the other?

"You are your self first supporter", a more proper way to say it

Why are electrically insulating heatsinks so rare? Is it just cost?

Prove that NP is closed under karp reduction?

Languages that we cannot (dis)prove to be Context-Free

How do we improve the relationship with a client software team that performs poorly and is becoming less collaborative?

How can I make my BBEG immortal short of making them a Lich or Vampire?

Is it possible to do 50 km distance without any previous training?

What defenses are there against being summoned by the Gate spell?

Is it legal for company to use my work email to pretend I still work there?

What's the output of a record cartridge playing an out-of-speed record

Are the number of citations and number of published articles the most important criteria for a tenure promotion?

What are these boxed doors outside store fronts in New York?

What's the point of deactivating Num Lock on login screens?

Why was the small council so happy for Tyrion to become the Master of Coin?

Theorems that impeded progress

strToHex ( string to its hex representation as string)

Can divisibility rules for digits be generalized to sum of digits

What is the word for reserving something for yourself before others do?



How to find program name(s) of an installed package?


apt changelog for to-be installed packagesFind what package supplied a tool / application in Ubuntu 11.10Can I manage dpkg-installed package with apt-get?Half installed package nightmareReinstall all dependancies of a single packageHow to check if a virtual package is installed?Replace apt package with compiled versHow to find out how a program was removed?How to find exact program name of installed program using terminal?dpkg: error processing package sendmail-base






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








5















When I have installed a package using apt, is there a way to find out by which command(s) I can run the installed program(s)?



For instance, the package httpcode is not available as httpcode, and the package description (apt show httpcode) does not explain how to run it. How could I have found out that it’s run via hc from the command line?



There are two slightly hacky workarounds I found:



  1. Assuming that programs are by default installed in usr/bin, I ran ls -ltc | head -n 10 to find recenlty touched files there, and indeed I found hc.


  2. Similarly to 1, dpkg -L httpcode returns a list of files created by installing the package, which also lists /usr/bin/hc.


Is there a better solution to this problem that doesn’t hinge upon the intuition of where the program might be stored on disk?



I also found that man httpcode does open the man page of the program, even though I called it with the package name as argument. Does this always work (if the program provides a manpage)?










share|improve this question




























    5















    When I have installed a package using apt, is there a way to find out by which command(s) I can run the installed program(s)?



    For instance, the package httpcode is not available as httpcode, and the package description (apt show httpcode) does not explain how to run it. How could I have found out that it’s run via hc from the command line?



    There are two slightly hacky workarounds I found:



    1. Assuming that programs are by default installed in usr/bin, I ran ls -ltc | head -n 10 to find recenlty touched files there, and indeed I found hc.


    2. Similarly to 1, dpkg -L httpcode returns a list of files created by installing the package, which also lists /usr/bin/hc.


    Is there a better solution to this problem that doesn’t hinge upon the intuition of where the program might be stored on disk?



    I also found that man httpcode does open the man page of the program, even though I called it with the package name as argument. Does this always work (if the program provides a manpage)?










    share|improve this question
























      5












      5








      5


      1






      When I have installed a package using apt, is there a way to find out by which command(s) I can run the installed program(s)?



      For instance, the package httpcode is not available as httpcode, and the package description (apt show httpcode) does not explain how to run it. How could I have found out that it’s run via hc from the command line?



      There are two slightly hacky workarounds I found:



      1. Assuming that programs are by default installed in usr/bin, I ran ls -ltc | head -n 10 to find recenlty touched files there, and indeed I found hc.


      2. Similarly to 1, dpkg -L httpcode returns a list of files created by installing the package, which also lists /usr/bin/hc.


      Is there a better solution to this problem that doesn’t hinge upon the intuition of where the program might be stored on disk?



      I also found that man httpcode does open the man page of the program, even though I called it with the package name as argument. Does this always work (if the program provides a manpage)?










      share|improve this question














      When I have installed a package using apt, is there a way to find out by which command(s) I can run the installed program(s)?



      For instance, the package httpcode is not available as httpcode, and the package description (apt show httpcode) does not explain how to run it. How could I have found out that it’s run via hc from the command line?



      There are two slightly hacky workarounds I found:



      1. Assuming that programs are by default installed in usr/bin, I ran ls -ltc | head -n 10 to find recenlty touched files there, and indeed I found hc.


      2. Similarly to 1, dpkg -L httpcode returns a list of files created by installing the package, which also lists /usr/bin/hc.


      Is there a better solution to this problem that doesn’t hinge upon the intuition of where the program might be stored on disk?



      I also found that man httpcode does open the man page of the program, even though I called it with the package name as argument. Does this always work (if the program provides a manpage)?







      apt package-management dpkg






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 14 hours ago









      bleistift2bleistift2

      366




      366




















          1 Answer
          1






          active

          oldest

          votes


















          7














          The locations of files (executables, man-pages and other stuff) should conform Filesystem Hierarchy Standard as a rule.



          Personally I solve this problem with one of four methods:




          1. It is known that executables are placed in the directories declared in $PATH environment variable:




            $ echo $PATH
            /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin




            So one can list all package files with dpkg --list (see man dpkg for details) and find files in /bin, /sbin, /usr/bin, /usr/sbin, /usr/games directories. So we can use the following command:




            $ dpkg -L httpcode | grep -E "/bin/|/sbin/|/usr/games/"
            /usr/bin/hc



            So we can see that /usr/bin/hc belongs to this package.




          2. List all man-pages:




            $ dpkg -L httpcode | grep "/man/"
            /usr/share/man/man1
            /usr/share/man/man1/hc.1.gz



            So we can see that we can use man hc.




          3. For applications with GUI I run search for *.desktop files.




            $ dpkg -L httpcode | grep ".desktop"
            $



            In this particular case it will not return anything.



            With some complicated proprietary (or bad-packaged) stuff this method transforms to reading Exec variable in the *.desktop file - here Telegram is an example:




             $ dpkg -L telegram | grep ".desktop"
            /usr/share/applications/telegram.desktop

            $ grep Exec $(dpkg -L telegram | grep ".desktop")
            Exec=/opt/telegram/Telegram -- %u



            About Exec see Desktop Entry Specification.




          4. For not installed package one can visit https://packages.ubuntu.com and use Search package directories here (for all releases or for selected release), then click on list of files link in the right column of the table:




            list of files link




            and one will get the file list:




            list of files for httpcode package




            This list may interpreted manually or by using searchbar in the browser.







          share|improve this answer

























          • Is your first solution always feasible, i.e. do package executables always go into some bin directory?

            – bleistift2
            14 hours ago






          • 1





            Yes, good-packaged application should conform Filesystem Hierarchy Standard, so its executables should be placed in /bin, /sbin, /usr/bin, /usr/sbin.

            – N0rbert
            13 hours ago






          • 2





            Your executable has to be in one of the directories of the PATH, or it will not be found typing just the name of the executable in the terminal.

            – vanadium
            13 hours ago











          • @vanadium, you are right about $PATH. Edited answer to include this approach.

            – N0rbert
            12 hours ago











          Your Answer








          StackExchange.ready(function()
          var channelOptions =
          tags: "".split(" "),
          id: "89"
          ;
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function()
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled)
          StackExchange.using("snippets", function()
          createEditor();
          );

          else
          createEditor();

          );

          function createEditor()
          StackExchange.prepareEditor(
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader:
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          ,
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          );



          );













          draft saved

          draft discarded


















          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1131675%2fhow-to-find-program-names-of-an-installed-package%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          7














          The locations of files (executables, man-pages and other stuff) should conform Filesystem Hierarchy Standard as a rule.



          Personally I solve this problem with one of four methods:




          1. It is known that executables are placed in the directories declared in $PATH environment variable:




            $ echo $PATH
            /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin




            So one can list all package files with dpkg --list (see man dpkg for details) and find files in /bin, /sbin, /usr/bin, /usr/sbin, /usr/games directories. So we can use the following command:




            $ dpkg -L httpcode | grep -E "/bin/|/sbin/|/usr/games/"
            /usr/bin/hc



            So we can see that /usr/bin/hc belongs to this package.




          2. List all man-pages:




            $ dpkg -L httpcode | grep "/man/"
            /usr/share/man/man1
            /usr/share/man/man1/hc.1.gz



            So we can see that we can use man hc.




          3. For applications with GUI I run search for *.desktop files.




            $ dpkg -L httpcode | grep ".desktop"
            $



            In this particular case it will not return anything.



            With some complicated proprietary (or bad-packaged) stuff this method transforms to reading Exec variable in the *.desktop file - here Telegram is an example:




             $ dpkg -L telegram | grep ".desktop"
            /usr/share/applications/telegram.desktop

            $ grep Exec $(dpkg -L telegram | grep ".desktop")
            Exec=/opt/telegram/Telegram -- %u



            About Exec see Desktop Entry Specification.




          4. For not installed package one can visit https://packages.ubuntu.com and use Search package directories here (for all releases or for selected release), then click on list of files link in the right column of the table:




            list of files link




            and one will get the file list:




            list of files for httpcode package




            This list may interpreted manually or by using searchbar in the browser.







          share|improve this answer

























          • Is your first solution always feasible, i.e. do package executables always go into some bin directory?

            – bleistift2
            14 hours ago






          • 1





            Yes, good-packaged application should conform Filesystem Hierarchy Standard, so its executables should be placed in /bin, /sbin, /usr/bin, /usr/sbin.

            – N0rbert
            13 hours ago






          • 2





            Your executable has to be in one of the directories of the PATH, or it will not be found typing just the name of the executable in the terminal.

            – vanadium
            13 hours ago











          • @vanadium, you are right about $PATH. Edited answer to include this approach.

            – N0rbert
            12 hours ago















          7














          The locations of files (executables, man-pages and other stuff) should conform Filesystem Hierarchy Standard as a rule.



          Personally I solve this problem with one of four methods:




          1. It is known that executables are placed in the directories declared in $PATH environment variable:




            $ echo $PATH
            /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin




            So one can list all package files with dpkg --list (see man dpkg for details) and find files in /bin, /sbin, /usr/bin, /usr/sbin, /usr/games directories. So we can use the following command:




            $ dpkg -L httpcode | grep -E "/bin/|/sbin/|/usr/games/"
            /usr/bin/hc



            So we can see that /usr/bin/hc belongs to this package.




          2. List all man-pages:




            $ dpkg -L httpcode | grep "/man/"
            /usr/share/man/man1
            /usr/share/man/man1/hc.1.gz



            So we can see that we can use man hc.




          3. For applications with GUI I run search for *.desktop files.




            $ dpkg -L httpcode | grep ".desktop"
            $



            In this particular case it will not return anything.



            With some complicated proprietary (or bad-packaged) stuff this method transforms to reading Exec variable in the *.desktop file - here Telegram is an example:




             $ dpkg -L telegram | grep ".desktop"
            /usr/share/applications/telegram.desktop

            $ grep Exec $(dpkg -L telegram | grep ".desktop")
            Exec=/opt/telegram/Telegram -- %u



            About Exec see Desktop Entry Specification.




          4. For not installed package one can visit https://packages.ubuntu.com and use Search package directories here (for all releases or for selected release), then click on list of files link in the right column of the table:




            list of files link




            and one will get the file list:




            list of files for httpcode package




            This list may interpreted manually or by using searchbar in the browser.







          share|improve this answer

























          • Is your first solution always feasible, i.e. do package executables always go into some bin directory?

            – bleistift2
            14 hours ago






          • 1





            Yes, good-packaged application should conform Filesystem Hierarchy Standard, so its executables should be placed in /bin, /sbin, /usr/bin, /usr/sbin.

            – N0rbert
            13 hours ago






          • 2





            Your executable has to be in one of the directories of the PATH, or it will not be found typing just the name of the executable in the terminal.

            – vanadium
            13 hours ago











          • @vanadium, you are right about $PATH. Edited answer to include this approach.

            – N0rbert
            12 hours ago













          7












          7








          7







          The locations of files (executables, man-pages and other stuff) should conform Filesystem Hierarchy Standard as a rule.



          Personally I solve this problem with one of four methods:




          1. It is known that executables are placed in the directories declared in $PATH environment variable:




            $ echo $PATH
            /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin




            So one can list all package files with dpkg --list (see man dpkg for details) and find files in /bin, /sbin, /usr/bin, /usr/sbin, /usr/games directories. So we can use the following command:




            $ dpkg -L httpcode | grep -E "/bin/|/sbin/|/usr/games/"
            /usr/bin/hc



            So we can see that /usr/bin/hc belongs to this package.




          2. List all man-pages:




            $ dpkg -L httpcode | grep "/man/"
            /usr/share/man/man1
            /usr/share/man/man1/hc.1.gz



            So we can see that we can use man hc.




          3. For applications with GUI I run search for *.desktop files.




            $ dpkg -L httpcode | grep ".desktop"
            $



            In this particular case it will not return anything.



            With some complicated proprietary (or bad-packaged) stuff this method transforms to reading Exec variable in the *.desktop file - here Telegram is an example:




             $ dpkg -L telegram | grep ".desktop"
            /usr/share/applications/telegram.desktop

            $ grep Exec $(dpkg -L telegram | grep ".desktop")
            Exec=/opt/telegram/Telegram -- %u



            About Exec see Desktop Entry Specification.




          4. For not installed package one can visit https://packages.ubuntu.com and use Search package directories here (for all releases or for selected release), then click on list of files link in the right column of the table:




            list of files link




            and one will get the file list:




            list of files for httpcode package




            This list may interpreted manually or by using searchbar in the browser.







          share|improve this answer















          The locations of files (executables, man-pages and other stuff) should conform Filesystem Hierarchy Standard as a rule.



          Personally I solve this problem with one of four methods:




          1. It is known that executables are placed in the directories declared in $PATH environment variable:




            $ echo $PATH
            /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin




            So one can list all package files with dpkg --list (see man dpkg for details) and find files in /bin, /sbin, /usr/bin, /usr/sbin, /usr/games directories. So we can use the following command:




            $ dpkg -L httpcode | grep -E "/bin/|/sbin/|/usr/games/"
            /usr/bin/hc



            So we can see that /usr/bin/hc belongs to this package.




          2. List all man-pages:




            $ dpkg -L httpcode | grep "/man/"
            /usr/share/man/man1
            /usr/share/man/man1/hc.1.gz



            So we can see that we can use man hc.




          3. For applications with GUI I run search for *.desktop files.




            $ dpkg -L httpcode | grep ".desktop"
            $



            In this particular case it will not return anything.



            With some complicated proprietary (or bad-packaged) stuff this method transforms to reading Exec variable in the *.desktop file - here Telegram is an example:




             $ dpkg -L telegram | grep ".desktop"
            /usr/share/applications/telegram.desktop

            $ grep Exec $(dpkg -L telegram | grep ".desktop")
            Exec=/opt/telegram/Telegram -- %u



            About Exec see Desktop Entry Specification.




          4. For not installed package one can visit https://packages.ubuntu.com and use Search package directories here (for all releases or for selected release), then click on list of files link in the right column of the table:




            list of files link




            and one will get the file list:




            list of files for httpcode package




            This list may interpreted manually or by using searchbar in the browser.








          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited 12 hours ago

























          answered 14 hours ago









          N0rbertN0rbert

          25k853118




          25k853118












          • Is your first solution always feasible, i.e. do package executables always go into some bin directory?

            – bleistift2
            14 hours ago






          • 1





            Yes, good-packaged application should conform Filesystem Hierarchy Standard, so its executables should be placed in /bin, /sbin, /usr/bin, /usr/sbin.

            – N0rbert
            13 hours ago






          • 2





            Your executable has to be in one of the directories of the PATH, or it will not be found typing just the name of the executable in the terminal.

            – vanadium
            13 hours ago











          • @vanadium, you are right about $PATH. Edited answer to include this approach.

            – N0rbert
            12 hours ago

















          • Is your first solution always feasible, i.e. do package executables always go into some bin directory?

            – bleistift2
            14 hours ago






          • 1





            Yes, good-packaged application should conform Filesystem Hierarchy Standard, so its executables should be placed in /bin, /sbin, /usr/bin, /usr/sbin.

            – N0rbert
            13 hours ago






          • 2





            Your executable has to be in one of the directories of the PATH, or it will not be found typing just the name of the executable in the terminal.

            – vanadium
            13 hours ago











          • @vanadium, you are right about $PATH. Edited answer to include this approach.

            – N0rbert
            12 hours ago
















          Is your first solution always feasible, i.e. do package executables always go into some bin directory?

          – bleistift2
          14 hours ago





          Is your first solution always feasible, i.e. do package executables always go into some bin directory?

          – bleistift2
          14 hours ago




          1




          1





          Yes, good-packaged application should conform Filesystem Hierarchy Standard, so its executables should be placed in /bin, /sbin, /usr/bin, /usr/sbin.

          – N0rbert
          13 hours ago





          Yes, good-packaged application should conform Filesystem Hierarchy Standard, so its executables should be placed in /bin, /sbin, /usr/bin, /usr/sbin.

          – N0rbert
          13 hours ago




          2




          2





          Your executable has to be in one of the directories of the PATH, or it will not be found typing just the name of the executable in the terminal.

          – vanadium
          13 hours ago





          Your executable has to be in one of the directories of the PATH, or it will not be found typing just the name of the executable in the terminal.

          – vanadium
          13 hours ago













          @vanadium, you are right about $PATH. Edited answer to include this approach.

          – N0rbert
          12 hours ago





          @vanadium, you are right about $PATH. Edited answer to include this approach.

          – N0rbert
          12 hours ago

















          draft saved

          draft discarded
















































          Thanks for contributing an answer to Ask Ubuntu!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid


          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.

          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1131675%2fhow-to-find-program-names-of-an-installed-package%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Reverse int within the 32-bit signed integer range: [−2^31, 2^31 − 1]Combining two 32-bit integers into one 64-bit integerDetermine if an int is within rangeLossy packing 32 bit integer to 16 bitComputing the square root of a 64-bit integerKeeping integer addition within boundsSafe multiplication of two 64-bit signed integersLeetcode 10: Regular Expression MatchingSigned integer-to-ascii x86_64 assembler macroReverse the digits of an Integer“Add two numbers given in reverse order from a linked list”

          Category:Fedor von Bock Media in category "Fedor von Bock"Navigation menuUpload mediaISNI: 0000 0000 5511 3417VIAF ID: 24712551GND ID: 119294796Library of Congress authority ID: n96068363BnF ID: 12534305fSUDOC authorities ID: 034604189Open Library ID: OL338253ANKCR AUT ID: jn19990000869National Library of Israel ID: 000514068National Thesaurus for Author Names ID: 341574317ReasonatorScholiaStatistics

          Kiel Indholdsfortegnelse Historie | Transport og færgeforbindelser | Sejlsport og anden sport | Kultur | Kendte personer fra Kiel | Noter | Litteratur | Eksterne henvisninger | Navigationsmenuwww.kiel.de54°19′31″N 10°8′26″Ø / 54.32528°N 10.14056°Ø / 54.32528; 10.14056Oberbürgermeister Dr. Ulf Kämpferwww.statistik-nord.deDen danske Stats StatistikKiels hjemmesiderrrWorldCat312794080n790547494030481-4