Summary: | app-portage/portage-utils-0.73 - qdepends -Q does not find all reverse dependencies | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | Tools | Assignee: | Portage Utils Team <portage-utils> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ikelos, polynomial-c |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dennis Schridde
2018-10-12 08:02:46 UTC
Hi, qdepends is documented to be limited to installed packages only. Do you have gimp and libmypaint installed? (In reply to Fabian Groffen from comment #1) > Hi, qdepends is documented to be limited to installed packages only. Do you > have gimp and libmypaint installed? Yes. equery has the same limitation (you need an additional switch to also search for not-installed packages). Does `qdepends -vaQ gegl` return what you'd expect? I think the problem is that q doesn't expand constructs like DEPEND=${RDEPEND}. gegl is in RDEPEND for gimp, and only in DEPEND due to reference of ${RDEPEND}. (In reply to Fabian Groffen from comment #3) > Does `qdepends -vaQ gegl` return what you'd expect? I think the problem is > that q doesn't expand constructs like DEPEND=${RDEPEND}. gegl is in RDEPEND > for gimp, and only in DEPEND due to reference of ${RDEPEND}. $ q depends -avQ gegl * DEPEND * RDEPEND * PDEPEND hmm, that doesn't look very good think I found what the problem is, now I need to find a way to fix that :) The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/portage-utils.git/commit/?id=d7cf583b6be5b29e5607fe0d90b8f566baf65f34 commit d7cf583b6be5b29e5607fe0d90b8f566baf65f34 Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2018-10-26 13:49:05 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2018-10-26 13:49:05 +0000 depends: fix matching atoms for bug #668418 atoms in dependency strings can contain built-with-use declarations in bracket notation, so ensure we ignore that when feeding this into atom_explode. Bug: https://bugs.gentoo.org/668418 qatom.c | 3 ++- qdepends.c | 7 +++++-- 2 files changed, 7 insertions(+), 3 deletions(-) Hmmm, I dunno if I have the same problem, but the patch didn't resolve the problem: plasma ~ # qdepends -Qav ruby plasma ~ # qdepends -av ruby * DEPEND dev-lang/ruby-2.4.5: sys-libs/db:6.0/6.0= sys-libs/gdbm:0/6= dev-libs/openssl:0/1.1= dev-libs/libyaml virtual/libffi:0/7= sys-libs/zlib >=app-eselect/eselect-ruby-20161226 !<dev-ruby/rdoc-3.9.4 !<dev-ruby/rubygems-1.8.10-r1 dev-lang/ruby-2.3.8: sys-libs/db:6.0/6.0= sys-libs/gdbm:0/6= dev-libs/openssl:0/0= sys-libs/ncurses:0/6= sys-libs/readline:0/7= dev-libs/libyaml virtual/libffi:0/7= sys-libs/zlib >=app-eselect/eselect-ruby-20151229 !<dev-ruby/rdoc-3.9.4 !<dev-ruby/rubygems-1.8.10-r1 >=app-portage/elt-patches-20170815 !<sys-devel/gettext-0.18.1.1-r3 >=sys-devel/automake-1.16.1:1.16 >=sys-devel/automake-1.15.1:1.15 >=sys-devel/autoconf-2.69 >=sys-devel/libtool-2.4 * RDEPEND dev-lang/ruby-2.4.5: sys-libs/db:6.0/6.0= sys-libs/gdbm:0/6= dev-libs/openssl:0/1.1= dev-libs/libyaml virtual/libffi:0/7= sys-libs/zlib >=app-eselect/eselect-ruby-20161226 !<dev-ruby/rdoc-3.9.4 !<dev-ruby/rubygems-1.8.10-r1 dev-lang/ruby-2.3.8: sys-libs/db:6.0/6.0= sys-libs/gdbm:0/6= dev-libs/openssl:0/0= sys-libs/ncurses:0/6= sys-libs/readline:0/7= dev-libs/libyaml virtual/libffi:0/7= sys-libs/zlib >=app-eselect/eselect-ruby-20151229 !<dev-ruby/rdoc-3.9.4 !<dev-ruby/rubygems-1.8.10-r1 * PDEPEND dev-lang/ruby-2.4.5: >=dev-ruby/did_you_mean-1.1.0:2.4[ruby_targets_ruby24] >=dev-ruby/minitest-5.10.1[ruby_targets_ruby24] >=dev-ruby/net-telnet-0.1.1[ruby_targets_ruby24] >=dev-ruby/power_assert-0.4.1[ruby_targets_ruby24] >=dev-ruby/rake-12.0.0[ruby_targets_ruby24] >=dev-ruby/test-unit-3.2.3[ruby_targets_ruby24] >=dev-ruby/xmlrpc-0.2.1[ruby_targets_ruby24] virtual/rubygems[ruby_targets_ruby24] >=dev-ruby/json-2.0.2[ruby_targets_ruby24] >=dev-ruby/rdoc-5.1.0[ruby_targets_ruby24] dev-lang/ruby-2.3.8: >=dev-ruby/did_you_mean-1.0.0:1[ruby_targets_ruby23] >=dev-ruby/minitest-5.8.3[ruby_targets_ruby23] >=dev-ruby/net-telnet-0.1.1[ruby_targets_ruby23] >=dev-ruby/power_assert-0.2.6[ruby_targets_ruby23] >=dev-ruby/rake-10.4.2[ruby_targets_ruby23] >=dev-ruby/test-unit-3.1.5[ruby_targets_ruby23] virtual/rubygems[ruby_targets_ruby23] >=dev-ruby/json-1.8.3[ruby_targets_ruby23] >=dev-ruby/rdoc-4.2.1[ruby_targets_ruby23] plasma ~ # equery depends ruby * These packages depend on ruby: app-mobilephone/obexftp-0.24.2 (ruby ? dev-lang/ruby:2.3) (ruby ? dev-lang/ruby:2.4) (ruby ? dev-lang/ruby:2.5) app-text/docbook-xsl-stylesheets-1.79.1-r2 (ruby ? dev-lang/ruby:2.3) (ruby ? dev-lang/ruby:2.4) (ruby ? dev-lang/ruby:2.5) dev-ruby/did_you_mean-1.0.2 (ruby_targets_ruby23 ? dev-lang/ruby:2.3) dev-ruby/did_you_mean-1.1.2 (ruby_targets_ruby24 ? dev-lang/ruby:2.4) ... Literally no output from a reverse dependency, output from a fowrard dependency though, so I imagine the hooks are working. Happy to run any tests that might help... 5:) hmmm,I can confirm that for did_you_mean One problem in your scenario is that -Qav will search for av. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/portage-utils.git/commit/?id=2e83b5bd31ee989b79fbed7d2a9882f98c2771a5 commit 2e83b5bd31ee989b79fbed7d2a9882f98c2771a5 Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2018-11-20 14:24:33 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2018-11-20 14:24:33 +0000 qdepends: match reverse deps without SLOT if not given Continuation of bug #668418, atom_compare is strict about SLOT matches. Bug: https://bugs.gentoo.org/668418 Signed-off-by: Fabian Groffen <grobian@gentoo.org> qdepends.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) My bad, even without the av (just -Q) it still gave no output. I can confirm that with both patches applied I'm now getting results: $ qdepends -Q ruby virtual/rubygems-14 dev-ruby/minitest-5.11.3 dev-ruby/did_you_mean-1.1.2 dev-ruby/test-unit-3.2.8 dev-ruby/power_assert-1.1.3 dev-ruby/net-telnet-0.2.0 dev-ruby/rubygems-2.7.8 dev-ruby/xmlrpc-0.3.0 dev-ruby/did_you_mean-1.0.2 dev-ruby/kpeg-1.1.0-r1 dev-ruby/rake-12.3.1 net-libs/webkit-gtk-2.22.2 Thanks for getting it sorted! 5:) thanks for testing, hope to make a new release soon The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=eff6c805c75168da858bbdd46a76e90fecccb563 commit eff6c805c75168da858bbdd46a76e90fecccb563 Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2018-12-21 14:52:44 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2018-12-21 14:53:14 +0000 app-portage/portage-utils: version bump to v0.74 Closes: https://bugs.gentoo.org/672764 Closes: https://bugs.gentoo.org/672098 Closes: https://bugs.gentoo.org/668418 Closes: https://bugs.gentoo.org/662802 Closes: https://bugs.gentoo.org/656318 Signed-off-by: Fabian Groffen <grobian@gentoo.org> Package-Manager: Portage-2.3.51, Repoman-2.3.11 app-portage/portage-utils/Manifest | 2 +- .../{portage-utils-0.72.ebuild => portage-utils-0.74.ebuild} | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) |