@jaraco Thanks! We're dealing with really old versions of setuptools. We ended up doing a kind of ugly thing in setup.py to detect and error out: PixarAnimationStudios/OpenTimelineIO#397
Basically I want to parse and interpret the content of the
python_requires configuration item, and that seems to be parseable by SpecifierSet
an alternative would be to do something like
Requirement.parse('python' + python_requires).specifiers
Seems like I can do it if I make them data files, but then the shebang has to be hard-coded.
Anyone know if there's a way to do that with console_scripts?
whats the actual use-case
It's not a terribly uncommon use case to put scripts in libexec or another place on the path with lower or higher precedence than bin.
It might be that they don't care about portability (as in, what the shebang does in a virtualenv) in this case, but we do allow specifying the target directory for other things, and it kinda sucks to say, "Oh this just won't work in a virtualenv"
Plus there is the
--script-dir argument, which I gather allows you to, at runtime, specify a target for all scripts.
whats the context of the script? something like a git addon?
thats not part of the toolchain that does wheels and puts them in place
so you either add a own installer, or prevent wheels
I'd like to be able to recommend what to do if they want something that does whatever console_scripts / scripts does, but installs to a different location than bin/
Hi there, does someone know I can get the list of user-requested
I need to know what a user selected in order to accordingly set a CMake option: pypa/setuptools#1712
extras inside my setup.py?I need to know what a user selected in order to accordingly set a CMake option: pypa/setuptools#1712
@ax3l That’s not possible as far as I know. If the current project depends on it to decide how to build itself, then it’s not really an extra (as intended). Extras are intended for install-time dependency resolution, not build-time. You’ll want to structure your project so it can support running with and without the extras at run-time… maybe that means building with and without the libs the extras might require, or maybe it means pushing that functionality into the extras themselves.
nvm. I see the conversation is happening in Github.
@jaraco @benoit-pierre Any objections?
Anything you want to see merged before the release?
(I don't have an enormous amount of time for this, so anything that requires too much work is equivalent to just delaying the release)
Hello. I'm experiencing a problem where the end symptom is setuptools complaining setuptools-scm was unable to detect version for.... Ultimately this is during a conda environment create, via pip as an intermediary. I can reproduce it with pip directly just attempting to install one package. The package in question is being installed from a github repo via SSH. It is not in the root of the repo. The setup.py looks like this:
import os
from setuptools import setup
setup(
name = 'c12e_data',
packages = ['c12e.data'],
use_scm_version = {
'root' : '..',
'relative_to': os.path.dirname(__file__)
},
install_requires = [
'typing_extensions'
],
tests_require = [
'hypothesis',
'pytest >= 3.8.1, < 4.0',
'c12e_testing'
],
extras_require = {
's3': ['boto3 >= 1.0.0, < 2.0.0']
},
setup_requires = [
'setuptools_scm',
'pytest-runner'
]
)This is in the c12e_data directory within the git repo root. The conda environment.yml pins the versions of pip and setuptools according to:
channels:
- conda-forge
- pytorch
- defaults
dependencies:
- pip=19.0.1
- python=3.6.8
- setuptools=40.7.3
- toolz=0.9.0
- scikit-learn
- pip:
- git+ssh://git@github.com/CognitiveScale/c12e-python.git@v1.0.4#subdirectory=c12e_dataThe really odd thing is that this exact install was working fine a few weeks ago, and so far as I can tell nothing has changed (the git tag specified is old and unchanged, the versions of pip and setuptools are pinned and unchanged). All I can think of is that some unpinned transitive dependency (of setuptools or something) must have changed.
I have spent several hours following various issue threads and checking with respect to them (including detailed debug output from
pip and setuptools but not gotten anywhere. Has anyone seen anything similar recently?
Setuptools has no dependencies.
Hi yeah I'm not terribly well versed in python but inherited a broken python project. Inside the project I have a
setup.py file that follows: # -*- coding: utf-8 -*-
from setuptools import setup, find_packages
setup(
name='int-airflow',
version='1.0.270',
license='MIT',
packages=find_packages(exclude=('tests', 'tests.*', 'hql')),
install_requires=[
'apache-airflow>=1.7.0,<1.11.0'
],
classifiers=[
'Programming Language :: Python :: 2.7'
]
)
The project tells me to
python setup.py build which fails fast and gives no errors
but when I try python setup.py test then it seems like it tries to grab the dependencies and fails
Using /Users/colinwilliams/code/int-airflow/.eggs/pytzdata-2019.1-py2.7.egg
Traceback (most recent call last):
File "setup.py", line 18, in <module>
'Programming Language :: Python :: 2.7'
File "/Users/colinwilliams/code/int-airflow/env/lib/python2.7/site-packages/setuptools/__init__.py", line 145, in setup
return distutils.core.setup(**attrs)
File "/usr/local/Cellar/python@2/2.7.16/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/core.py", line 151, in setup
dist.run_commands()
File "/usr/local/Cellar/python@2/2.7.16/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py", line 953, in run_commands
self.run_command(cmd)
File "/usr/local/Cellar/python@2/2.7.16/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py", line 972, in run_command
cmd_obj.run()
File "/Users/colinwilliams/code/int-airflow/env/lib/python2.7/site-packages/setuptools/command/test.py", line 217, in run
installed_dists = self.install_dists(self.distribution)
File "/Users/colinwilliams/code/int-airflow/env/lib/python2.7/site-packages/setuptools/command/test.py", line 208, in install_dists
ir_d = dist.fetch_build_eggs(dist.install_requires)
File "/Users/colinwilliams/code/int-airflow/env/lib/python2.7/site-packages/setuptools/dist.py", line 717, in fetch_build_eggs
replace_conflicting=True,
File "/Users/colinwilliams/code/int-airflow/env/lib/python2.7/site-packages/pkg_resources/__init__.py", line 791, in resolve
raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (tzlocal 2.0.0b2 (/Users/colinwilliams/code/int-airflow/.eggs/tzlocal-2.0.0b2-py2.7.egg), Requirement.parse('tzlocal<2.0.0.0,>=1.5.0.0'), set(['pendulum']))
So I have two issues. 1)The version conflict, and 2)
python setup.py build doesn't install the deps , since I only get the install, etc with python setup.py test