-
-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
albert is not working: no result for queries #23710
Comments
I have the same issue. It does seem to work if I pass the location path of the plugin directory manually:
|
@ericsagnes do you know of any trick that could be used in |
Upstream is looking for plugins in hardcoded paths.
|
@ericsagnes Thanks. I have just PR the suggested change. It works nicely. |
Nice! But be aware that this is more a workaround than a real fix, as using the Ideally, this should be adressed upstream by providing a more flexible way to point plugins like a dedicated environment variable. |
It would be better to modify albert source code to add the plugins directory (in the store location for albert) to the list of directories used to search plugins. With the following snippet of code added to postPatch = ''
sed -i "/QStringList dirs = {/a \"$out/lib\"," \
src/lib/albert/src/pluginsystem/extensionmanager.cpp
''; |
Issue description
Latest versions of Albert is not working as expected in NixOS. The latest one that works is version 0.8.11.
I have also opened an issue in albert's repository: albertlauncher/albert#397
Steps to reproduce
Open albert (using a hotkey or from the system tray icon) and type a query in the input box. A list of applications should be shown so that the user could choose one to be executed. But no result is appearing.
Albert's github page has an animated image demonstrating how it would work.
Technical details
System: (NixOS:
nixos-version
, Ubuntu/Fedora:lsb_release -a
, ...)17.09pre102667.2839b10 (Hummingbird)
Nix version: (run
nix-env --version
)nix-env (Nix) 1.11.7
Nixpkgs version: (run
nix-instantiate --eval '<nixpkgs>' -A lib.nixpkgsVersion
)"17.09pre102667.2839b10"
The text was updated successfully, but these errors were encountered: