Bug 2049649
Summary: | [RFE:EPEL9] branch python-poetry for EPEL9 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Steve Traylen <steve.traylen> |
Component: | poetry | Assignee: | Nobody <nobody> |
Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | jacfletcherqueline, jonathan, mhroncok, pviktori, python-sig, thrnciar |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | Bug | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Steve Traylen
2022-02-02 14:01:49 UTC
What is good however is that you can still use the %pyproject macros as fall back to setuptools if you delete pyproject.toml file containing poetry. Maybe this is not needed. I am not interested in maintaining poetry in EPEL 9, it is a responsibility for a decade where we would need to backport relevant bug fixes and cannot change the API. However, leaving this decision up to the primary maintainer. > No matching package to install: 'python3dist(virtualenv)'
This is unexpected. I've added virtualenv to EPEL 9 long time ago. Do you have a link to the scratch build?
> What is good however is that you can still use the %pyproject macros
> as fall back to setuptools if you delete pyproject.toml file containing poetry.
Whether this works depends on the particular poetry-using project, AFAIK.
It might not be reliable for the whole EPEL9 lifetime.
I am also not interested in maintaining poetry in EPEL. (In reply to Miro Hrončok from comment #3) > > No matching package to install: 'python3dist(virtualenv)' > > This is unexpected. I've added virtualenv to EPEL 9 long time ago. Do you > have a link to the scratch build? My mistake. fedpkg --release epel9 mockbuild does enable epel repos while mock -r centos-stream-9-x86_64 --rebuild poetry-1.1.12-2.fc36.src.rpm does not. rpm -q mock && rpm -V mock mock-2.15-1.fc35.noarch So result is: No matching package to install: 'python3dist(httpretty)' python-filecheck build-depends on poetry and doesn't have a setup.py to fall back on. (In reply to Dominik 'Rathann' Mierzejewski from comment #7) > python-filecheck build-depends on poetry and doesn't have a setup.py to fall > back on. It could probably work with poetry-core: https://github.com/mull-project/FileCheck.py/pull/191 (In reply to Miro Hrončok from comment #8) > (In reply to Dominik 'Rathann' Mierzejewski from comment #7) > > python-filecheck build-depends on poetry and doesn't have a setup.py to fall > > back on. > > It could probably work with poetry-core: > https://github.com/mull-project/FileCheck.py/pull/191 Yes, it works fine witch that patch and: -BuildRequires: python3-poetry +BuildRequires: python3-poetry-core (In reply to Miro Hrončok from comment #9) > (In reply to Miro Hrončok from comment #8) > > (In reply to Dominik 'Rathann' Mierzejewski from comment #7) > > > python-filecheck build-depends on poetry and doesn't have a setup.py to fall > > > back on. > > > > It could probably work with poetry-core: > > https://github.com/mull-project/FileCheck.py/pull/191 > > Yes, it works fine witch that patch and: > > -BuildRequires: python3-poetry > +BuildRequires: python3-poetry-core Thanks, I'll try bumping to 0.0.23 and using -core. I'm happy to maintain this in EPEL and work on the necessary deps. I need this to get noggin packaged for EPEL9 because it will not build with poetry-core. > I'm happy to maintain this in EPEL and work on the necessary deps. Once the deps are ready, feel free to ask for the branch ACLs. > I need this to get noggin packaged for EPEL9 because it will not build with poetry-core. I am curious. Why won't it? (In reply to Miro Hrončok from comment #12) > > I need this to get noggin packaged for EPEL9 because it will not build with poetry-core. > > I am curious. Why won't it? Handling poetry-core>=1.0.0 from build-system.requires Requirement satisfied: poetry-core>=1.0.0 (installed: poetry-core 1.0.7) Traceback (most recent call last): File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 501, in main generate_requires( File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 414, in generate_requires backend = get_backend(requirements) File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 253, in get_backend backend_module = importlib.import_module(module_name) File "/usr/lib64/python3.9/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 1030, in _gcd_import File "<frozen importlib._bootstrap>", line 1007, in _find_and_load File "<frozen importlib._bootstrap>", line 972, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 228, in _call_with_frames_removed File "<frozen importlib._bootstrap>", line 1030, in _gcd_import File "<frozen importlib._bootstrap>", line 1007, in _find_and_load File "<frozen importlib._bootstrap>", line 984, in _find_and_load_unlocked ModuleNotFoundError: No module named 'poetry.masonry' After re-reading the error and digging a bit more into poetry I worked around that, obviously. This BZ isn't as important to me now but I'm still going to try to tackle the deps. (In reply to Jonathan Wright from comment #14) > After re-reading the error and digging a bit more into poetry I worked > around that, obviously. I suppose by changing pyproject.toml from: [build-system] requires = ["poetry>=1.0.0"] build-backend = "poetry.masonry.api" To: [build-system] requires = ["poetry-core"] build-backend = "poetry.core.masonry.api" Could you please contribute that upstream if it indeed makes the package work? Submitted upstream to noggin and noggin-messages. Thank you. I believe that by modifying pyproject.toml from: https://scratchgames.co I think it might work well with poetry-core:https://github.com/mull-project/FileCheck.py/pull/191 |