equery c fails at running Reproducible: Always Steps to Reproduce: 1. equery c gcc Expected Results: !!! Unknown module 'c'
I can not reproduce it here. The situation seems to be a bit more complicate and requires some analysis. We can not help you efficiently via bug tracker. The bug tracker aims rather on specific problems in .ebuilds and less on individual systems. I have had very good experience on the gentoo IRC [1] with questions like this. Of course there are also forums and mailing lists [2,3]. I hope you understand, that I will close the bug here therefore and wish you good luck on one of the mentioned channels [4]. Please reopen the ticket in order to provide an indication for an specific error in an ebuild or any gentoo related product. [1] https://www.gentoo.org/get-involved/irc-channels/ [2] https://forums.gentoo.org/ [3] https://www.gentoo.org/get-involved/mailing-lists/all-lists.html [4] https://www.gentoo.org/support/
% equery c gcc !!! Unknown module 'c' Usage: equery [global-options] module-name [module-options] global options -h, --help display this help message -q, --quiet minimal output -C, --no-color turn off colors -N, --no-pipe turn off pipe detection -V, --version display version info modules (short name) (b)elongs list what package FILES belong to (c)hanges list changelog entries for ATOM chec(k) verify checksums and timestamps for PKG (d)epends list all packages directly depending on ATOM dep(g)raph display a tree of all dependencies for PKG (f)iles list all files installed by PKG h(a)s list all packages for matching ENVIRONMENT data stored in /var/db/pkg (h)asuse list all packages that have USE flag ke(y)words display keywords for specified PKG (l)ist list package matching PKG (m)eta display metadata about PKG (s)ize display total size of all files owned by PKG (u)ses display USE flags for PKG (w)hich print full path to ebuild for PKG
(In reply to Sam James from comment #2) > % equery c gcc > !!! Unknown module 'c' > Usage: equery [global-options] module-name [module-options] > > global options > -h, --help display this help message > -q, --quiet minimal output > -C, --no-color turn off colors > -N, --no-pipe turn off pipe detection > -V, --version display version info > > modules (short name) > (b)elongs list what package FILES belong to > (c)hanges list changelog entries for ATOM I suspect 'c' / changelogs makes no sense in 2021 (with git) and this is an obsolete entry in the help output.
If equery doesn't show the reasons for changes to an ebuild, what command-line tools would? Not seeing anything in DESCRIPTION of app-portage ebuilds that looks appropriate for replacing the removed operation in equery. Is it unreasonable for gentoolkit or portage-utils to provide information about why an ebuild is changed? Or would it be a lot of work to have the commit process insert the commit message in the ebuild?
(In reply to LW from comment #4) > If equery doesn't show the reasons for changes to an ebuild, what > command-line tools would? Not seeing anything in DESCRIPTION of app-portage > ebuilds that > looks appropriate for replacing the removed operation in equery. > > Is it unreasonable for gentoolkit or portage-utils to provide information > about why an ebuild is changed? Or would it be a lot of work to have the > commit process insert the commit message in the ebuild? We actually had ChangeLogs years ago with CVS and got rid of them.
Oops, looks like I missed a couple of spots when deleting 'equery changes' in https://gitweb.gentoo.org/proj/gentoolkit.git/commit/?id=bcb81589c94c416aa460100092f1c2c76c013a93 I'll fix that... (In reply to LW from comment #4) > If equery doesn't show the reasons for changes to an ebuild, what > command-line tools would? Not seeing anything in DESCRIPTION of app-portage > ebuilds that > looks appropriate for replacing the removed operation in equery. > > Is it unreasonable for gentoolkit or portage-utils to provide information > about why an ebuild is changed? Or would it be a lot of work to have the > commit process insert the commit message in the ebuild? It's not possible without the ChangeLog files that we haven't generated in years. The much better solution is to go straight to the source (i.e., the gentoo git repository) and use `git log`.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/proj/gentoolkit.git/commit/?id=55170b5be88df6d5d8f6e07ecb39fc1a86d3426a commit 55170b5be88df6d5d8f6e07ecb39fc1a86d3426a Author: Matt Turner <mattst88@gentoo.org> AuthorDate: 2021-07-16 21:21:44 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2021-07-16 21:21:44 +0000 equery: Remove leftovers from 'changes' removal Closes: https://bugs.gentoo.org/796986 Fixes: bcb8158 ("equery: Remove 'changes' subcommand") Signed-off-by: Matt Turner <mattst88@gentoo.org> man/equery.1 | 48 --------------------------------------- pym/gentoolkit/equery/__init__.py | 1 - 2 files changed, 49 deletions(-)
Just came across this bug, since equery (0.5.1-r1) still shows: # equery --help ... (c)hanges list changelog entries for ATOM ...
