602428 – dev-util/pkgcheck: collate NonsolvableDeps coming from the same parent profile

Bug 602428 - dev-util/pkgcheck: collate NonsolvableDeps coming from the same parent profile

Summary: dev-util/pkgcheck: collate NonsolvableDeps coming from the same parent profile

Status:	RESOLVED OBSOLETE

Alias:	None

Product:	Gentoo Hosted Projects
Classification:	Unclassified
Component:	PkgCore (show other bugs)
Hardware:	All Linux

Importance:	Normal normal (vote)
Assignee:	Arthur Zamarin

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2016-12-12 11:02 UTC by Pacho Ramos
Modified:	2022-09-18 16:37 UTC (History)
CC List:	1 user (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Pacho Ramos gentoo-dev

2016-12-12 11:02:36 UTC

Thinking on bug 602136, after noticing that the output was limited, I wondered if it would be possible to allow, in general, to collate the output of repoman when coming from the same parent profile. I am thinking on using the "arch" level to collate the output as, most of the times, the lines coming from all the subprofiles are really useless as they are caused by a more general failure from "above" level. For example from the output:
  dependency.bad [fatal]        14
   app-misc/tracker/tracker-1.8.1.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome/systemd)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome/systemd)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop/kde)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop/kde)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop/kde/systemd)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop/kde/systemd)
['>=sys-libs/libseccomp-2.0']


Only:
   app-misc/tracker/tracker-1.8.1.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0)
['>=sys-libs/libseccomp-2.0']
   app-misc/tracker/tracker-1.8.1.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0)
['>=sys-libs/libseccomp-2.0']
[...]

Is really useful for fixing the main issue. This would help to also show more lines from different arches together without polluting too much the output and will greatly help to understand failures coming from packages relying on python, multilib and similar that, usually, when they cause repoman failures, they show a lot of output that could be also stripped in this way.

Thanks a lot!

Comment 1 Sam James archtester

2022-07-12 03:18:39 UTC

repoman support has been removed per bug 835013.

Please file a new bug (or, I suppose, reopen this one) if you feel this check is still applicable to pkgcheck and doesn't already exist.

Comment 2 Sam James archtester

2022-08-06 22:45:31 UTC

As discussed in #pkgcore about a week ago, pkgcheck already does this (can use --verbose to get the expanded output).