New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Idea: qvm-sync-appmenus also parsing /usr/local/share/applications #4152

Open
t4777sd opened this Issue Jul 27, 2018 · 0 comments

Comments

Projects
None yet
1 participant
@t4777sd

t4777sd commented Jul 27, 2018

Qubes OS version:

4.0

Affected component(s):

Application menu syncing

Steps to reproduce the behavior:

  1. Install any locally installed app that a user may want in a particular VM, but not other VMs and they do not want to make it installed in all VMs and make a bunch of clones of VMs (as that creates its own problems)

  2. Desktop file will be placed in /usr/local/share/applications

  3. Sync the app menu and you will see it does not detect the apps

Expected behavior:

It would be nice if desktop files also looked in /usr/local/share/applications. This provides a mechanism to install software locally without making a lot of template clones.

I understand why ~./.local/share/applications is excluded because it appears some apps install to both that and /usr/share/applications so that would require trying to parse out duplicates etc.

However, no packaged apps install into /usr/local/share/applications and that folder is local to the AppVM too.

Motivation for locally installed apps

The primary motivation is because a single change does not warrant a template clone as that creates a bunch of other issues (resource issues, menu cluttering issues, etc).

  1. The appvm wants to run a different version of software than those in other appvms

  2. The application is less trusted so better to keep it entirely contained in the appvm

  3. The software only belongs in one appvm and its not efficient to create a new template just because of that one software

  4. The software is downloaded from the internet, only belongs in oen appvm, and it makes little since to transfer it to the templatevm (as that has no internet to download it) when it can just be kept in that appvm which is the only place it should run.

@t4777sd t4777sd changed the title from qvm-sync-appmenus also parsing /usr/local/share/applications to Idea: qvm-sync-appmenus also parsing /usr/local/share/applications Jul 27, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment