In reply to @fkarg:matrix.org
It should be as simple as having a new poetry package with ipykernel==6.11 as direct dependency (which has jupyter-client 7.2.1 as dependency), but I'm getting a error: value is null while a set was expected that I just can't seem to figure out

First of all, i'm only learning nix. I focused my attenttion on cffi package. and after poetry lock i got next related changes in poetry.lock file

 [package.dependencies]
-cffi = "*"
-py = "*"
+cffi = {version = "*", markers = "implementation_name == \"pypy\""}
+py = {version = "*", markers = "implementation_name == \"pypy\""}

After this building of your tree start failing on ipykernel.

I really do not know why poetry does this changes. But looking at poetr2nix code i can say - in overrides, there is logic what cffi does not existst beyond pypy implementation

In reply to @fkarg:matrix.org
It should be as simple as having a new poetry package with ipykernel==6.11 as direct dependency (which has jupyter-client 7.2.1 as dependency), but I'm getting a error: value is null while a set was expected that I just can't seem to figure out

First of all, i'm only learning nix. I focused my attenttion on cffi package. and after poetry lock i got next related changes in poetry.lock file

 [package.dependencies]
-cffi = "*"
-py = "*"
+cffi = {version = "*", markers = "implementation_name == \"pypy\""}
+py = {version = "*", markers = "implementation_name == \"pypy\""}

After this building your tree start failing on ipykernel.

I really do not know why poetry does this changes. But looking at poetr2nix code i can say - in overrides, there is logic what cffi does not existst beyond pypy implementation

In reply to @mou_bugtracker:matrix.org
Please consider check your poetry version and update if it's required

In reply to @mou_bugtracker:matrix.org
problem with ipykernel is most likely related to build tool. It somehow explained in https://github.com/nix-community/poetry2nix/blob/master/docs/edgecases.md

I think adding flint-core to buildInputs will help solve it

In reply to @jairo:recallstack.icu
Hello dear community.
I'm building a python app to manage git meta-repositories. Sort of a better replacement for git-submodules.
I'm facing an infinite recursion problem when trying to install path dependencies with poetry2nix from a source code tree generated with that tool.
As you can see in https://discourse.nixos.org/t/how-to-debug-infinite-recursion/18470?u=yajo nix does not produce any stack trace when getting to an infinite recursion, so I'm unable to debug where's the problem.
I kindly ask some nix pro to give me a hand here. I isolated a reproducible test case, see https://gitlab.com/moduon/mrchef/-/merge_requests/1#note_900775108
Thanks!

In reply to @jairo:recallstack.icu
I found the infinite recursion problem. Fixed in https://github.com/nix-community/poetry2nix/pull/585

In reply to @jairo:recallstack.icu
hello folks! is there any problem with this PR? it seems a pretty obvious fix, isn't it?

In reply to @artturin:matrix.org
adisbladis: probably just hasn't had time to review it