On Sun, 2024-08-25 at 11:36 -0400, Eli Schwartz wrote:
> On 8/25/24 11:33 AM, Michał Górny wrote:
> > Closes: https://bugs.gentoo.org/937642
> > Signed-off-by: Michał Górny <mgorny@gentoo.org>
> > ---
> >  eclass/distutils-r1.eclass | 2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
> > index 0f9dc8d14d5e..39705c5c3c84 100644
> > --- a/eclass/distutils-r1.eclass
> > +++ b/eclass/distutils-r1.eclass
> > @@ -2109,8 +2109,10 @@ _distutils-r1_post_python_install() {
> >  		local strays=()
> >  		local p
> >  		mapfile -d $'\0' -t strays < <(
> > +			# jar for jpype, https://bugs.gentoo.org/937642
> >  			find "${sitedir}" -maxdepth 1 -type f '!' '(' \
> >  					-name '*.egg-info' -o \
> > +					-name '*.jar' -o \
> >  					-name '*.pth' -o \
> >  					-name '*.py' -o \
> >  					-name '*.pyi' -o \
> 
> 
> Copying my comment from the bug report:
> 
> I don't think it makes sense to add a special exception for jar files.
> If we think that packages may be legitimately storing *data* files at
> the top level, we should either relax the check in general, or allow
> adding a suppression variable for packages to suppress this check.
> 

If you don't like JPype's design decisions, take it up to them.  This is
not my fight.

This is the simplest solution to the problem at hand.  The check is
primarily supposed to detect obvious violations, such as common Poetry
use screwups that install random documentation and package configuration
files (LICENSE, README, pyproject.toml...) there.  I don't see a point
in adding a lot of complexity for theoretical purity.

-- 
Best regards,
Michał Górny