On 05-Sep-2016, Ben Burton wrote:

> I'm not sure whether the python-setuptools dependency belongs in
> dput or in pkg_resources (which currently declares python-setuptools
> as a mere Suggests:),

That fact is now a separate report, in bug#840673. It is considered a
bug in upstream's handling of ‘pkg_resources’.

> but it appears that dput cannot run without it.

This bug report tracks that problem.


On 15-Dec-2016, Matthias Klose wrote:
> On 15.12.2016 21:01, Ben Finney wrote:
> > The ‘setuptools’ library *is* needed to build the package. Are you
> > saying that it does not belong in the ‘install_requires’ list?
> 
> my understanding is that the exception is raised when people try to
> run dput without having python-setuptools installed.

Okay. Is there a better way to represent the build dependency on
‘setuptools’, without falsely declaring that it's needed for run-time
use?

> so yes, for the debian context, you should remove it from the
> ‘install_requires’ list and make sure that python-pkg-resources ends
> up in the package's Depends.

How do you suggest that should be achieved, without special handling
for ‘pkg_resources’ only? I would much prefer that dependencies are
automatically discovered from the build system's declarations.

-- 
 \           “'Tis strange, — but true; for truth is always strange; / |
  `\    Stranger than fiction.” —“Lord” George Gordon Noel Byron, _Don |
_o__)                                                            Juan_ |
Ben Finney <bign...@debian.org>

Attachment: signature.asc
Description: PGP signature

Reply via email to