I want to generate a list of trending Arch/AUR packages that focuses on user-facing applications rather than background libraries and dependencies.

I wrote a script that uses the data from pkgstats to show non-dependency packages sorted by popularity. However, it doesn’t distinguish between applications and libraries, so the output isn’t very useful.

I want to identify and separate standalone applications from libraries and dependencies for both Arch official repositories and AUR packages. Not just for installed packages but for all of them.

pamac, Graphical Package Manager for Manjaro Linux with Alpm, AUR, Appstream, Flatpak and Snap support, seems to identify applications vs libraries/dependencies when grouping packages into categories like “Music & Audio” or “Games”. As seen in this code, pamac gets categorized package lists and populates the UI accordingly.

Since it may not be clear what libraries or dependencies are and I’m already using pamac as an example. I’ll consider packages that appear in pamac’s categories like Games and Music & Audio as applications, and other packages as libraries/dependencies.

As an alternative, I would consider end-user software the ones that aren’t required by any other packages. This isn’t perfect, just good enough. For example, this is how I would do this for installed packages.

How can I identify standalone applications and separate them from libraries/dependencies in the Arch/AUR package lists? The end goal is a trending packages list focused on end-user software rather than background components.

    • CoderSupreme@programming.devOP
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      10 months ago

      Look for AppStream metadata files like .desktop and .metainfo.xml. Presence of these suggests the package provides a graphical application.

      I want to check all the packages in the Arch/AUR repositories, not just installed packages.

      To get a list of all installed Arch/AUR packages that aren’t libraries or dependencies, i.e., they aren’t required by any other packages, you can use the pacman command with the -Qent flag. This will list all explicitly installed native packages that are not direct or optional dependencies:

      pacman -Qent
      

      However, this command will only list packages from the official repositories and not the AUR packages. To get a list of all installed AUR packages, you can use the pacman -Qmq command:

      pacman -Qmq
      

      To filter out AUR packages that are not required by any other packages, you can combine the output of the above commands with some additional scripting. Here’s an example of how you can achieve this:

      comm -23 <(pacman -Qmq | sort) <(pacman -Qqg base | sort -u)
      

      This command will list all installed AUR packages that are not required by any other packages. Note that this command assumes that you have the comm utility installed on your system. If you don’t have it, you can install it by installing the coreutils package:

      sudo pacman -S coreutils
      

      Keep in mind that this approach might not be perfect, as it may still include some packages that are indirectly required by other packages. However, it should give you a good starting point for identifying packages that are not libraries or dependencies.

      • t0m5k1@lemmy.world
        link
        fedilink
        arrow-up
        5
        ·
        10 months ago

        To check all the repo’s you’re going to have to use something more than pacman, maybe a perl or python script that uses libalpm_databases to get the info you need, man libalpm_databases will help you get an idea of how to interact with it.

      • FiskFisk33@lemmy.one
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        10 months ago

        I want to check all the packages in the Arch/AUR repositories, not just installed packages.

        yay -Syu *
        

        hahah I’m kidding, just to be clear

  • Atemu@lemmy.ml
    link
    fedilink
    arrow-up
    4
    ·
    10 months ago

    You could count anything that is depended upon (a node in the dependency tree) as a library and anything that isn’d (a leaf) an app.

    Note that some end-usor applications are not “leaf” packages but nodes as they are both a library and an app (i.e. yt-dlp).

  • blobjim [he/him]@hexbear.net
    link
    fedilink
    English
    arrow-up
    2
    ·
    10 months ago

    Maybe also add a criteria that they depend on X11, Wayland, (will still include libraries like java) or GUI toolkits like Qt or libadwaita/gtk.