Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Sep 25 19:56
    jaraco closed #3532
  • Sep 25 19:56
    jaraco commented #3532
  • Sep 25 19:55
    jaraco commented #3532
  • Sep 25 00:15
    oddsmatcheraustralia commented #3329
  • Sep 25 00:15
    oddsmatcheraustralia commented #3329
  • Sep 25 00:14
    oddsmatcheraustralia commented #3329
  • Sep 24 19:16

    jaraco on main

    Bump version: 65.3.0 → 65.4.0 (compare)

  • Sep 24 19:16

    jaraco on v65.4.0

    (compare)

  • Sep 24 19:16

    jaraco on main

    Revert "Exclude Python 3.11 on … Restore metadata tests (not dis… Add DISTUTILS_EXTRA_CONFIG opti… and 21 more (compare)

  • Sep 24 19:16

    jaraco on distutils-d82d926

    (compare)

  • Sep 24 19:16
    jaraco closed #3609
  • Sep 24 18:27
    jaraco edited #3609
  • Sep 24 18:27
    jaraco edited #3609
  • Sep 24 18:27
    jaraco synchronize #3609
  • Sep 24 18:27

    jaraco on distutils-d82d926

    Add changelog. (compare)

  • Sep 24 18:25
    jaraco opened #3609
  • Sep 24 18:25

    jaraco on distutils-d82d926

    Revert "Exclude Python 3.11 on … Restore metadata tests (not dis… Add DISTUTILS_EXTRA_CONFIG opti… and 19 more (compare)

  • Sep 24 16:37
    wimglenn labeled #3608
  • Sep 24 16:37
    wimglenn opened #3608
  • Sep 24 16:37
    wimglenn labeled #3608
Paul Ganssle
@pganssle
So I think it's getting interpreted as "execute grep pyc ..." instead of "execute ! grep pyc ..."
Should I delete and re-create the 40.6.0 tag with the release script fixed?
Jason R. Coombs
@jaraco
Yes.
Since the release never went out, I consider it safe (within a few hours) to replace the tag.
Paul Ganssle
@pganssle
Yeah, I agree.
Ralf Weber
@RJMW
pypa/setuptools#232 Please, any progress on Issue 1 in this post? I am struggling to find a way to install the requirements when cmdclass and install is included in setup.py. Workaround?
Paul Ganssle
@pganssle
I'm not sure I understand that issue. Hard to know why
Paul Ganssle
@pganssle
Sorry, that should have said "Hard to know how to work around this issue without knowing what you need to do" @RJMW
Stephan Steinbach
@ssteinbach
Hello, is there a good way to figure out the minimum version of setuptools my project requires? At the moment the problematic fields seem to be project_urls and tests_require
Jason R. Coombs
@jaraco
@ssteinbach I’m pretty sure tests_require has been around a very long time. I’m less sure about project_urls. You can refer to the history, which may or may not make mention of that particular change.
Thomas Robitaille
@astrofrog
Hi all, I'm updating some of my packages to use the declarative setup.cfg way of specifying package options instead of listing them in setup.py. But I was just curious as to what the plan is for future in terms of setup.cfg vs pyproject.toml - is the long term plan to have everything declared in pyproject.toml instead of setup.cfg?
Jason R. Coombs
@jaraco
@astrofrog No plans per se. … but we do recognize the disparity. If you’d like to take on that challenge, I’d be open to it. Probably no small task, but also probably achievable.
Thomas Robitaille
@astrofrog
Ok thanks, I was mostly curious as to whether there were opinions on what something should look like at the end, though I realize that it will take some work :)
Stephan Steinbach
@ssteinbach
@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
Thomas Robitaille
@astrofrog
Hi all, is it safe to rely on from pkg_resources.extern.packaging.specifiers import SpecifierSet or is it not in the public API?
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
Ronny Pfannschmidt
@RonnyPfannschmidt
@astrofrog what prevents just using packaging directly?
Thomas Robitaille
@astrofrog
@RonnyPfannschmidt - I don't know if I can rely on it being installed for users, and would prefer not to introduce a new dependency
Paul Ganssle
@pganssle
I'm a bit stymied here, a co-worker asked me about deploying Python scripts into directories other than bin/
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?
Ronny Pfannschmidt
@RonnyPfannschmidt
@pganssle thats not part of the normal deployment mechanisms python has
whats the actual use-case
Paul Ganssle
@pganssle
@RonnyPfannschmidt They want the script to be aimed at libexec instead of bin.
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.
Ronny Pfannschmidt
@RonnyPfannschmidt
@pganssle practically speaking - they have to make it a non-binary package (disallowing wheels) and inject a new command for the installation which handles the alternative script install location
whats the context of the script? something like a git addon?
Paul Ganssle
@pganssle
I don't follow why you can't have wheels. data_files is able to install things in libexec just fine.
Ronny Pfannschmidt
@RonnyPfannschmidt
@pganssle you wanted to sort out the shebangs?
thats not part of the toolchain that does wheels and puts them in place
so you either add a own installer, or prevent wheels
Paul Ganssle
@pganssle
I just want it to have feature parity with console_scripts.
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/
Ronny Pfannschmidt
@RonnyPfannschmidt
thats simply not part of the current tool chain, and there is no standard for it properly ratifying it
Cody Piersall
@codypiersall
I have a Python package I need to depend on that is hosted in at an internal git repository. It has a setup.py, but not at the root of it's repository. Can I specify the location to the setup script somehow?
Axel Huebl
@ax3l
Hi there, does someone know I can get the list of user-requested extras inside my setup.py?
I need to know what a user selected in order to accordingly set a CMake option: pypa/setuptools#1712
Jason R. Coombs
@jaraco
@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.
Axel Huebl
@ax3l
@jaraco thanks for the feedback. yep, I am not using extras anymore since I cannot easily separate this into a runtime dependency
Jason R. Coombs
@jaraco
Cool. Wish the system had been able to readily address your use-case, but glad you found something workable.
Axel Huebl
@ax3l
Yep, I probably misunderstood its design idea. Would be awesome to express build variants as well.
Paul Ganssle
@pganssle
I'm planning on merging pypa/setuptools#1706 then cutting a new minor release.
@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)