On 01/11/2024 19:28, Desarrollos WEB wrote:

Seeing this problem, you should always use the variables RDEPEND,
BDEPEND, DEPEND, adding content, not replacing it (of course, there may
be a special case), but as a general rule you should add, not replace,
these variables, both in eclass and ebuilds.

Please see chapter 10 of the PMS: https://dev.gentoo.org/~ulm/pms/head/pms.html#chapter-10

accumulate-vars The IUSE, REQUIRED_USE, DEPEND, BDEPEND, RDEPEND,
PDEPEND and IDEPEND variables are handled specially when set by an
eclass. They must be accumulated across eclasses, appending the value
set by each eclass to the resulting value after the previous one is
loaded. For EAPIs listed in table 10.1 as accumulating PROPERTIES and
RESTRICT, the same is true for these variables. Then the eclass-defined
value is appended to that defined by the ebuild. In the case of RDEPEND,
this is done after the implicit RDEPEND rules in section 7.3.7 are applied.

Your issue is not what you think it is, looks to me like a missing
BDEPEND on setuptools, please report it as a bug.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------KI67pzcefaNchI9woNfx0qC4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 11/1/24 2:36 PM, Nowa Ammerlaan wrote:

Your issue is not what you think it is, looks to me like a missing
BDEPEND on setuptools, please report it as a bug.

It already properly depends on setuptools for zenmap, problem is that
ndiff is *also* a python module and is not handled.


--
Eli Schwartz

--------------KI67pzcefaNchI9woNfx0qC4--

-----BEGIN PGP SIGNATURE-----

wnsEABYIACMWIQTnFNnmK0TPZHnXm3qEp9ErcA0vVwUCZyUkmAUDAAAAAAAKCRCEp9ErcA0vV1UA AP4xK4zbLMocb4JYXTLY1MNPkjVQBvGk5+DE0uuaA2uqRgD/cTLDyJKzF36Yb0ldc3WEQTxAj2Gr fZFi84CAmwjY6QA=
=8YVa
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)