Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jan 28 19:43
    niall-byrne closed #1587
  • Jan 28 19:43
    niall-byrne commented #1587
  • Jan 28 19:18
    bsolomon1124 commented #1587
  • Jan 28 19:15
    niall-byrne commented #1587
  • Jan 28 18:58
    niall-byrne commented #1587
  • Jan 28 18:55
    bsolomon1124 commented #1587
  • Jan 28 18:55
    bsolomon1124 commented #1587
  • Jan 28 18:50
    bsolomon1124 commented #1587
  • Jan 28 18:46
    bsolomon1124 commented #1587
  • Jan 28 18:46
    bsolomon1124 commented #1587
  • Jan 27 19:06
    fersarr commented #954
  • Jan 27 18:09
    gandarez commented #1722
  • Jan 25 20:16
    dstromberg commented #1969
  • Jan 25 14:22
    McSinyx commented #1742
  • Jan 25 13:17
    joreiff synchronize #1941
  • Jan 25 11:36
    etc0de commented #1742
  • Jan 25 11:03
    etc0de commented #1742
  • Jan 25 09:45
    McSinyx commented #1742
  • Jan 23 17:52
    merwok commented #1951
  • Jan 23 17:50
    david-cortes edited #1982
Paul Ganssle
@pganssle
Other stuff it's more complicated and I'd rather err on the side of a "soft launch" rather than add more churn and conflicting documentation when we don't know when the replacements are ready yet.
We can probably deprecate install in the documentation and test entirely.
Ronny Pfannschmidt
@RonnyPfannschmidt
is there any way for setuptools to obtain access to the egg/dist-info folder pip makes before copying out a folder from a build?
Paul Ganssle
@pganssle
I think setuptools makes that folder.
Ronny Pfannschmidt
@RonnyPfannschmidt
@pganssle pip uses setuptools to make that folder, but then the next call to setuptools from pip happens somewhere else
@pganssle im wonderring, because i need setuptools_scm to figure the actual version, and pip copies everything away which makes things strange
Paul Ganssle
@pganssle
I dunno, I would only count on whatever PEP 517 says.
It seems like prepare_metadata_for_build_wheel is at least partially designed for this.
Not sure how that translates into setuptools_scm space.
Ronny Pfannschmidt
@RonnyPfannschmidt
same - i have no idea how to get the metadata i need ^^
Thomas Robitaille
@astrofrog
Hi all, is there a way in setuptools to check whether a version number (e.g. 1.3) satisfies a version specifier? (e.g. ~= 0.9, >= 1.0, != 1.3.4.*, < 2.0)
Thomas Robitaille
@astrofrog
I just found https://packaging.pypa.io/en/latest/specifiers/ which answers my question
damien
@damienstanton
Hi all, I am building a local package that needs to include a single pre-compiled .so file. I've tried including this in package_data or data_files fields, but it's not working. Additionally, in my wrapper for the C interface, what path is appropriate to pass into the call to cdll.LoadLibrary("mylib.so")? All the documentation I've found has explained how to include, compile, and link C sources directly, but this isn't what I am doing. Any help is much appreciated :pray:
Keterz
@scpketer
can somebody help me with setup.py and data_files/package_data?
can't figure how to make it export localizations on pip install
Keterz
@scpketer
yeah they're right, irc's dead these days
Vicente Mataix Ferrándiz
@loumalouomega
hi everyone, I have a question, how can we deal with binaries dependencies?
I mean, for example for linux
for several .so that depend on one main .so
Lets say that that main so we want to be an independent package of the others
Any idea?
I was thinking just to hardcode the changes on the setup.py
and add the dependencies as usual
Jason R. Coombs
@jaraco
Hi @loumalouomega . Setuptools (and much of the Python Packaging infrastructure) doesn’t do much for managing dependencies outside of the Python ecosystem. Tools like pip and setuptools rely on system package managers (and developers) to have satisfied external dependencies (compilers, Python versions, other libraries) before running the tool. In this section of the Python Packaging User’s Guide, there’s some guidance about how a user might rely on something like Conda or Spack or other tools to manage and install some of the more complicated dependencies. Other packages like lxml and Pillow mainly rely on custom build-time routines (or sometimes just instructions) to ensure that build dependencies are present before statically linking libraries.
Some work has been drafted/discussed on declaring “external dependencies”, but to my knowledge none has matured to a useable state.
For now, I would suggest avoiding using setuptools and setup.py to manage these dependencies and would instead build a custom workflow to orchestrate first the preparation of the external dependencies and second the building of the Python package (setup.py or pyproject.toml) that assumes the presence of the external dependencies.
Vicente Mataix Ferrándiz
@loumalouomega
Thank you very much
I was thinking in use poetry to deal with the dependencies
And adapt it to our case
But maybe I would do as youy suggest
Thank you very much
Axel Huebl
@ax3l
Hi! I am generating in a CMake workflow some libraries via pybind11 and install them already successfully. Now I am also generating a binary executable that I want to distribute with my wheel into a PATH location. Just adding the generated binary to setup(..., scripts=['mytool']) does not work (not found) and just generating it in extdir installs it alongside the python prefix ('-DCMAKE_RUNTIME_OUTPUT_DIRECTORY=' + extdir), but does not add it to the PATH. What do you recommend to specify in setuptools:setup to install an executable that is generated from an external build?
This is what I am doing so far for libraries: https://github.com/openPMD/openPMD-api/blob/dev/setup.py
And a new executable named "openpmd-ls" comes in here: openPMD/openPMD-api#574
Axel Huebl
@ax3l
@jaraco do you know how I can express the installation of an externally built executable in setuptools:setup?
Paul Ganssle
@pganssle
@ax3l You can't, really.
It's one of the higher-priority open questions to solve for the Python packaging ecosystem.
Axel Huebl
@ax3l
:'(
Ronny Pfannschmidt
@RonnyPfannschmidt
@pganssle do i recall it correctly that you are trying to solve editable installs for the peps - i was wondering, what if the solution was to generate a special wheel, tagged with +for_editable_install that would contain metadata, a record and the files that the build backend would need to make things work
afterwards that wheel would be installed just like any other wheel, just that instead of shipping the package content, it ships a shim belonging to the controll of the backend
Axel Huebl
@ax3l
@pganssle sorry for the delayed ping, is there a github issue I can subscribe to regarding the install problem I mentioned?
you mentioned its one of the higher-priority ones
Axel Huebl
@ax3l
Hi, we are currently encountering an installation problem with easy_install.py ignoring a user-provided --prefix and trying to install in a system-location instead. Any ideas if that is a setuptools installation bug and how to work around it? pypa/setuptools#1930
Jason R. Coombs
@jaraco
@RonnyPfannschmidt If I recall correctly, the design is to have the build backends provide a list of sources which a frontend (like pip or tox) could symlink or (repeatedly) copy to make present in sys.path. It far from a solved issue, though.
@ax3l I wish I had a better answer for you, but the short answer is that the Python Packaging ecosystem has always been focused primarily on (sourcing python modules and packages) and (installing those modules and packages for use).
Axel Huebl
@ax3l
I see, but prefix-isolation seams to be something it knows in general... no?
Ian
@ionox0
Has python 2.7 reached it's end with the pip install . command?
ERROR: Package 'setuptools' requires a different Python: 2.7.10 not in '>=3.5'
Ian
@ionox0
^just had to use a previous version of setuptools to get it to work for now
Paul Ganssle
@pganssle
@ionox0 Yes.
If you mean pip install . for building setuptools.
If you mean pip install . for building other stuff, then no.