unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: Troy Figiel <troy@troyfigiel.com>
Cc: guix-devel@gnu.org
Subject: Re: Using the pyproject-build-system
Date: Wed, 17 Jan 2024 14:20:19 -0500	[thread overview]
Message-ID: <87sf2vn4wc.fsf@gmail.com> (raw)
In-Reply-To: <98574932-11d8-4a03-941c-4fa4adabb248@troyfigiel.com> (Troy Figiel's message of "Tue, 16 Jan 2024 00:19:22 +0100")

Hi,

Troy Figiel <troy@troyfigiel.com> writes:

> Hi Guix/Python team,
>
> My fix for python-requests-kerberos was pushed today (thanks Oleg!) and
> I thought it would be an appropriate moment to ask about the
> pyproject-build-system. In short, is the pyproject-build-system a
> preferable default over the python-build-system? The manual states
> "experimental", but "encouraged to try it", leaving me wondering which
> one to use when.
>
> And in long:
>
> Although not fully PEP 517-compliant according the documentation, the
> pyproject-build-system does seem to fall back to setuptools.build_meta
> if the pyproject.toml is missing. Contrary to what the name implies to
> me, it can therefore also be used for packages with only a setup.py file.
>
> This usually leads to slicker definitions, since quite a few packages
> seem to only use pytest as their testing suite and in these cases the
> pyproject-build-system does not require an override of the check phase.
>
> Should I therefore always try to use the pyproject-build-system instead
> of the python-build-system, or is there some different guideline to
> follow?

I think pyproject-build-system is often more convenient, such as for
running the test suite, where it automatically figures out whether
pytest or something else should be run.

It's fine to use it as a replacement for python-build-system until it
becomes the default, it you want!

-- 
Thanks,
Maxim


      parent reply	other threads:[~2024-01-17 19:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-15 23:19 Using the pyproject-build-system Troy Figiel
2024-01-17 16:02 ` Simon Tournier
2024-01-17 19:20 ` Maxim Cournoyer [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87sf2vn4wc.fsf@gmail.com \
    --to=maxim.cournoyer@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=troy@troyfigiel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).