Re: erroneous behavior in 2-style USE dependencies?

Michał Górny <[email protected]>
Newsgroups gmane.linux.gentoo.portage.devel
Organization Gentoo
Message-ID <[email protected]>
On Tue, 2020-06-16 at 23:07 +0000, Michael Lienhardt wrote:
> Dear all,
> 
> My bad for not noticing it sooner, but when there is a dependency like ">=sys-fs/udev-208-r1:0/0[static-libs?]" (that occurs in virtual/libgudev-215-r3),
>  since 'static-libs' is not a use flags of sys-fs/udev-242, that cpv is silently not considered during dependency solving by emerge.
> However, the PMS states:
>  - it is an error for a use dependency to be applied to an ebuild which does not have the flag in question in IUSE_REFERENCEABLE
> 

This is a bit like undefined behavior.  PMS says such a thing shouldn't
happen (i.e. the ebuild is wrong) but does not force specific error
handling.  You could reject the ebuild entirely or reject dependencies
that don't have the flag in question (even if it's disabled).  You could
also pretend it's 'static-libs(-)?' but that would be bad if the default
was supposed to be '(+)'.

> This is related to the tool I'm working on: should my tool allow this behavior, or fail like it is currently doing (I guess the former)?
> 

That depends on what the tool is doing.  I suppose you probably don't
need very strict behavior there.

-- 
Best regards,
Michał Górny
signature.asc (application/pgp-signature, 618 B)
-----BEGIN PGP SIGNATURE-----

iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl7ptRJfFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3
NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe
JA62Ugf9FuqhcBgdCfUF3ZMYtcjURzW5gu42A5WJXegYPak5BfVmWcTaPNL8q5jh
VyARyAI9bbslNMyW1xjarrJP3nqysEy/JEiHxHdBZ9/iFU++ElqlpHRkyNRtoyU1
gNDd+o4pqLfDV0Cf7EqC7zhSNTT/kNDeFZr0N6PeUeVo7l1fZHY1TbIDgoxGls6V
Vu9hYMPqLC8Yu7kUuYGWUOdtAzyLAonUZx4bHNYITe7jagUTbmYhW7jtLGH9SpfP
ASt3QwE5bErRDYss28ncbm+gq35u/AUQn2AKMTb//K8wVHmY8fkOmdZz03KuoStz
Ae5cLJPhstd+X1Kw112/TZo6itJrcg==
=UxOu
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.