GNOME Bugzilla – Bug 618119
System packages are not separated correctly in symbol-db
Last modified: 2020-11-06 20:22:26 UTC
I am hard pressed to believe that gtksourceview has 688 header files to scan. So what's likely happening is that it's taking all dependencies (gtk+ et el) as part of gtksourceview. This is during project scan (anjuta) after local .anjuta_sym_db.db has been deleted, since gtksourceview is a dependency of anjuta. While we wait for pkg-config --list-requires, we should parse the .pc file directly, determine the deps and scan them first. We discussed in ML as well.
I think that this is more a bug project-manager related. As discussed, the part of symbol-db-system'll be ported into pm.
It's looking fairly good that the switch will be included in pkg-config 0.24 so I wouldn't bother parsing any files by hand.
(In reply to comment #2) > It's looking fairly good that the switch will be included in pkg-config 0.24 so > I wouldn't bother parsing any files by hand. Good news then. Is 0.24 their next release?
> Good news then. Is 0.24 their next release? Yes, there is a discussion about some details of the patch currently but it should go into 0.24 and that should be released in the next days.
great news!
Link to the pkg-config commit: http://cgit.freedesktop.org/pkg-config/commit/?id=d690466af412b3735b4334842a4abc4f6e9b8a34 There will be a release within the next weeks.
We really need to use this new pkg-config support stuff for 3.0!
Just, FYI, I found out that we need to blacklist some packages like gtk+-x11-2.0 because they actually return the same include directories as gtk+-2.0 and as such we would miss those. It's not really nice but as we only have the dependency information available it is the only way to go currently.
uhm I hope that those special cases are only a few, otherwise we will overcomplicate the system packages management, which already sucks.
as for bug #623735 moving this to milestone 3.0. I strongly suggest that just after the release a merge with sdb-core-trans should be done, so that we have enough time to fix the problems encountered.
The code for detecting the correct headers is now in anjuta-pkg-config.[ch] in libanjuta
I'm finding some time to bring on with some bug squashing. I'd like to fix this one. IIRC you're calling ianjuta_symbol_manager_activate_package () from language-support-cpp-java. So that I've to implement the query side and the db side to accomplish that call.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/anjuta/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.