Skip to content

v1.1.1 fails to generate requirements from poetry lockfile #193

@ghost

Description

Describe the bug

micropipenv fails to generate requirements using poetry method for certain configurations in 1.1.1

To Reproduce

given:

[tool.poetry]
name = "test"
version = "0.1.0"
description = "test"
authors = ["test"]

[tool.poetry.dependencies]
python = "3.8.10"
flask-restx = "^0.4"
webargs = "^7.0"
gunicorn = "^19.9"
Flask-PyMongo = "^2.3.0"
py-healthcheck = "^1.2"
invoke = "^1.6"
pyyaml = "^5.4"

[tool.poetry.dev-dependencies]
pytest = "*"
pytest-mock = "*"
pytest-flask = "*"
requests = "*"
requests-mock = "*"
responses = "*"

[build-system]
requires = ["poetry-core>=1.0.0"]
build-backend = "poetry.core.masonry.api"

when I generate the poetry lockfile using poetry lock on poetry version 1.1.10

when I execute micropipenv requirements --method poetry --no-dev

I get
'atomicwrites'
and then exit code 3

when I execute micropipenv requirements --method poetry --no-default

I get
local variable 'category' referenced before assignment

Expected behavior

On micropipenv 1.1.0, the requirements files are generated as expected

Metadata

Metadata

Assignees

Labels

human_intervention_requiredkind/bugCategorizes issue or PR as related to a bug.lifecycle/activeIndicates that an issue or PR is actively being worked on by a contributor.priority/important-soonMust be staffed and worked on either currently, or very soon, ideally in time for the next release.triage/acceptedIndicates an issue or PR is ready to be actively worked on.

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions