knkski: there are default overrides for  pytorch-lightning  that attempt to handle what must have previously been something like a nested tarball. I removed these from a test branch on my fork

https://github.com/cameronraysmith/poetry2nix/commit/aab624b6f49b5974a57a4be5d034613d6b65c79f

and things work as expected when I source it in my flake. I was going to discuss submitting these upstream, but it might be necessary to retain them with version guards for backward compatibility.

I didn't manage to bisect where this must have changed in the pytorch-lightning release history but I tried as far back as 1.9.4.

knkski: there are default overrides for  pytorch-lightning  that attempt to handle what must have previously been something like a nested tarball. I removed these from an experimental branch on my fork
and things work as expected when I source it in my flake. I was going to discuss submitting these upstream, but it might be necessary to retain the with version guards for backward compatibility.

I didn't manage to bisect where this must have changed in the pytorch-lightning release history but I tried as far back as 1.9.4.

knkski: there are default overrides for  pytorch-lightning  that attempt to handle what must have previously been something like a nested tarball. I removed these from an experimental branch on my fork
and things work as expected when I source it in my flake. I was going to discuss submitting these upstream, but it might be necessary to retain these unpackPhase customizations with version guards for backward compatibility.

I could add these if I knew where things changed, but I didn't manage to bisect where this in the pytorch-lightning release history after trying as far back as 1.9.4 and sporadically downloading a few of the very early source distributions to inspect their structure.

knkski: there are default overrides for  pytorch-lightning  that attempt to handle what must have previously been something like a nested tarball. I removed these from an experimental branch on my fork
and things work as expected when I source it in my flake. I was going to discuss submitting these upstream, but it might be necessary to retain these unpackPhase customizations with version guards for backward compatibility.

I could add these if I knew where things changed, but I didn't manage to bisect where that is in the pytorch-lightning release history after trying as far back as 1.9.4 and sporadically downloading a few of the very early source distributions to inspect their structure.

knkski: there are default overrides for  pytorch-lightning  that attempt to handle what must have previously been something like a nested tarball. I removed these from an experimental branch on my fork
and things work as expected when I source it in my flake. I was going to discuss submitting these upstream, but it might be necessary to retain these unpackPhase customizations with version guards for backward compatibility.

I could add these if I knew where things changed, but I didn't manage to bisect where that is in the pytorch-lightning release history after trying as far back as 1.9.4 and sporadically downloading a few of the very early source distributions from PyPI to inspect their structure.

knkski: there are default overrides for  pytorch-lightning  that attempt to handle what must have previously been something like a nested tarball. I removed these from an experimental branch on my fork and things work as expected when I source it in my flake. I was going to discuss submitting these upstream, but it might be necessary to retain these unpackPhase customizations with version guards for backward compatibility.

I could add these if I knew where things changed, but I didn't manage to bisect where that is in the pytorch-lightning release history after trying as far back as 1.9.4 and sporadically downloading a few of the very early source distributions from PyPI to inspect their structure.

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

Since the unpackPhase was added Oct 31 2022 it should be somewhere in the 1.7.7 to 1.9.4 range.

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

Since the unpackPhase was added Oct 31 2022 it should be somewhere in the Sep 22 2022 1.7.7 to 1.9.4 range.

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

Since the unpackPhase was added Oct 31 2022 it should be somewhere in the release prior to that Sep 22 2022 1.7.7 and the last one 1.9.4 I checked manually.

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

Since the unpackPhase was added in #786 Oct 31 2022 it should be somewhere in the release prior to that Sep 22 2022 1.7.7 and the last one 1.9.4 I checked manually.

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

Since the unpackPhase was added in #786 Oct 31 2022 it should be somewhere in the release prior to that Sep 22 2022 1.7.7 and the last one 1.9.4 I checked manually.

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

Since the unpackPhase was added in #786 Oct 31 2022 it should be somewhere in the release prior to that Sep 22 2022 1.7.7 and the last one, 1.9.4, I checked manually.

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

Since the unpackPhase was added in #786 Oct 31 2022 it should presumably be somewhere in the release prior to that Sep 22 2022 1.7.7 and the last one, 1.9.4, I checked manually.

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

Since the unpackPhase was added in #786 Oct 31 2022 the change should presumably be somewhere in the release prior to that Sep 22 2022 1.7.7 and the last one, 1.9.4, I checked manually.

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

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

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

Since the unpackPhase was added in #786 Oct 31 2022 the change should presumably be somewhere in the 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.

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

Since the unpackPhase was added in #786 Oct 31 2022 the change should presumably be somewhere between the 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.

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.

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 in general rendering the unpackPhase unnecessary, even for older versions.

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 in general rendering this unpackPhase unnecessary, even for older versions.

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.