GNU bug report logs - #63139
[PATCH python 00/20] Updates for pyproject-build-system, poetry, python-yubikey-manager

Previous Next

Full log

View this message in rfc822 format

From: John Kehayias <john.kehayias <at> protonmail.com>
To: Lars-Dominik Braun <lars <at> 6xq.net>
Cc: 63139 <at> debbugs.gnu.org
Subject: [bug#63139] [PATCH python 02/20] gnu: Add python-pyproject-hooks.
Date: Thu, 04 May 2023 22:04:22 +0000

Hi Lars,

On Mon, May 01, 2023 at 08:58 AM, Lars-Dominik Braun wrote:

> Hi,
>
>> +               (replace 'build
>> +                 (lambda _
>> +                   (invoke "python" "-m" "build" "--wheel" "--no-isolation" ".")))
>> +               (replace 'install
>> +                 (lambda _
>> +                   (let ((whl (car (find-files "dist" "\\.whl$"))))
>> +                     (invoke "pip" "--no-cache-dir" "--no-input"
>> +                             "install" "--no-deps" "--prefix" #$output whl)))))))
>
> why is this necessary? As far as I see pyproject-hooks wants to be built
> using flit_core, which we have a fully bootstrapped version of. Same
> for pypa-build, which – as far as I can see – also builds using flit_core.
>

This gets to what I wasn't sure about, what exactly needs to be
bootstrapped and what depends on what. From what I remember and
thought, the newer python-pypa-build needs python-pyproject-hooks.
Which itself would be built with pyproject-build-system, creating a
circular dependency. But, I don't know anything about flit_core and
that system. So you are saying flit_core is used to build each of
these without a cycle then?

Can you layout what the new structure would be for updating
python-pypa-build with python-pyproject-hooks then? (And then
deprecate pep517.)

Thanks!
John

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.