| 1 |
commit: 8310dc6e1c4fa340ea0ad374c31201b8ac417fed |
| 2 |
Author: Alessandro Barbieri <lssndrbarbieri <AT> gmail <DOT> com> |
| 3 |
AuthorDate: Sun Apr 26 22:36:27 2020 +0000 |
| 4 |
Commit: Andrew Ammerlaan <andrewammerlaan <AT> riseup <DOT> net> |
| 5 |
CommitDate: Sun Apr 26 22:39:14 2020 +0000 |
| 6 |
URL: https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=8310dc6e |
| 7 |
|
| 8 |
dev-python: mass add longdescription lang="en" |
| 9 |
|
| 10 |
Signed-off-by: Alessandro Barbieri <lssndrbarbieri <AT> gmail.com> |
| 11 |
|
| 12 |
dev-python/aspectlib/metadata.xml | 2 +- |
| 13 |
dev-python/autoflake/metadata.xml | 2 +- |
| 14 |
dev-python/curio/metadata.xml | 2 +- |
| 15 |
dev-python/geopy/metadata.xml | 2 +- |
| 16 |
dev-python/hstspreload/metadata.xml | 2 +- |
| 17 |
dev-python/httpx/metadata.xml | 2 +- |
| 18 |
dev-python/hunter/metadata.xml | 2 +- |
| 19 |
dev-python/manhole/metadata.xml | 2 +- |
| 20 |
dev-python/mkdocs-material/metadata.xml | 2 +- |
| 21 |
dev-python/pytest-sugar/metadata.xml | 2 +- |
| 22 |
dev-python/schedule/metadata.xml | 2 +- |
| 23 |
dev-python/sphinx-autodoc-typehints/metadata.xml | 2 +- |
| 24 |
dev-python/sphinxcontrib-trio/metadata.xml | 2 +- |
| 25 |
dev-python/sphobjinv/metadata.xml | 2 +- |
| 26 |
dev-python/stdio-mgr/metadata.xml | 2 +- |
| 27 |
dev-python/trio-asyncio/metadata.xml | 2 +- |
| 28 |
dev-python/trio/metadata.xml | 2 +- |
| 29 |
dev-python/uvicorn/metadata.xml | 2 +- |
| 30 |
dev-python/websockets/metadata.xml | 2 +- |
| 31 |
19 files changed, 19 insertions(+), 19 deletions(-) |
| 32 |
|
| 33 |
diff --git a/dev-python/aspectlib/metadata.xml b/dev-python/aspectlib/metadata.xml |
| 34 |
index c1f3f9c..3a4e403 100644 |
| 35 |
--- a/dev-python/aspectlib/metadata.xml |
| 36 |
+++ b/dev-python/aspectlib/metadata.xml |
| 37 |
@@ -6,7 +6,7 @@ |
| 38 |
<email>lssndrbarbieri@×××××.com</email> |
| 39 |
<name>Alessandro Barbieri</name> |
| 40 |
</maintainer> |
| 41 |
- <longdescription> |
| 42 |
+ <longdescription lang="en"> |
| 43 |
An aspect-oriented programming, monkey-patch and decorators library. It is useful when changing behavior in existing code is desired. It includes tools for debugging and testing: simple mock/record and a complete capture/replay framework. |
| 44 |
</longdescription> |
| 45 |
<upstream> |
| 46 |
|
| 47 |
diff --git a/dev-python/autoflake/metadata.xml b/dev-python/autoflake/metadata.xml |
| 48 |
index 3fe5b4f..dd52559 100644 |
| 49 |
--- a/dev-python/autoflake/metadata.xml |
| 50 |
+++ b/dev-python/autoflake/metadata.xml |
| 51 |
@@ -6,7 +6,7 @@ |
| 52 |
<email>lssndrbarbieri@×××××.com</email> |
| 53 |
<name>Alessandro Barbieri</name> |
| 54 |
</maintainer> |
| 55 |
- <longdescription> |
| 56 |
+ <longdescription lang="en"> |
| 57 |
autoflake removes unused imports and unused variables from Python code. It makes use of pyflakes to do this. |
| 58 |
|
| 59 |
By default, autoflake only removes unused imports for modules that are part of the standard library. (Other modules may have side effects that make them unsafe to remove automatically.) Removal of unused variables is also disabled by default. |
| 60 |
|
| 61 |
diff --git a/dev-python/curio/metadata.xml b/dev-python/curio/metadata.xml |
| 62 |
index 949f769..d98754e 100644 |
| 63 |
--- a/dev-python/curio/metadata.xml |
| 64 |
+++ b/dev-python/curio/metadata.xml |
| 65 |
@@ -6,7 +6,7 @@ |
| 66 |
<email>andrewammerlaan@××××××.net</email> |
| 67 |
<name>Andrew Ammerlaan</name> |
| 68 |
</maintainer> |
| 69 |
- <longdescription> |
| 70 |
+ <longdescription lang="en"> |
| 71 |
Curio is a coroutine-based library for concurrent Python systems programming. It provides standard programming abstractions such as as tasks, sockets, files, locks, and queues. It works on Unix and Windows. You'll find it to be familiar, small, fast, and fun |
| 72 |
Core Features |
| 73 |
|
| 74 |
|
| 75 |
diff --git a/dev-python/geopy/metadata.xml b/dev-python/geopy/metadata.xml |
| 76 |
index 3ca0d23..fb44591 100644 |
| 77 |
--- a/dev-python/geopy/metadata.xml |
| 78 |
+++ b/dev-python/geopy/metadata.xml |
| 79 |
@@ -5,7 +5,7 @@ |
| 80 |
<email>lssndrbarbieri@×××××.com</email> |
| 81 |
<name>Alessandro Barbieri</name> |
| 82 |
</maintainer> |
| 83 |
- <longdescription> |
| 84 |
+ <longdescription lang="en"> |
| 85 |
geopy is a Python 2 and 3 client for several popular geocoding web services. |
| 86 |
|
| 87 |
geopy makes it easy for Python developers to locate the coordinates of addresses, cities, countries, and landmarks across the globe using third-party geocoders and other data sources. |
| 88 |
|
| 89 |
diff --git a/dev-python/hstspreload/metadata.xml b/dev-python/hstspreload/metadata.xml |
| 90 |
index 83db3e9..1f1cfe2 100644 |
| 91 |
--- a/dev-python/hstspreload/metadata.xml |
| 92 |
+++ b/dev-python/hstspreload/metadata.xml |
| 93 |
@@ -6,7 +6,7 @@ |
| 94 |
<email>andrewammerlaan@××××××.net</email> |
| 95 |
<name>Andrew Ammerlaan</name> |
| 96 |
</maintainer> |
| 97 |
- <longdescription> |
| 98 |
+ <longdescription lang="en"> |
| 99 |
The package provides a single function: in_hsts_preload() which takes an IDNA-encoded host and returns either True or False regarding whether that host should be only accessed via HTTPS. |
| 100 |
</longdescription> |
| 101 |
<upstream> |
| 102 |
|
| 103 |
diff --git a/dev-python/httpx/metadata.xml b/dev-python/httpx/metadata.xml |
| 104 |
index dbf80c1..6c2489f 100644 |
| 105 |
--- a/dev-python/httpx/metadata.xml |
| 106 |
+++ b/dev-python/httpx/metadata.xml |
| 107 |
@@ -6,7 +6,7 @@ |
| 108 |
<email>andrewammerlaan@××××××.net</email> |
| 109 |
<name>Andrew Ammerlaan</name> |
| 110 |
</maintainer> |
| 111 |
- <longdescription> |
| 112 |
+ <longdescription lang="en"> |
| 113 |
Features |
| 114 |
|
| 115 |
HTTPX builds on the well-established usability of requests, and gives you: |
| 116 |
|
| 117 |
diff --git a/dev-python/hunter/metadata.xml b/dev-python/hunter/metadata.xml |
| 118 |
index 0fd2af6..0d170b8 100644 |
| 119 |
--- a/dev-python/hunter/metadata.xml |
| 120 |
+++ b/dev-python/hunter/metadata.xml |
| 121 |
@@ -6,7 +6,7 @@ |
| 122 |
<email>lssndrbarbieri@×××××.com</email> |
| 123 |
<name>Alessandro Barbieri</name> |
| 124 |
</maintainer> |
| 125 |
- <longdescription> |
| 126 |
+ <longdescription lang="en"> |
| 127 |
Hunter is a flexible code tracing toolkit, not for measuring coverage, but for debugging, logging, inspection and other nefarious purposes. It has a simple Python API, a convenient terminal API and a CLI tool to attach to processes. |
| 128 |
Design notes |
| 129 |
|
| 130 |
|
| 131 |
diff --git a/dev-python/manhole/metadata.xml b/dev-python/manhole/metadata.xml |
| 132 |
index e407498..293942a 100644 |
| 133 |
--- a/dev-python/manhole/metadata.xml |
| 134 |
+++ b/dev-python/manhole/metadata.xml |
| 135 |
@@ -6,7 +6,7 @@ |
| 136 |
<email>lssndrbarbieri@×××××.com</email> |
| 137 |
<name>Alessandro Barbieri</name> |
| 138 |
</maintainer> |
| 139 |
- <longdescription> |
| 140 |
+ <longdescription lang="en"> |
| 141 |
Manhole is in-process service that will accept unix domain socket connections and present the stacktraces for all threads and an interactive prompt. It can either work as a python daemon thread waiting for connections at all times or a signal handler (stopping your application and waiting for a connection). |
| 142 |
|
| 143 |
Access to the socket is restricted to the application's effective user id or root. |
| 144 |
|
| 145 |
diff --git a/dev-python/mkdocs-material/metadata.xml b/dev-python/mkdocs-material/metadata.xml |
| 146 |
index a193ecf..f65c982 100644 |
| 147 |
--- a/dev-python/mkdocs-material/metadata.xml |
| 148 |
+++ b/dev-python/mkdocs-material/metadata.xml |
| 149 |
@@ -6,7 +6,7 @@ |
| 150 |
<email>andrewammerlaan@××××××.net</email> |
| 151 |
<name>Andrew Ammerlaan</name> |
| 152 |
</maintainer> |
| 153 |
- <longdescription> |
| 154 |
+ <longdescription lang="en"> |
| 155 |
What to expect |
| 156 |
|
| 157 |
Responsive design and fluid layout for all kinds of screens and devices, designed to serve your project documentation in a user-friendly way in 41 languages with optimal readability. |
| 158 |
|
| 159 |
diff --git a/dev-python/pytest-sugar/metadata.xml b/dev-python/pytest-sugar/metadata.xml |
| 160 |
index c1fe544..273351a 100644 |
| 161 |
--- a/dev-python/pytest-sugar/metadata.xml |
| 162 |
+++ b/dev-python/pytest-sugar/metadata.xml |
| 163 |
@@ -5,7 +5,7 @@ |
| 164 |
<email>lssndrbarbieri@×××××.com</email> |
| 165 |
<name>Alessandro Barbieri</name> |
| 166 |
</maintainer> |
| 167 |
- <longdescription> |
| 168 |
+ <longdescription lang="en"> |
| 169 |
pytest-sugar changes the look and feel of pytest, Python testing tool, by adding a progressbar and instafailing tests |
| 170 |
</longdescription> |
| 171 |
<upstream> |
| 172 |
|
| 173 |
diff --git a/dev-python/schedule/metadata.xml b/dev-python/schedule/metadata.xml |
| 174 |
index cb72441..402305f 100644 |
| 175 |
--- a/dev-python/schedule/metadata.xml |
| 176 |
+++ b/dev-python/schedule/metadata.xml |
| 177 |
@@ -5,7 +5,7 @@ |
| 178 |
<email>lssndrbarbieri@×××××.com</email> |
| 179 |
<name>Alessandro Barbieri</name> |
| 180 |
</maintainer> |
| 181 |
- <longdescription> |
| 182 |
+ <longdescription lang="en"> |
| 183 |
An in-process scheduler for periodic jobs that uses the builder pattern for configuration. Schedule lets you run Python functions (or any other callable) periodically at pre-determined intervals using a simple, human-friendly syntax. |
| 184 |
</longdescription> |
| 185 |
<upstream> |
| 186 |
|
| 187 |
diff --git a/dev-python/sphinx-autodoc-typehints/metadata.xml b/dev-python/sphinx-autodoc-typehints/metadata.xml |
| 188 |
index 34a6533..f424637 100644 |
| 189 |
--- a/dev-python/sphinx-autodoc-typehints/metadata.xml |
| 190 |
+++ b/dev-python/sphinx-autodoc-typehints/metadata.xml |
| 191 |
@@ -6,7 +6,7 @@ |
| 192 |
<email>andrewammerlaan@××××××.net</email> |
| 193 |
<name>Andrew Ammerlaan</name> |
| 194 |
</maintainer> |
| 195 |
- <longdescription> |
| 196 |
+ <longdescription lang="en"> |
| 197 |
This extension allows you to use Python 3 annotations for documenting acceptable argument types and return value types of functions. This allows you to use type hints in a very natural fashion |
| 198 |
</longdescription> |
| 199 |
<upstream> |
| 200 |
|
| 201 |
diff --git a/dev-python/sphinxcontrib-trio/metadata.xml b/dev-python/sphinxcontrib-trio/metadata.xml |
| 202 |
index c43e0ba..02b4005 100644 |
| 203 |
--- a/dev-python/sphinxcontrib-trio/metadata.xml |
| 204 |
+++ b/dev-python/sphinxcontrib-trio/metadata.xml |
| 205 |
@@ -6,7 +6,7 @@ |
| 206 |
<email>andrewammerlaan@××××××.net</email> |
| 207 |
<name>Andrew Ammerlaan</name> |
| 208 |
</maintainer> |
| 209 |
- <longdescription> |
| 210 |
+ <longdescription lang="en"> |
| 211 |
This sphinx extension helps you document Python code that uses async/await, or abstract methods, or context managers, or generators, or … you get the idea. It works by making sphinx’s regular directives for documenting Python functions and methods smarter and more powerful. The name is because it was originally written for the Trio project, and I’m not very creative. But don’t be put off – there’s nothing Trio- or async-specific about this extension; any Python project can benefit. (Though projects using async/await probably benefit the most, since sphinx’s built-in tools are especially inadequate in this case.) |
| 212 |
</longdescription> |
| 213 |
<upstream> |
| 214 |
|
| 215 |
diff --git a/dev-python/sphobjinv/metadata.xml b/dev-python/sphobjinv/metadata.xml |
| 216 |
index ec65084..85aabf1 100644 |
| 217 |
--- a/dev-python/sphobjinv/metadata.xml |
| 218 |
+++ b/dev-python/sphobjinv/metadata.xml |
| 219 |
@@ -6,7 +6,7 @@ |
| 220 |
<email>andrewammerlaan@××××××.net</email> |
| 221 |
<name>Andrew Ammerlaan</name> |
| 222 |
</maintainer> |
| 223 |
- <longdescription> |
| 224 |
+ <longdescription lang="en"> |
| 225 |
Using Sphinx? |
| 226 |
|
| 227 |
Having trouble writing cross-references? |
| 228 |
|
| 229 |
diff --git a/dev-python/stdio-mgr/metadata.xml b/dev-python/stdio-mgr/metadata.xml |
| 230 |
index ebddaca..dd02714 100644 |
| 231 |
--- a/dev-python/stdio-mgr/metadata.xml |
| 232 |
+++ b/dev-python/stdio-mgr/metadata.xml |
| 233 |
@@ -6,7 +6,7 @@ |
| 234 |
<email>andrewammerlaan@××××××.net</email> |
| 235 |
<name>Andrew Ammerlaan</name> |
| 236 |
</maintainer> |
| 237 |
- <longdescription> |
| 238 |
+ <longdescription lang="en"> |
| 239 |
Have a CLI Python application? |
| 240 |
|
| 241 |
Want to automate testing of the actual console input & output of your user-facing components? |
| 242 |
|
| 243 |
diff --git a/dev-python/trio-asyncio/metadata.xml b/dev-python/trio-asyncio/metadata.xml |
| 244 |
index cc48483..f34dda2 100644 |
| 245 |
--- a/dev-python/trio-asyncio/metadata.xml |
| 246 |
+++ b/dev-python/trio-asyncio/metadata.xml |
| 247 |
@@ -6,7 +6,7 @@ |
| 248 |
<email>lssndrbarbieri@×××××.com</email> |
| 249 |
<name>Alessandro Barbieri</name> |
| 250 |
</maintainer> |
| 251 |
- <longdescription> |
| 252 |
+ <longdescription lang="en"> |
| 253 |
Rationale |
| 254 |
|
| 255 |
Trio has native concepts of tasks and task cancellation. Asyncio is based on callbacks and chaining Futures, albeit with nicer syntax, which make handling of failures and timeouts fundamentally less reliable, especially in larger programs. Thus, you really want to base your async project on Trio. |
| 256 |
|
| 257 |
diff --git a/dev-python/trio/metadata.xml b/dev-python/trio/metadata.xml |
| 258 |
index d8d9353..a9e12d3 100644 |
| 259 |
--- a/dev-python/trio/metadata.xml |
| 260 |
+++ b/dev-python/trio/metadata.xml |
| 261 |
@@ -6,7 +6,7 @@ |
| 262 |
<email>andrewammerlaan@××××××.net</email> |
| 263 |
<name>Andrew Ammerlaan</name> |
| 264 |
</maintainer> |
| 265 |
- <longdescription> |
| 266 |
+ <longdescription lang="en"> |
| 267 |
The Trio project's goal is to produce a production-quality, permissively licensed, async/await-native I/O library for Python. Like all async libraries, its main purpose is to help you write programs that do multiple things at the same time with parallelized I/O. A web spider that wants to fetch lots of pages in parallel, a web server that needs to juggle lots of downloads and websocket connections at the same time, a process supervisor monitoring multiple subprocesses... that sort of thing. Compared to other libraries, Trio attempts to distinguish itself with an obsessive focus on usability and correctness. Concurrency is complicated; we try to make it easy to get things right. |
| 268 |
|
| 269 |
Trio was built from the ground up to take advantage of the latest Python features, and draws inspiration from many sources, in particular Dave Beazley's Curio. The resulting design is radically simpler than older competitors like asyncio and Twisted, yet just as capable. Trio is the Python I/O library I always wanted; I find it makes building I/O-oriented programs easier, less error-prone, and just plain more fun. Perhaps you'll find the same. |
| 270 |
|
| 271 |
diff --git a/dev-python/uvicorn/metadata.xml b/dev-python/uvicorn/metadata.xml |
| 272 |
index 37318dd..b32196a 100644 |
| 273 |
--- a/dev-python/uvicorn/metadata.xml |
| 274 |
+++ b/dev-python/uvicorn/metadata.xml |
| 275 |
@@ -6,7 +6,7 @@ |
| 276 |
<email>andrewammerlaan@××××××.net</email> |
| 277 |
<name>Andrew Ammerlaan</name> |
| 278 |
</maintainer> |
| 279 |
- <longdescription> |
| 280 |
+ <longdescription lang="en"> |
| 281 |
Uvicorn is a lightning-fast ASGI server implementation, using uvloop and httptools. |
| 282 |
|
| 283 |
Until recently Python has lacked a minimal low-level server/application interface for asyncio frameworks. The ASGI specification fills this gap, and means we're now able to start building a common set of tooling usable across all asyncio frameworks. |
| 284 |
|
| 285 |
diff --git a/dev-python/websockets/metadata.xml b/dev-python/websockets/metadata.xml |
| 286 |
index e98572b..5839cf4 100644 |
| 287 |
--- a/dev-python/websockets/metadata.xml |
| 288 |
+++ b/dev-python/websockets/metadata.xml |
| 289 |
@@ -6,7 +6,7 @@ |
| 290 |
<email>andrewammerlaan@××××××.net</email> |
| 291 |
<name>Andrew Ammerlaan</name> |
| 292 |
</maintainer> |
| 293 |
- <longdescription> |
| 294 |
+ <longdescription lang="en"> |
| 295 |
What is websockets? |
| 296 |
|
| 297 |
websockets is a library for building WebSocket servers and clients in Python with a focus on correctness and simplicity. |
Archives