@@ -55,19 +55,19 @@ rather than use the upstream-provided binary packages. This is also true
55
55
of pure Python packages that provide universal wheels. The reasons for using
56
56
source distributions may include:
57
57
58
- - being able to audit the source code of all packages
58
+ - Being able to audit the source code of all packages.
59
59
60
- - being able to run the test suite and build documentation
60
+ - Being able to run the test suite and build documentation.
61
61
62
- - being able to easily apply patches, including backporting commits
63
- from the project's repository and sending patches back to the project
62
+ - Being able to easily apply patches, including backporting commits
63
+ from the project's repository and sending patches back to the project.
64
64
65
- - being able to build on a specific platform that is not covered
66
- by upstream builds
65
+ - Being able to build on a specific platform that is not covered
66
+ by upstream builds.
67
67
68
- - being able to build against specific versions of system libraries
68
+ - Being able to build against specific versions of system libraries.
69
69
70
- - having a consistent build process across all Python packages
70
+ - Having a consistent build process across all Python packages.
71
71
72
72
While it is usually possible to build packages from a Git repository, there are
73
73
a few important reasons to provide a static archive file instead:
@@ -205,11 +205,7 @@ However, none of these issues apply to downstream packaging, and downstreams
205
205
have good reasons to prefer dynamically linking to system dependencies.
206
206
In particular:
207
207
208
- - in many cases, reliably sharing dynamic dependencies between components is a large part
209
- of the *purpose * of a downstream packaging ecosystem. Helping to support that makes it
210
- easier for users of those systems to access upstream projects in their preferred format.
211
-
212
- - in many cases, reliably sharing dynamic dependencies between components is a large part
208
+ - In many cases, reliably sharing dynamic dependencies between components is a large part
213
209
of the *purpose * of a downstream packaging ecosystem. Helping to support that makes it
214
210
easier for users of those systems to access upstream projects in their preferred format.
215
211
0 commit comments