<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/python-setuptools-git.git/docs/build_meta.rst, branch dev/core_metadata</title>
<subtitle>github.com: pypa/setuptools.git
</subtitle>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/'/>
<entry>
<title>Use separated import statement to avoid copying names</title>
<updated>2023-04-20T12:45:39+00:00</updated>
<author>
<name>Anderson Bravalheri</name>
<email>andersonbravalheri@gmail.com</email>
</author>
<published>2023-04-20T12:45:39+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=296cb45ea5ced4c6603d4360e18894ef87a7ca77'/>
<id>296cb45ea5ced4c6603d4360e18894ef87a7ca77</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>🎨📝 Fix in-tree PEP 517 backend wrapper example</title>
<updated>2023-04-16T00:26:00+00:00</updated>
<author>
<name>Sviatoslav Sydorenko</name>
<email>wk@sydorenko.org.ua</email>
</author>
<published>2023-04-16T00:26:00+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=6c4c20a6e8eef17e2a3413fd0676b3d0fa3fd2cb'/>
<id>6c4c20a6e8eef17e2a3413fd0676b3d0fa3fd2cb</id>
<content type='text'>
Before this patch, the documentation suggested the package authors to
declare a fixed set of hooks inherited from setuptools. But this
approach turned out non-future proof. Over time, as `setuptools` added
support for editable installs, it introduced new hooks per PEP 660.
But if one were to follow the outlined example, they'd end up with an
in-tree build backend that does not support editable installs, nor
would it re-export any hooks that might be added in future versions of
setuptools, implementing any new standards that may emerge over time.

This change demonstrates an approach that would allow the thin wrapper
authors to get the new hooks that setuptools may add over time.

Ref: https://github.com/ansible/ansible/pull/79606#discussion_r1080753862
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Before this patch, the documentation suggested the package authors to
declare a fixed set of hooks inherited from setuptools. But this
approach turned out non-future proof. Over time, as `setuptools` added
support for editable installs, it introduced new hooks per PEP 660.
But if one were to follow the outlined example, they'd end up with an
in-tree build backend that does not support editable installs, nor
would it re-export any hooks that might be added in future versions of
setuptools, implementing any new standards that may emerge over time.

This change demonstrates an approach that would allow the thin wrapper
authors to get the new hooks that setuptools may add over time.

