installed apps don’t show up in Ubuntu's "Show Applications" #1439

samuela · 2020-08-12T20:43:15Z

Issue description

Apps installed via home-manager don't show up in the Ubuntu "Show Applications" thingy.

See https://discourse.nixos.org/t/home-manager-installed-apps-dont-show-up-in-applications-launcher/8523 for context. https://github.com/rycee/home-manager/blob/master/modules/misc/xdg-mime.nix suggests that home-manager should be adding these applications to the desktop manager database automatically, but for some reason it's not working. Note that running update-desktop-database manually on a copy of the relevant stuff in the nix store does work, as discussed in the Discourse thread.

I have targets.genericLinux.enable = true and verified that $XDG_DATA_DIRS is being set appropriately:

❯ echo $XDG_DATA_DIRS
/nix/var/nix/profiles/default/share:/home/skainswo/.nix-profile/share:/home/skainswo/deleteme:/home/skainswo/.nix-profile/share/applications:/home/skainswo/.nix-profile/share/applications:/home/skainswo/.nix-profile/share/applications:/usr/share/ubuntu:/usr/local/share/:/usr/share/:/var/lib/snapd/desktop

Here's the entirety of my home.nix: https://gist.github.com/samuela/b507cb3a3effde6117b32700add2f448. I'm running Ubuntu 20.04.

Meta

Maintainer CC

@rycee @Kha

Technical details

❯ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 5.4.0-42-generic, Ubuntu, 20.04.1 LTS (Focal Fossa)`
 - multi-user?: `no`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.3.7`
 - channels(skainswo): `"home-manager, nixpkgs-20.09pre237891.f9eba87bf03"`
 - nixpkgs: `/home/skainswo/.nix-defexpr/channels/nixpkgs`

The text was updated successfully, but these errors were encountered:

rycee · 2020-08-12T21:39:35Z

Could you share the output of

$ ls ~/.nix-profile/share/applications

?

samuela · 2020-08-12T22:38:52Z

Sure!

❯ ls ~/.nix-profile/share/applications  
code-url-handler.desktop  htop.desktop    transmission-gtk.desktop
code.desktop              mimeinfo.cache  virt-manager.desktop
emacs.desktop             slack.desktop   vlc.desktop

samuela · 2020-08-12T22:46:37Z

No idea if this is related but when I run a home-manager switch I get this message:

Activating reloadSystemD
The user systemd session is degraded:
  UNIT                           LOAD   ACTIVE SUB    DESCRIPTION                               
● xdg-desktop-portal-gtk.service loaded failed failed Portal service (GTK+/GNOME implementation)

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

Kha · 2020-08-13T08:32:46Z

I'm not using Gnome unfortunately. But you said that the launcher works if you call update-desktop-database yourself in a separate directory? Do you see any relevant difference between the cached generated by that and ~/.nix-profile/share/applications/mimeinfo.cache?

samuela · 2020-08-13T23:26:26Z

Ok, I did the following:

$ cd
$ mkdir -p deleteme/applications

Then added export XDG_DATA_DIRS="/home/skainswo/deleteme:$XDG_DATA_DIRS" to the end of my ~/.profile.

$ echo $XDG_DATA_DIRS                               
/nix/var/nix/profiles/default/share:/home/skainswo/.nix-profile/share:/home/skainswo/deleteme:/usr/share/ubuntu:/usr/local/share/:/usr/share/:/var/lib/snapd/desktop
$ cp ~/.nix-profile/share/applications/* ~/deleteme/applications
$ update-desktop-database -v ~/deleteme/applications
Search path is now: [/home/skainswo/deleteme/applications]
File "/home/skainswo/deleteme/applications/htop.desktop" lacks MimeType key
File "/home/skainswo/deleteme/applications/virt-manager.desktop" lacks MimeType key
$ diff deleteme/applications/mimeinfo.cache ~/.nix-profile/share/applications/mimeinfo.cache
$

Then logging in and logging out I can see that I have all the apps in "Show Applications". So they actually have the same mimeinfo.cache. Here's its contents: https://gist.github.com/samuela/4ed9677cf522f26d806408f34caaeb35.

samuela · 2020-08-13T23:46:02Z

Update: it seems that in order to get rid of shortcuts after editing .profile a logout isn't sufficient, but a restart works.

samuela · 2020-08-14T00:15:15Z

Update 2: Adding

export XDG_DATA_DIRS="/home/skainswo/.nix-profile/share:$XDG_DATA_DIRS"

to my ~/.profile and restarting does work! So my guess is that home-manager is inserting its stuff into $XDG_DATA_DIRS too late for them to get picked up properly by Unity/GNOME/whatever.

Kha · 2020-08-14T07:57:46Z

I see, you only have programs.zsh.enable set, not programs.bash.enable. The latter would update your .profile appropriately. I'm actually using the same settings, but since I start my window manager from a zsh login shell, the environment variables are still loaded.

samuela · 2020-08-14T08:20:13Z

Mm, I see. So I guess home-manager should still be adding some things to .profile even when programs.bash.enable = false then?

cideM · 2020-08-17T18:56:44Z

So I tried looking into this as well because for me home manager installed icons only work on NixOS but not on Arch.

As you can see, I have the spotify icon in my nix-profile folder, and XDG_DATA_DIRS includes that folder. So as far as I can tell, it should see the icons folder because XDG_DATA_DIRS includes the root path containing that icons folder. But since some folks in this thread mentioned this update-desktop-database which doesn't work because immutable I guess that that's the problem?

For me restarts don't help.

cloud $ echo $XDG_DATA_DIRS | string split ":"
/nix/var/nix/profiles/default/share
/home/cloud/.nix-profile/share
/home/cloud/.nix-profile/share
/home/cloud/.local/share/flatpak/exports/share
/var/lib/flatpak/exports/share
/usr/local/share
/usr/share
cloud $ fd . -t l ~/.nix-profile/share/icons/ | rg spotify
/home/cloud/.nix-profile/share/icons/hicolor/128x128/apps/spotify-client.png
/home/cloud/.nix-profile/share/icons/hicolor/16x16/apps/spotify-client.png
/home/cloud/.nix-profile/share/icons/hicolor/256x256/apps/spotify-client.png
/home/cloud/.nix-profile/share/icons/hicolor/32x32/apps/spotify-client.png
/home/cloud/.nix-profile/share/icons/hicolor/48x48/apps/spotify-client.png
/home/cloud/.nix-profile/share/icons/hicolor/512x512/apps/spotify-client.png
/home/cloud/.nix-profile/share/icons/hicolor/64x64/apps/spotify-client.png

 - system: `"x86_64-linux"`
 - host os: `Linux 5.8.1-arch1-1, Arch Linux, noversion`
 - multi-user?: `no`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.3.7`
 - channels(cloud): `"home-manager, nixpkgs-20.09pre235385.ca4e665f8c3, nixos-20.03-20.03.2611.bb8f0cc2279"`
 - nixpkgs: `/home/cloud/.nix-defexpr/channels/nixpkgs`

Kha · 2020-08-17T20:54:17Z

As you can see, I have the spotify icon in my nix-profile folder, and XDG_DATA_DIRS includes that folder.

This doesn't guarantee that your DE uses the same values. You could look in /proc/$pid/environ where $pid is the process ID of the launcher to make sure.

But since some folks in this thread mentioned this update-desktop-database which doesn't work because immutable I guess that that's the problem?

Home manager calls update-desktop-database during build for you, then links the resulting store path, which as usual is immutable, into your home. You are not supposed to call it yourself, but you can inspect the files produced by Home manager to make sure they are correct. But again, I don't know what data exactly Gnome or other DEs expect there. I only cared about xdg-open in the shell working.

cideM · 2020-08-18T10:17:22Z

This doesn't guarantee that your DE uses the same values. You could look in /proc/$pid/environ where $pid is the process ID of the launcher to make sure.

That's a great tip, I didn't know about this. I took the parent process for /usr/bin/gnome-shell which spawns a couple of other gnome-shell threads and then checked its environ:

XDG_DATA_DIRS=/home/cloud/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:usr/local/share:/usr/share

Indeed, the Home Manager file paths are missing here. I did some more specific googling and came upon a very interesting Gnome issue filed by a Guix user. On another tracker the issue has a solution and some more instructions specifically for distros like Arch which have this issue can be found here

Unfortunately I couldn't make it work so far. I tried adding export XDG_DATA_DIRS to /etc/profile but that didn't help. .profile and .config/systemd/ also didn't help. I'll ask around in some Arch Linux/GNOME circles as to how I can set XDG_DATA_DIRS for the first /usr/bin/gnome-shell process that's started

rajibahmed · 2020-09-19T01:42:34Z

Me and @terlar was working with this issue for popOS (ubuntu based). the solution so far we found . setting home.nix like this. When the homeSession variables are passed to pamSession then the *.desktop files are found.

Still couldn't fix the pop-shell launcher, desktop apps are not searchable by super + /

xdg = {
   enable = true;
 };
 home.sessionVariables = {
   EDITOR="nvim";
   BROWSER = "firefox";
   TERMINAL = "alacritty";
 };

 pam.sessionVariables = config.home.sessionVariables // {
      LANGUAGE	="en_US:en";
      LANG	="en_US.UTF-8";
     //copy your pam session stuff here  from ~/.pam_environment
 };

WolfangAukang · 2020-10-23T00:15:31Z

Ok, I was able to reproduce what @samuela has done with Pop!_OS (@rajibahmed might be of your interest, as you are using the same OS).

I did the following steps after a clean install:
1- Set up Nix (confirm that $HOME/etc/profile.d/nix.sh is being loaded at .profile, restart your user session and echo any of the variables to check)
2- Set up home-manager
3- Build and switch a home.nix that contains:

xdg.enable=true;
xdg.mime.enable=true;
targets.genericLinux.enable=true;

Add to .profile the line:

export XDG_DATA_DIRS="/home/your_user/.nix-profile/share:$XDG_DATA_DIRS"

Restart

I will try this on Fedora in a few weeks to confirm this is being reproduced as expected or if the same issue as @cideM happens (different behavior per distro)

WolfangAukang · 2020-12-15T21:25:01Z

I tried the same steps on Fedora and it didn't work. I even tried to modify the ~/.local/environment.d/ file (that supposedly would help in making the gnome-shell process recognize the variable on Wayland) and it had an almost catastrophic result.

So yes, this seems to change according to the distro being used, unfortunately.

terlar · 2020-12-16T07:46:56Z

Did you try the pam.sessionVariables hack? I would be surprised if that is not working. Both .pam_environment and XDG_DATA_DIRS is a standard, so if that doesn’t work then that means the dist doesn’t respect these

WolfangAukang · 2020-12-16T23:37:16Z

Hey @terlar, just to confirm, it is adding XDG_DATA_DIRS to the pam.sessionVariables, is that correct? If that's so, then it didn't work.

My suspicion is the distro, or Wayland, because my current setup of pop!_OS uses Gnome on Xorg and with the tweak provided by @samuela, it worked without any issues. But on Fedora I am not able to get that. Had to use alacarte to create the shortcuts.

rajibahmed · 2020-12-28T13:43:27Z

I am now running manjaro with wayland. PAM solution doesn't work with wayland I believe.

terlar · 2021-02-01T14:10:35Z

I just had another look at this and got it to work with the following (for Ubuntu):

{
  targets.genericLinux = {
    enable = true;
    extraXdgDataDirs = [
      "/usr/share/ubuntu"
      "/usr/local/share/"
      "/usr/share/"
      "/var/lib/snapd/desktop"
    ];
  };
}

Together with this addition to targets/generic-linux.nix:

    systemd.user.sessionVariables = let
      profiles =
        [ "\${NIX_STATE_DIR:-/nix/var/nix}/profiles/default" profileDirectory ];
      dataDirs = concatStringsSep ":"
        (map (profile: "${profile}/share") profiles
          ++ config.targets.genericLinux.extraXdgDataDirs);
    in { XDG_DATA_DIRS = "${dataDirs}\${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS"; };

Caution!
If you don't add the extraXdgDataDirs with the one that was already set in $XDG_DATA_DIRS it could cause the desktop to be "unbootable", that happened to me. So then I had to remove the generated ~/.config/environment.d/10-home-manager.conf and reboot.

berbiche · 2021-02-03T04:02:23Z

@terlar would you like to make a PR with all your recent target.genericLinux findings? 😃

emanuelserpa · 2021-02-10T03:05:56Z

I'm testing NixOS and I'm having a similar problem using GNOME. Apps won't appear in the Shell until I reset GNOME.

This should fix the issue where desktops using Wayland did not see the installed desktop applications and potentially other artifacts stored in this directory. Suggested way to set per user environment variables for Wayland: https://wiki.archlinux.org/index.php/environment_variables#Per_user Fix nix-community#1439

Congee · 2021-05-01T01:51:21Z

I'm testing NixOS and I'm having a similar problem using GNOME. Apps won't appear in the Shell until I reset GNOME.

May I know how to reset GNOME?

SuperSandro2000 · 2022-04-20T17:10:47Z

or simply append -f to ln to always rewrite the link.

loicreynier · 2022-04-20T17:17:10Z

or simply append -f to ln to always rewrite the link.

Even with -f, ln failed to create the symbolic link due to permissions on my side.

drupol · 2022-04-22T08:54:12Z

This is fixing the issue:

  home.activation = {
    linkDesktopApplications = {
      after = [ "writeBoundary" "createXdgUserDirectories" ];
      before = [ ];
      data = ''
        rm -rf ${config.xdg.dataHome}/"applications/home-manager"
        mkdir -p ${config.xdg.dataHome}/"applications/home-manager"
        cp -Lr ${config.home.homeDirectory}/.nix-profile/share/applications/* ${config.xdg.dataHome}/"applications/home-manager/"
      '';
    };
  };

Dumb, but working flawlessly.

annymosse · 2022-04-22T13:57:24Z

@samuela
I'm facing same issue whenever i'm not using home-manager I just installed nix in kubuntu as single user in a virtual machine and :

$ cat ~/.profile
export XDG_DATA_DIRS="/home/annymosse/.nix-profile/share:$XDG_DATA_DIRS"
$ echo $XDG_DATA_DIRS
/home/nixer/.nix-profile/share:/usr/share/plasma:/.....

is there any idea ?

drupol · 2022-04-22T13:59:16Z

@annymosse Using Ubuntu here as well, the solution I provided works fine ! I'm happy :)

annymosse · 2022-04-22T14:07:05Z

@annymosse Using Ubuntu here as well, the solution I provided works fine ! I'm happy :)

Thanks for your reply, however I'm trying to migrate into nix instead of brew & snap , how can I implement your solution?

drupol · 2022-04-22T14:10:16Z

Ah, this is a good question.

Maybe someone else will help, I have no idea on how to implements this without using Home manager.

stale · 2022-07-22T14:50:39Z

Thank you for your contribution! I marked this issue as stale due to inactivity. Please be considerate of people watching this issue and receiving notifications before commenting 'I have this issue too'. We welcome additional information that will help resolve this issue. Please read the relevant sections below before commenting.

If you are the original author of the issue

If this is resolved, please consider closing it so that the maintainers know not to focus on this.
If this might still be an issue, but you are not interested in promoting its resolution, please consider closing it while encouraging others to take over and reopen an issue if they care enough.
If you know how to solve the issue, please consider submitting a Pull Request that addresses this issue.

If you are not the original author of the issue

If you are also experiencing this issue, please add details of your situation to help with the debugging process.
If you know how to solve the issue, please consider submitting a Pull Request that addresses this issue.

Memorandum on closing issues

Don't be afraid to manually close an issue, even if it holds valuable information. Closed issues stay in the system for people to search, read, cross-reference, or even reopen – nothing is lost! Closing obsolete issues is an important way to help maintainers focus their time and effort.

Doosty · 2022-12-12T20:45:49Z

This is fixing the issue:

  home.activation = {
    linkDesktopApplications = {
      after = [ "writeBoundary" "createXdgUserDirectories" ];
      before = [ ];
      data = ''
        rm -rf ${config.xdg.dataHome}/"applications/home-manager"
        mkdir -p ${config.xdg.dataHome}/"applications/home-manager"
        cp -Lr ${config.home.homeDirectory}/.nix-profile/share/applications/* ${config.xdg.dataHome}/"applications/home-manager/"
      '';
    };
  };

Dumb, but working flawlessly.

Tried on NixOS 22.11 in my home manager home.nix. Builds, but does nothing. Help appreciated, i really want my .nix-profile desktop entries to work...

aidalgol · 2022-12-12T20:47:57Z

@Doosty

Tried on NixOS 22.11 in my home manager home.nix. Builds, but does nothing. Help appreciated, i really want my .nix-profile desktop entries to work...

This ticket is about using home-manager on Ubuntu. If you're having problems on NixOS, you should open a separate issue, since desktop entries are managed very differently on NixOS.

* references: - https://old.reddit.com/r/Ubuntu/comments/hh1eh9/ubuntu_refuses_to_run_thirdparty_desktop_files/fw7yv0e/ - nix-community/home-manager#1439 (comment)

chaoky · 2023-02-02T17:01:07Z

I'm using a variation of #1439 (comment) to also get icons/fonts/man/etc

{
  programs.bash = {
    enable = true;
    profileExtra = ''
      export XDG_DATA_DIRS=$HOME/.home-manager-share:$XDG_DATA_DIRS
    '';
  };

  home.activation = {
    linkDesktopApplications = {
      after = [ "writeBoundary" "createXdgUserDirectories" ];
      before = [ ];
      data = ''
        rm -rf $HOME/.home-manager-share
        mkdir -p $HOME/.home-manager-share
        cp -Lr --no-preserve=mode,ownership ${config.home.homeDirectory}/.nix-profile/share/* $HOME/.home-manager-share
      '';
    };
  };
}

chaoky · 2023-02-22T20:36:24Z

update: simpler, builtin version, of the above

{
  fonts.fontconfig.enable = true;
  targets.genericLinux.enable = true;
  home.activation = {
    linkDesktopApplications = {
      after = [ "writeBoundary" "createXdgUserDirectories" ];
      before = [ ];
      data = "/usr/bin/update-desktop-database";
    };
  };
}

josephsellers · 2023-02-27T17:55:50Z

Thanks, @chaoky, that works for me!

For anyone else trying to get this working, about not having file permissions to do this, but that was resolved by running:
sudo chown -R $USER /usr/share/ /usr/local/

bayazidbh · 2023-03-19T05:22:50Z

Tested around on Kubuntu (Nix installed with determinate systems installer), and I think you only need to sudo chmod -R 777 $HOME/.nix-profile/share/applications. What matters is that update-desktop-database $HOME/.nix-profile/share/applications can create and modify the mimeinfo.cache file at ~/.nix-profile/share/applications.

Maybe targets.genericLinux.enable = true; can check if it has write permission for the folder (and request permission if it doesn't) and automaticall include update-desktop-database process.

In any case, for me, it seems like the update-desktop-database process won't succeed unless I ran it with /usr/bin/sudo or make the nix-profile applications folder writeable beforehand or with sudo during the process.

Edit: for me, targets.genericLinux.enable = true; and xdg.mime.enable = true; seems to be enough.

onsah · 2023-06-11T14:19:23Z

For Fedora Gnome, it works when you have bash managed by home-manager. So you need programs.bash.enabled = true; with targets.genericLinux.enable = true;

kindsun · 2023-06-25T03:44:27Z

Using: Kubuntu 23.04 w/ Nix Multiuser installation, here's what worked for me:

Added the following to home.nix:

# As already mentioned
targets.genericLinux.enable = true;
xdg.mime.enable = true;

# The critical missing piece for me
xdg.systemDirs.data = [ "${config.home.homeDirectory}/.nix-profile/share/applications" ];

For whatever reason, that directory wasn't explicitly added to $XDG_DATA_DIRS in my setup. Adapting this for other systems should hopefully be easy enough:

Figure out the dir where your nix installed .desktop files are getting saved
echo $XDG_DATA_DIRS and see if that dir is listed there
If it's not, adapt that last line above added to home.nix: xdg.systemDirs.data = [ "${config.home.homeDirectory}/path/to/applications/folder" ];
Newly installed apps show up automatically after restart or after executing sudo update-desktop-database. There's prob room for a more elegant solution here, but it works!

stale · 2023-09-23T09:34:33Z

Thank you for your contribution! I marked this issue as stale due to inactivity. Please be considerate of people watching this issue and receiving notifications before commenting 'I have this issue too'. We welcome additional information that will help resolve this issue. Please read the relevant sections below before commenting.

If you are the original author of the issue

If this is resolved, please consider closing it so that the maintainers know not to focus on this.
If this might still be an issue, but you are not interested in promoting its resolution, please consider closing it while encouraging others to take over and reopen an issue if they care enough.
If you know how to solve the issue, please consider submitting a Pull Request that addresses this issue.

If you are not the original author of the issue

If you are also experiencing this issue, please add details of your situation to help with the debugging process.
If you know how to solve the issue, please consider submitting a Pull Request that addresses this issue.

Memorandum on closing issues

Don't be afraid to manually close an issue, even if it holds valuable information. Closed issues stay in the system for people to search, read, cross-reference, or even reopen – nothing is lost! Closing obsolete issues is an important way to help maintainers focus their time and effort.

quinn-dougherty · 2023-11-28T07:06:21Z

word of warning: I had installed firefox, zulip, a couple others with snap, then uninstalled them when I decided I want to manage them through hm. It turned out that this step became onerous-- I got it to work (by following these steps) for anything I had not previously installed then removed through snap. Still haven't figured out how to back out of a snap install properly for these purposes.

slocke716 · 2023-12-05T02:01:57Z

This is fixing the issue:

  home.activation = {
    linkDesktopApplications = {
      after = [ "writeBoundary" "createXdgUserDirectories" ];
      before = [ ];
      data = ''
        rm -rf ${config.xdg.dataHome}/"applications/home-manager"
        mkdir -p ${config.xdg.dataHome}/"applications/home-manager"
        cp -Lr ${config.home.homeDirectory}/.nix-profile/share/applications/* ${config.xdg.dataHome}/"applications/home-manager/"
      '';
    };
  };

Dumb, but working flawlessly.

Building on @drupol solution, my remaining issue was that the non-interactive shell did not seem to have the nix path so I added the nix path directly

home.activation = {
    linkDesktopApplications = {
      after = [ "writeBoundary" "createXdgUserDirectories" ];
      before = [ ];
      data = ''
        rm -rf ${config.home.homeDirectory}/.nix-desktop-files
        rm -rf ${config.home.homeDirectory}/.local/share/applications/home-manager
        rm -rf ${config.home.homeDirectory}/.icons/nix-icons
        mkdir -p ${config.home.homeDirectory}/.nix-desktop-files
        mkdir -p ${config.home.homeDirectory}/.icons
        ln -sf ${config.home.homeDirectory}/.nix-profile/share/icons ${config.home.homeDirectory}/.icons/nix-icons
        /usr/bin/desktop-file-install ${config.home.homeDirectory}/.nix-profile/share/applications/*.desktop --dir ${config.home.homeDirectory}/.local/share/applications/home-manager
        sed -i 's/Exec=/Exec=\/home\/${config.home.username}\/.nix-profile\/bin\//g' ${config.home.homeDirectory}/.local/share/applications/home-manager/*.desktop
        /usr/bin/update-desktop-database ${config.home.homeDirectory}/.local/share/applications
      '';
    };
  };

I'm on gnome 45 on GeckoLinux (derivative of Opensuse Tumbleweed). I was unable to find how to make sure the non-interactive shell had the nix path. I would welcome making this less ugly by just adding the path instead of using sed

shreyas-a-s · 2024-02-29T09:52:28Z

Hey guys, anybody found a method by which we can use other shells like zsh in this context?

I can add the XDG_DATA_DIRS=... line in ~/.profile and set user shell to bash using chsh -s /usr/bin/bash and after a reboot the applications show up in GNOME menu. But when I set shell to zsh, they disappear from menu.

Any thoughts on what could be the issue here?

I am on Debian 12 btw if that matters.

stale · 2024-05-31T01:41:38Z

Thank you for your contribution! I marked this issue as stale due to inactivity. Please be considerate of people watching this issue and receiving notifications before commenting 'I have this issue too'. We welcome additional information that will help resolve this issue. Please read the relevant sections below before commenting.

If you are the original author of the issue

If this is resolved, please consider closing it so that the maintainers know not to focus on this.
If this might still be an issue, but you are not interested in promoting its resolution, please consider closing it while encouraging others to take over and reopen an issue if they care enough.
If you know how to solve the issue, please consider submitting a Pull Request that addresses this issue.

If you are not the original author of the issue

If you are also experiencing this issue, please add details of your situation to help with the debugging process.
If you know how to solve the issue, please consider submitting a Pull Request that addresses this issue.

Memorandum on closing issues

Don't be afraid to manually close an issue, even if it holds valuable information. Closed issues stay in the system for people to search, read, cross-reference, or even reopen – nothing is lost! Closing obsolete issues is an important way to help maintainers focus their time and effort.

nixos-discourse · 2024-07-01T20:10:51Z

This issue has been mentioned on NixOS Discourse. There might be relevant details there:

https://discourse.nixos.org/t/apps-installed-via-home-manager-are-not-visible-within-gnome/48252/1

zzantares · 2024-10-12T21:27:29Z

I'm not sure why but for me on Ubuntu adding targets.genericLinux.enable = true; while it makes the *.desktop files to load fine it also disables Zsh as my user shell, I had to source HM script in the bash profile:

# ~/.profile
if [ -e "$HOME/.nix-profile/etc/profile.d/hm-session-vars.sh" ]; then . "$HOME/.nix-profile/etc/profile.d/hm-session-vars.sh"; fi

because of reasons I can't let HM manage bash so by adding this now both zsh and the *.desktop files are picked up as usual.

This was referenced Sep 17, 2020

Mime types and apps #1498

Closed

Test for #1498 #1499

Closed

terlar mentioned this issue Feb 10, 2021

Generic Linux: Propagate XDG_DATA_DIRS as user vars via systemd #1794

Closed

7 tasks

stale bot added the status: stale label Jul 22, 2022

stale bot removed the status: stale label Dec 12, 2022

stale bot added the status: stale label Sep 23, 2023

stale bot removed the status: stale label Nov 28, 2023

stale bot added the status: stale label May 31, 2024

stale bot removed the status: stale label Jul 1, 2024

installed apps don’t show up in Ubuntu's "Show Applications" #1439

installed apps don’t show up in Ubuntu's "Show Applications" #1439

Comments

samuela commented Aug 12, 2020

Issue description

Meta

Maintainer CC

Technical details

rycee commented Aug 12, 2020

samuela commented Aug 12, 2020

samuela commented Aug 12, 2020

Kha commented Aug 13, 2020

samuela commented Aug 13, 2020

samuela commented Aug 13, 2020

samuela commented Aug 14, 2020

Kha commented Aug 14, 2020

samuela commented Aug 14, 2020

cideM commented Aug 17, 2020 • edited Loading

Kha commented Aug 17, 2020

cideM commented Aug 18, 2020 • edited Loading

rajibahmed commented Sep 19, 2020 • edited Loading

WolfangAukang commented Oct 23, 2020 • edited Loading

WolfangAukang commented Dec 15, 2020 • edited Loading

terlar commented Dec 16, 2020

WolfangAukang commented Dec 16, 2020 • edited Loading

rajibahmed commented Dec 28, 2020

terlar commented Feb 1, 2021 • edited Loading

berbiche commented Feb 3, 2021 • edited Loading

emanuelserpa commented Feb 10, 2021

Congee commented May 1, 2021

SuperSandro2000 commented Apr 20, 2022

loicreynier commented Apr 20, 2022

drupol commented Apr 22, 2022

annymosse commented Apr 22, 2022

drupol commented Apr 22, 2022

annymosse commented Apr 22, 2022

drupol commented Apr 22, 2022

stale bot commented Jul 22, 2022

Doosty commented Dec 12, 2022

aidalgol commented Dec 12, 2022

chaoky commented Feb 2, 2023

chaoky commented Feb 22, 2023 • edited Loading

josephsellers commented Feb 27, 2023

bayazidbh commented Mar 19, 2023 • edited Loading

onsah commented Jun 11, 2023

kindsun commented Jun 25, 2023

stale bot commented Sep 23, 2023

quinn-dougherty commented Nov 28, 2023

slocke716 commented Dec 5, 2023

shreyas-a-s commented Feb 29, 2024 • edited Loading

stale bot commented May 31, 2024

nixos-discourse commented Jul 1, 2024

zzantares commented Oct 12, 2024

cideM commented Aug 17, 2020 •

edited

Loading

cideM commented Aug 18, 2020 •

edited

Loading

rajibahmed commented Sep 19, 2020 •

edited

Loading

WolfangAukang commented Oct 23, 2020 •

edited

Loading

WolfangAukang commented Dec 15, 2020 •

edited

Loading

WolfangAukang commented Dec 16, 2020 •

edited

Loading

terlar commented Feb 1, 2021 •

edited

Loading

berbiche commented Feb 3, 2021 •

edited

Loading

chaoky commented Feb 22, 2023 •

edited

Loading

bayazidbh commented Mar 19, 2023 •

edited

Loading

shreyas-a-s commented Feb 29, 2024 •

edited

Loading