Generated code has non-existent relative import

[yc2984]

Generated code has non-existent relative import

[realchandan]

I'm also having same issue.

[BRUHItsABunny]

Try generating against the latest commit of this repository, I read somewhere that the latest commit doesn't have this issue but I haven't had time yet to try this.

If it does solve the issue:
I do wonder what we can do to about pushing a new version to pip, to include those improvements without having to anchor my dependencies against a specific git hash.

[placer14]

I tested with 1f88b67 which found the same issues. My process:

$ poetry add git+https://github.com/danielgtaylor/python-betterproto.git#1f88b67
Updating dependencies
Resolving dependencies... (0.2s)

Package operations: 0 installs, 1 update, 1 removal

  - Removing stringcase (1.2.0)
  - Updating betterproto (1.2.5 -> 2.0.0b6 1f88b67)

Writing lock file

# {target}.proto has a local proto dependency
$ buf generate --template ../../buf.gen.yaml --path ./{target}.proto -o {path_to_output_dir}

Upon reviewing the output, I see the dependency referenced using from .depproto.package import v1 when depproto is in the parent directory and would only work if it was from ..depproto.package import v1.

I've confirmed that my poetry.lock shows:

[package.source]
type = "git"
url = "https://github.com/danielgtaylor/python-betterproto.git"
reference = "1f88b67"
resolved_reference = "1f88b67eeb9871d33da154fd2c859b9d1aed62c1"

And the file protoc-gen-python_betterproto in my path was touched at the same timestamp as when I ran the poetry add command. I could not figure out how to get the binary to spit out its own version, but I'm pretty confident I'm using the latest SHA (at the time of this post).