365899 – automatic RDEPEND for binpkgs using python

Bug 365899 - automatic RDEPEND for binpkgs using python

Summary: automatic RDEPEND for binpkgs using python

Status:	RESOLVED DUPLICATE of bug 192319

Alias:	None

Product:	Portage Development
Classification:	Unclassified
Component:	Binary packages support (show other bugs)
Hardware:	All Linux

Importance:	Normal enhancement (vote)
Assignee:	PMS/EAPI

URL:
Whiteboard:
Keywords:

Depends on:	force-rebuild
Blocks:
	Show dependency tree

Reported:	2011-05-04 01:30 UTC by Victor Mataré
Modified:	2020-10-25 17:00 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 Victor Mataré 2011-05-04 01:30:56 UTC

I'm not sure if this collides with some policy on dep handling, but it would be really nice if binpkgs would automatically RDEPEND on the python version they were built with.
Because right now, if a binpkg was built with an updated python but the ebuild didn't explicitly RDEPEND on that version/slot, the binpkg merge will fail if the updated python isn't already installed for some other reason.

Now I'm not sure if this breaks ebuild/tbz2 dependency semantics, but it would be really nice if the used python version was automatically added to RDEPEND in the Packages index file. That is, if we can afford to deviate from what the ebuild says.

Reproducible: Always

Comment 1 Jeremy Olexa (darkside) (RETIRED) archtester

2011-05-04 01:52:11 UTC

I'm not on the dev-portage team, but I consider it proper binhost maintenance to run the tools to rebuilds packages after major upgrades (eg. python-updater). I'll add myself to CC to listen.

Comment 2 Victor Mataré 2011-05-04 04:23:08 UTC

(In reply to comment #1)
> I'm not on the dev-portage team, but I consider it proper binhost maintenance
> to run the tools to rebuilds packages after major upgrades (eg.
> python-updater). I'll add myself to CC to listen.

The problem is not on the binhost. The use case I'm talking about is this:

binhost updates python to 2.7, then builds pkg-xy with python:2.7

client has not yet upgraded to python:2.7 (only 2.6 available) and tries to emerge pkg-xy as binpkg. This fails because pkg-xy was built with python:2.7 which is not available.

Comment 3 Zac Medico gentoo-dev

2011-05-04 04:33:53 UTC

This requires some form of ABI dependency metadata, related to bug 192319.

Comment 4 David Leverton 2011-05-11 17:58:24 UTC

Note that this would Just Work(tm) if USE_PYTHON was done as a USE_EXPAND with appropriate conditional deps, similar to RUBY_TARGETS.

Comment 5 Ulrich Müller gentoo-dev

2020-10-25 17:00:29 UTC


*** This bug has been marked as a duplicate of bug 192319 ***