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
gtk3: Use tracker3 for search #101537
gtk3: Use tracker3 for search #101537
Conversation
Pantheon would be the perfect test bench for this 👍 (though they plan to use tracker in the future) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code looks good, needs testing though.
I believe if we merge this to gnome-3.38 we'll still get an eval for it? (I think things shouldn't go to staging untested) |
We need not only eval but also runtime testing, I would wait with this until next staging is merged. |
It was briefly mentioned in stdenv docs but since it interacts with wrapGAppsHook, it should be documented here.
Running gedit linked against this GTK on Ubuntu, the file chooser seems to work and even search does seem to show some recursive results. Though it does not seem to be complete and complains in the logs:
|
Did not encounter any issues in NixOS VM either. |
Upstream recommends to build GTK 3 with Tracker 3 enabled. Without it, according to my tests, the search only affects the current directory.
But previously
tracker
depended ongtk3
throughlibsoup
→sysprof
→gtk3
, which only got resolved in #101528, and, what is more, even now throughwrapGAppsHook
. To resolve this, I createdwrapGAppsNoGuiHook
, which does not propagate dependencies needed for graphical programs. I tried to document it, when I noticed GdkPixbuf loaders are not mentioned so I added a docs section before I forget.This is yet untested, will need to check what happens when user tries to search in GTK file dialogue on systems without Tracker D-Bus service.