desktop icon indicating copy to clipboard operation
desktop copied to clipboard

GitHub Desktop "The name is not activatable" on Arch Linux

Open ghost opened this issue 11 months ago • 12 comments

The problem

GitHub Desktop is completely unusable on Arch Linux.

Everytime after authorizing the app with my GitHub account the error "The name is not activatable" appears and GitHub Desktop fails to connect to my GitHub account and I cannot access my repositories.

Since there is no error code or anything else that could hint to the cause, the only things I can provide is a screenshot and the production.log inside ~/.config/GitHub Desktop/logs/

Release version

Version 3.3.8-linux2 (x64)

Operating system

OS: Arch Linux x86_64 | Kernel: 6.7.8-arch1-1 | DE: KDE Plasma 6.0.1 on Wayland

Steps to reproduce the behavior

  1. Install GitHub Desktop from the AUR: https://aur.archlinux.org/packages/github-desktop
  2. Open GitHub Desktop on Arch Linux.
  3. Sign in with your GitHub account.
  4. Authorize GitHub Desktop in your webbrowser.
  5. Let the GitHub website redirect back to the GitHub Desktop application.
  6. The error "The name is not activatable" will appear with no further information.

Log files

2024-03-08.desktop.production.log

Screenshots

Screenshot_20240307_183042

Additional context

No response

ghost avatar Mar 08 '24 02:03 ghost

same issue here.

Zoddhand avatar Mar 08 '24 11:03 Zoddhand

I have the same problem.

olegovechko avatar Mar 08 '24 11:03 olegovechko

This is a generic DBUS message from the backing store we need to persist credentials, and it's really all the context we see from the application side. I'd suggest checking the gnome-keyring keychain is setup.

shiftkey avatar Mar 08 '24 15:03 shiftkey

This is a generic DBUS message from the backing store we need to persist credentials, and it's really all the context we see from the application side. I'd suggest checking the gnome-keyring keychain is setup.

Thanks, sir. It's solved after I have gnome-keyring installed and set up.

ShoreNinth avatar Mar 08 '24 15:03 ShoreNinth

This is a generic DBUS message from the backing store we need to persist credentials, and it's really all the context we see from the application side. I'd suggest checking the gnome-keyring keychain is setup.

Thanks, sir. It's solved after I have gnome-keyring installed and set up.

Yup, can confirm that installing gnome-keyring solves the issue.

I guess this issue only applies to users who don't have GNOME as their desktop environment? I'm not sure since I never used GNOME. Have been a loyal KDE user since day 1.

Would be nice if at least gnome-keyring would be added into the PKGBUILD of the github-desktop AUR package as a dependency so it gets installed along with github-desktop.

ghost avatar Mar 09 '24 14:03 ghost

The PKGBUILD has org.freedesktop.secrets as a dependency. Which is provided by gnome-keyring but also by kwallet which works fine for me. At least for continued use. This might be related to initial setup.

Richardk2n avatar Mar 28 '24 15:03 Richardk2n

The PKGBUILD has org.freedesktop.secrets as a dependency. Which is provided by gnome-keyring but also by kwallet which works fine for me. At least for continued use. This might be related to initial setup.

Nope, I just set up GitHub Desktop on Arch with gnome-keyring installed. Worked flawlessly.

But as soon as I uninstalled gnome-keyring GitHub Desktop immediately stops working, even if you already have set up your account and repositories.

Funnily enough, if I reinstall gnome-keyring again, GitHub Desktop immediately works again.

Screenshot_20240405_180447

ghost avatar Apr 06 '24 01:04 ghost

Works for me on both my machines (running Manjaro). grafik Assure, that you have kwallet running and unlocked (If you set a separate password, it is locked by default; Maybe needs to be added to PAM manually on Arch). Other than that I am not sure, what I might have installed/configured different from you, but I can assure you gnome-keyring is not required and thus should not be made a requirement.

Richardk2n avatar Apr 06 '24 13:04 Richardk2n

Works for me on both my machines (running Manjaro). grafik Assure, that you have kwallet running and unlocked (If you set a separate password, it is locked by default; Maybe needs to be added to PAM manually on Arch). Other than that I am not sure, what I might have installed/configured different from you, but I can assure you gnome-keyring is not required and thus should not be made a requirement.

Okay, after further digging I noticed that I had installed kwallet but actually forgot to install kwallet-pam which is important for auto-unlocking of kwallet.

Now it works for me too without gnome-keyring.

ghost avatar Apr 07 '24 02:04 ghost

This is a generic DBUS message from the backing store we need to persist credentials, and it's really all the context we see from the application side. I'd suggest checking the gnome-keyring keychain is setup.

I have no interest in keyrings and other nonsense; I got this message after disabling kde's on a fresh install

I tried deleting .config/"github desktop", but it still didnt work after trying to log in

crazymonkyyy avatar Apr 16 '24 19:04 crazymonkyyy

In my case I have full disk encryption setup and use KDE, I configured SDDM to auto-login (because I already have password required to decrypt boot disk).

Github desktop won't prompt for wallet unlock, but chromium does.

So my work around is to open chromium first, unlock kwallet, then open Github desktop

axzxc1236 avatar May 03 '24 13:05 axzxc1236

Same issue. I use auto-login feature in SDDM, so kwallet is not unlocked automatically until I start a browser or another app that that requires it and enter my password, after that GitHub Desktop starts working again.

RomanShumikhin avatar May 20 '24 09:05 RomanShumikhin