Ref: https://github.com/ansible/ansible/pull/79606#discussion_r1080753862
</pre>
</div>
</content>
</entry>
<entry>
<title>Use Sphinx :pep: role to link directly to PEPs</title>
<updated>2023-01-14T15:05:03+00:00</updated>
<author>
<name>Hugo van Kemenade</name>
<email>hugovk@users.noreply.github.com</email>
</author>
<published>2023-01-14T15:05:03+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=20efb6fad4edf47fc56a1bcf44a7d1e5d646d02f'/>
<id>20efb6fad4edf47fc56a1bcf44a7d1e5d646d02f</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>fix documentation for dynamic build dependencies</title>
<updated>2022-12-20T03:47:31+00:00</updated>
<author>
<name>Max Bachmann</name>
<email>kontakt@maxbachmann.de</email>
</author>
<published>2022-12-20T03:47:31+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=56c4161dd17da8309641df83416e224bbff9ee75'/>
<id>56c4161dd17da8309641df83416e224bbff9ee75</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Get rid of trailing spaces, mainly in docs</title>
<updated>2022-11-20T20:05:08+00:00</updated>
<author>
<name>Dimitri Papadopoulos</name>
<email>3234522+DimitriPapadopoulos@users.noreply.github.com</email>
</author>
<published>2022-11-20T20:02:29+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=71d9566c22710b57c9564c0cd6332f9be71b4e83'/>
<id>71d9566c22710b57c9564c0cd6332f9be71b4e83</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove wheel dependency in example</title>
<updated>2022-07-08T13:00:13+00:00</updated>
<author>
<name>Anderson Bravalheri</name>
<email>andersonbravalheri@gmail.com</email>
</author>
<published>2022-07-08T12:57:27+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=21d8388226d8346853a839703f071eb43f74c128'/>
<id>21d8388226d8346853a839703f071eb43f74c128</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add beta status to 'file' directive for reading dependencies</title>
<updated>2022-06-19T18:31:21+00:00</updated>
<author>
<name>Anderson Bravalheri</name>
<email>andersonbravalheri@gmail.com</email>
</author>
<published>2022-06-19T18:31:21+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=645a53f543001112b6e9652907dca295b99751dd'/>
<id>645a53f543001112b6e9652907dca295b99751dd</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Update build_meta.rst</title>
<updated>2022-06-18T00:55:48+00:00</updated>
<author>
<name>cdfarrow</name>
<email>cdfarrow@users.noreply.github.com</email>
</author>
<published>2022-06-18T00:55:48+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=fe11fbb91d459ac567e68278e29b18858550a10f'/>
<id>fe11fbb91d459ac567e68278e29b18858550a10f</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Update docs/build_meta.rst</title>
<updated>2022-06-18T00:15:02+00:00</updated>
<author>
<name>cdfarrow</name>
<email>cdfarrow@users.noreply.github.com</email>
</author>
<published>2022-06-18T00:15:02+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=a45b56c6f0938d9016e8a429c868a6171253e967'/>
<id>a45b56c6f0938d9016e8a429c868a6171253e967</id>
<content type='text'>
Co-authored-by: Anderson Bravalheri &lt;andersonbravalheri+github@gmail.com&gt;</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Co-authored-by: Anderson Bravalheri &lt;andersonbravalheri+github@gmail.com&gt;</pre>
</div>
</content>
</entry>
<entry>
<title>Update build_meta.rst</title>
<updated>2022-06-17T06:32:44+00:00</updated>
<author>
<name>cdfarrow</name>
<email>cdfarrow@users.noreply.github.com</email>
</author>
<published>2022-06-17T06:32:44+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/python-setuptools-git.git/commit/?id=bf11294e54828c8bd3c319fb84a5c16513559a62'/>
<id>bf11294e54828c8bd3c319fb84a5c16513559a62</id>
<content type='text'>
Mainly grammar/style tweaks... which turned into a few more thoughts:
About this statement: "decide which program to use to 'build from source' (the default is ``setuptools``)." 
I think 'default' conveys the wrong impression here when it is explaining the new way of doing things. PEP517 says, "(build) tools should revert to the legacy behaviour of running setup.py" Maybe a footnote would be better saying it is a fallback, for backward compatibility. (But, all the same, this is interesting information that now explains to me why 'py -m build' worked before I had tried using a pyproject.toml file.)
Line 37:  ``build_meta`` implements ``setuptools``'s build system support.
This seems out of place, and doesn't make sense. build_meta hasn't been mentioned yet in this article. Maybe this sentence could go before line 61.
Line 26-28: This seems like low-level detail that is out of place in this article. If you want to keep it, maybe add a note that the default directory is dist\.
**The "bullet items" under the PEP517 section aren't formatting correctly in the Preview. Please check that I haven't messed anything up there in the final render.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Mainly grammar/style tweaks... which turned into a few more thoughts:
About this statement: "decide which program to use to 'build from source' (the default is ``setuptools``)." 
I think 'default' conveys the wrong impression here when it is explaining the new way of doing things. PEP517 says, "(build) tools should revert to the legacy behaviour of running setup.py" Maybe a footnote would be better saying it is a fallback, for backward compatibility. (But, all the same, this is interesting information that now explains to me why 'py -m build' worked before I had tried using a pyproject.toml file.)
Line 37:  ``build_meta`` implements ``setuptools``'s build system support.
This seems out of place, and doesn't make sense. build_meta hasn't been mentioned yet in this article. Maybe this sentence could go before line 61.
Line 26-28: This seems like low-level detail that is out of place in this article. If you want to keep it, maybe add a note that the default directory is dist\.
**The "bullet items" under the PEP517 section aren't formatting correctly in the Preview. Please check that I haven't messed anything up there in the final render.</pre>
</div>
</content>
</entry>
</feed>
