That sounds like a good start. I'll take a look around that time.

Since the unpackPhase was added in poetry2nix #786 Oct 31 2022 the change should presumably be somewhere between the pytorch-lightning release prior to that Sep 22 2022 1.7.7 and the oldest one I checked manually from March 2 2023 in 1.9.4.

Alternatively, there may have been a higher-level change in how the source tarball's are handled rendering this unpackPhase unnecessary, even for older versions.

Anyway, I put up #1481 to mark the issue.

That sounds like a good start. I'll take a look around that time.

Since the unpackPhase was added in poetry2nix #786 Oct 31 2022 the change should presumably be somewhere between the pytorch-lightning release prior to that Sep 22 2022 1.7.7 and the oldest one I checked manually from March 2 2023 in 1.9.4.

Alternatively, there may have been a higher-level change in how the source tarball's are handled rendering this unpackPhase unnecessary, even for older versions.

Anyway, I put up poetry2nix #1481 to mark the issue.

That sounds like a good start. I'll take a look around that time.

Since the unpackPhase was added in poetry2nix #786 Oct 31 2022 the change should presumably be somewhere between the pytorch-lightning release prior to that Sep 22 2022 1.7.7 and the oldest one I checked manually from March 2 2023 in 1.9.4.

Alternatively, there may have been a higher-level change in how the source tarball's are handled rendering this unpackPhase unnecessary, even for older versions.

Anyway, I put up poetry2nix #1481 to mark the issue for further discussion if it is worthwhile.

Hey y'all.
Can somebody explain me why

          projectDir = self;
          overrides =
            overrides.withDefaults
            (
              self: super: {
                rpds-py = super.rpds-py.overridePythonAttrs (old: {
                  cargoDeps = pkgs.rustPlatform.fetchCargoTarball {
                    inherit (old) src;
                    name = "${old.pname}-${old.version}";
                    sha256 = "sha256-aPmi/5UAkePf4nC2zRjXY+vZsAsiRZqTHyZZmzFHcqE=";
                  };
                });
              }
            );
        };

``` fails to evaluate cargoDeps at all, 

but when I switch the order in the list of  withDefaults in poetry2nix/defaults.nix, then that works (and a test case starts failing :) ).

I presume it's because the default override does replace the cargoDeps with it's own (failing) lookup.


But then I gotta ask: Shouldn't it be the other way around in withDefaults, so I can actually override those defaults?

Hey y'all.
Can somebody explain me why

          projectDir = self;
          overrides =
            overrides.withDefaults
            (
              self: super: {
                rpds-py = super.rpds-py.overridePythonAttrs (old: {
                  cargoDeps = pkgs.rustPlatform.fetchCargoTarball {
                    inherit (old) src;
                    name = "${old.pname}-${old.version}";
                    sha256 = "sha256-aPmi/5UAkePf4nC2zRjXY+vZsAsiRZqTHyZZmzFHcqE=";
                  };
                });
              }
            );
        };

```
 fails to evaluate cargoDeps at all, 

but when I switch the order in the list of  withDefaults in poetry2nix/defaults.nix, then that works (and a test case starts failing :) ).

I presume it's because the default override does replace the cargoDeps with it's own (failing) lookup.


But then I gotta ask: Shouldn't it be the other way around in withDefaults, so I can actually override those defaults?

Hey y'all.
Can somebody explain me why

          projectDir = self;
          overrides =
            overrides.withDefaults
            (
              self: super: {
                rpds-py = super.rpds-py.overridePythonAttrs (old: {
                  cargoDeps = pkgs.rustPlatform.fetchCargoTarball {
                    inherit (old) src;
                    name = "${old.pname}-${old.version}";
                    sha256 = "sha256-aPmi/5UAkePf4nC2zRjXY+vZsAsiRZqTHyZZmzFHcqE=";
                  };
                });
              }
            );
        };

fails to evaluate cargoDeps at all,

but when I switch the order in the list of withDefaults in poetry2nix/defaults.nix, then that works (and a test case starts failing :) ).

I presume it's because the default override does replace the cargoDeps with it's own (failing) lookup.

But then I gotta ask: Shouldn't it be the other way around in withDefaults, so I can actually override those defaults?

Hey guys!

I got the following error when trying to build mkdocs-material = "9.5.3" via mkPoetryEnv:

building '/nix/store/hzkkcrsy2w377l72icarcj8m7nngapml-python3.11-mkdocs-material-9.5.3.drv'...
Sourcing python-remove-tests-dir-hook
Sourcing python-catch-conflicts-hook.sh
Sourcing python-remove-bin-bytecode-hook.sh
Sourcing wheel setup hook
Using wheelUnpackPhase
Sourcing pypa-install-hook
Using pypaInstallPhase
Sourcing python-imports-check-hook.sh
Using pythonImportsCheckPhase
Sourcing python-namespaces-hook
Sourcing python-catch-conflicts-hook.sh
Running phase: unpackPhase
Executing wheelUnpackPhase
Finished executing wheelUnpackPhase
Running phase: patchPhase
sed: can't read pyproject.toml: No such file or directory
/nix/store/sf52i9wcklk5i5f2w15p0kng8dq3qqwx-stdenv-darwin/setup: line 140: pop_var_context: head of shell_variables not a function context
error: builder for '/nix/store/hzkkcrsy2w377l72icarcj8m7nngapml-python3.11-mkdocs-material-9.5.3.drv' failed with exit code 2;

Hey guys!

I got the following error when trying to build mkdocs-material = "9.5.3" via mkPoetryEnv:

building '/nix/store/hzkkcrsy2w377l72icarcj8m7nngapml-python3.11-mkdocs-material-9.5.3.drv'...
Sourcing python-remove-tests-dir-hook
Sourcing python-catch-conflicts-hook.sh
Sourcing python-remove-bin-bytecode-hook.sh
Sourcing wheel setup hook
Using wheelUnpackPhase
Sourcing pypa-install-hook
Using pypaInstallPhase
Sourcing python-imports-check-hook.sh
Using pythonImportsCheckPhase
Sourcing python-namespaces-hook
Sourcing python-catch-conflicts-hook.sh
Running phase: unpackPhase
Executing wheelUnpackPhase
Finished executing wheelUnpackPhase
Running phase: patchPhase
sed: can't read pyproject.toml: No such file or directory
/nix/store/sf52i9wcklk5i5f2w15p0kng8dq3qqwx-stdenv-darwin/setup: line 140: pop_var_context: head of shell_variables not a function context
error: builder for '/nix/store/hzkkcrsy2w377l72icarcj8m7nngapml-python3.11-mkdocs-material-9.5.3.drv' failed with exit code 2;

Has anyone struggled with this before?

I'm getting this error:

       error: attribute 'pkg-config' missing

       at /nix/store/dnafa7yi5rz6nnfb7xiwbkdlr673lyqs-source/overrides/default.nix:949:32:

          948|                 (old.buildInputs or [ ])
          949|                 ++ [ pkgs.hdf5 self.pkg-config ]
             |                                ^
          950|                 ++ lib.optional mpiSupport mpi
       Did you mean pkgconfig?