Skip to content
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

Add oo7 as the provider for org.freedesktop.secrets #7

Open
justinhschaaf opened this issue Oct 29, 2024 · 1 comment
Open

Add oo7 as the provider for org.freedesktop.secrets #7

justinhschaaf opened this issue Oct 29, 2024 · 1 comment
Assignees
Labels
feature New feature or request

Comments

@justinhschaaf
Copy link
Owner

Summarize the request

Multiple applications depend on having a handler for org.freedesktop.secrets in order to save credentials, such as Github Desktop. Other NixOS users switching to Wayland have encountered this issue. A full list of providers has conveniently been assembled on Superuser, but oo7 appears to fit my desires the best as of writing (and without testing so far).

Implementing this change would most likely only consist of importing oo7 in the XDG portal declaration in the Hyprland desktop module. Alternatively, the package may need to be fully imported and ran with exec-once in the Hyprland config.

Is this new?

New Feature

Systems impacted

Gaming (bucatini), Laptop (farfalle), TV (lasagna)

@justinhschaaf justinhschaaf added the feature New feature or request label Oct 29, 2024
@justinhschaaf justinhschaaf self-assigned this Oct 29, 2024
@justinhschaaf
Copy link
Owner Author

Been doing some testing and I can't get GitHub Desktop to recognize the provider using the implementation plan described above. My best guess as to why is since GitHub Desktop isn't installed as a Flatpak, it doesn't use the XDG Desktop Portal service; instead, it needs a D-Bus service, which will only be added to oo7 in bilelmoussaoui/oo7#73.

Once completed, implementation should be similar to the Nixpkgs Gnome Keyring module.

Not planning to enable Gnome Keyring as a stopgap since this issue isn't really a work stoppage, just a nuisance to work around having to authenticate every time I push a commit with GitHub Desktop.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant