Created attachment 151279 [details] xbindkeys not found SUMMARY I wanted to install xbindkeys, so tried to find it in Discover. Unfortunately I wasn't able to do it, so tried with Synaptic and it found it. I think they are using the same repositories - check attached screenshot I suppose that Discover prefer snap package so sometime is not able to find proper package. For example when we try to install thunderbird (I made such test recently) we will get only snap package and when we need to install normal packge we need to use synaptic or do it in terminal. STEPS TO REPRODUCE 1. Start Discover 2. Try to find xbindkeys 3. OBSERVED RESULT Nothing, whereas it is present in repositories EXPECTED RESULT One should be able to find any package from repository SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.25.80 KDE Frameworks Version: 5.97 Qt Version: 5.15.5 ADDITIONAL INFORMATION
Created attachment 151280 [details] Discover settings
Created attachment 151281 [details] Synaptic repositories
Created attachment 151282 [details] synaptic found xbindkeys
At the moment, this is expected. Discover is not a package manager which shows packages but rather an "app store" which shows apps. Discover only shows software that has AppStream metadata, and in general, this means only user-facing apps. This is intentional because for the most part, non-technical users shouldn't have to install individual packages to make their system work properly. As for why Discover doesn't find the Thunderbird package and only shows results from Snap and Flatpak, this is a Neon packaging decision. They explicitly don't want you getting user-facing apps from the packaging repos as they are unsupported in Neon. Neon officially recommends only getting apps from the containerized app sources such as Flathub and the Snap store.
(In reply to Nate Graham from comment #4) > At the moment, this is expected. Discover is not a package manager which > shows packages but rather an "app store" which shows apps. Discover only > shows software that has AppStream metadata, and in general, this means only > user-facing apps. This is intentional because for the most part, > non-technical users shouldn't have to install individual packages to make > their system work properly. > > As for why Discover doesn't find the Thunderbird package and only shows > results from Snap and Flatpak, this is a Neon packaging decision. They > explicitly don't want you getting user-facing apps from the packaging repos > as they are unsupported in Neon. Neon officially recommends only getting > apps from the containerized app sources such as Flathub and the Snap store. Thank you for explanation. So for "power user" it is not so much usable (only for simple update of packages), and they need to user terminal or Synaptic to update or install packages.
Right, Discover is for getting new apps, not for performing system maintenance or package management, other than updating the system.