Bug 416719

Summary:	portage needs an ebuild-helpers/internal
Product:	Portage Development	Reporter:	Brian Harring (RETIRED) <ferringb>
Component:	Core - Ebuild Support	Assignee:	Portage team <dev-portage>
Status:	CONFIRMED ---
Severity:	normal	CC:	sam, ulm
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
See Also:	https://bugs.gentoo.org/show_bug.cgi?id=906128
Whiteboard:
Package list:		Runtime testing required:	---

Description Brian Harring (RETIRED) gentoo-dev

2012-05-20 12:18:29 UTC

Via the forced PATH appending of bin/ebuild-helpers, portage is exposing non pms helpers for ebuilds to rely on.

Shouldn't be doing this obviously; only thing exposed should be PMS bits.  Should create a ebuild-helpers/internal, move the non pms crap into there, and invoke it from those pathways.

preplib and prepallman being the first two candidates...

Comment 1 Zac Medico gentoo-dev

2019-05-19 22:39:34 UTC

These helpers die unconditionally for all EAPIs now:

prepall
prepalldocs
prepallinfo
prepallman

This die unconditionally since EAPI 7:

prepallstrip
prepstrip

These don't die, but they currently have no consumers in the gentoo repository:

prepinfo
prepman

Comment 2 Ulrich Müller gentoo-dev

2023-11-28 16:21:09 UTC

AFAICS, all non-PMS helpers in bin/ebuild-helpers die unconditionally in portage-3.0.54.

So I believe that this bug can be closed.