Hi there. I am currently migrating an old project towards poetry(2nix) and am running into a dependency issue with SQLAlchemy-1.4.49:

Executing pipInstallPhase
/build/SQLAlchemy-1.4.49/dist /build/SQLAlchemy-1.4.49
Processing ./SQLAlchemy-1.4.49-cp310-cp310-linux_x86_64.whl
ERROR: Could not find a version that satisfies the requirement greenlet!=0.4.17; python_version >= "3" and (platform_machine == "aarch64" or (platform_machine == "ppc64le" or (platform_machine == "x86_64" or (platform_machine == "amd64" or (platform_machine == "AMD64" or (platform_machine == "win32" or platform_machine == "WIN32")))))) (from sqlalchemy) (from versions: none)
ERROR: No matching distribution found for greenlet!=0.4.17; python_version >= "3" and (platform_machine == "aarch64" or (platform_machine == "ppc64le" or (platform_machine == "x86_64" or (platform_machine == "amd64" or (platform_machine == "AMD64" or (platform_machine == "win32" or platform_machine == "WIN32"))))))

How does one begin to debug an error like this...I would provide more context, but essentially I have a large pyproject.toml with a lot of dependencies and a lot of overrides for build systems and extra dependencies. I could bisect the pyproject.toml to identify the changes, but it seems there should be a better way to determine the cause of this error...

error:
       … while calling the 'derivationStrict' builtin

         at /builtin/derivation.nix:9:12: (source not available)

       … while evaluating derivation 'python-requirements'
         whose name attribute is located at /nix/store/g68f5abh3xhcz8xsdlfw7wkgkkcx3nwy-source/pkgs/stdenv/generic/make-derivation.nix:300:7

       … while evaluating attribute 'text' of derivation 'python-requirements'

         at /nix/store/g68f5abh3xhcz8xsdlfw7wkgkkcx3nwy-source/pkgs/build-support/trivial-builders/default.nix:148:16:

          147|     runCommand name
          148|       { inherit text executable checkPhase allowSubstitutes preferLocalBuild;
             |                ^
          149|         passAsFile = [ "text" ];

       error: function 'anonymous lambda' called with unexpected argument 'setuptools'

       at /nix/store/g68f5abh3xhcz8xsdlfw7wkgkkcx3nwy-source/pkgs/development/python-modules/wheel/default.nix:1:1:

            1| { lib
             | ^
            2| , buildPythonPackage

Hm, you can repro the memory hog by running (in the poetry2nix github repo):

nix flake update
nix build -L '.#githubActions.checks.x86_64-linux.wheel-wheel'

Seems like something is just broken.... Might need to do a bisect of nixpkgs :(

Hm, you can repro the memory hog by running (in the poetry2nix github repo) (you need to fix the args to wheel first):

nix flake update
nix build -L '.#githubActions.checks.x86_64-linux.wheel-wheel'

Seems like something is just broken.... Might need to do a bisect of nixpkgs :(

Hey everyone. I was just made aware of the channel by someone on IRC so I'm reposting my original question here:

I'm trying to create a flake for one of my python code projects. I used nix flake init --template templates#full to create the flake and left it mostly untouched (except adding python = pkgs.${system}.python39; as argument to poetry2nix.mkPoetryEnv). I then added my dependencies with poetry add, which seemed to download the deps in some packaged form.

However, when I run nix develop or nix shell, it appears poetry isn't used to get the dependencies; instead, it looks like the nix is trying to build the dependencies. Is it supposed to be like that? If so, why use poetry and its lock file at all?

I'm sure there's a good reason for it, I'd just like to understand it. Because it appears not using poetry has, in my case, some unwanted side effects: nix fails to build some dependencies (quite common ones, too, like pandas).

Any help would be greatly appreciated. Here's the code I'm using, if that helps.

Any ideas how to debug the problems building pandas and i2plib (another package I'm using)?

For pandas, it complains about a missing setup.py file and google didn't have any good pointers.

The relevant part seems to be:

       > patching sources
       > Adding /nix/store/8r1v2mbnfri07zvblalna9xgdfnc763i-libcxx-11.1.0-dev/include/c++/v1 to the setup.py common_include variable
       > substitute(): ERROR: file 'setup.py' does not exist

And let me know if spamming error messages is discouraged.