python311-waitress-doc-2.1.2-150400.12.7.1<>,vg#p9|-&֕L*'ؐ\^5SY>=T"g@NQXÁu$%iGe_ )"~Z=ɤdX?[̢~l~_y^og 2u k]pA"tJPC?y34$  .¹%I!(Oj+@z p^(68k - Me#"=+O$8x{ڊ?N2$3tFi]R g>>l?ld - B 4:D?@? ? <? 8? ? 8?4?o??c(89:F]G]?H^?I_?X`Y`\`,?]a(?^dbfcfdg>egCfgFlgHug\?vhXzl?lPlTlglpltlzlCpython311-waitress-doc2.1.2150400.12.7.1Waitress WSGI serverThis package contains documentation files for python311-waitress-doc.g#h01-ch3dxSUSE Linux Enterprise 15SUSE LLC ZPL-2.1https://www.suse.com/Development/Languages/Pythonhttps://github.com/Pylons/waitresslinuxnoarchT'  ?0d[ u:.voxH"3M#1 ZZ Q,wnlI,1*q]_%" +hJBI}'7AAA큤A큤A큤g#g#g#_Vb7q\Y;\\3ab\\3\[\_Vg#g#_V_V_V_Vf7g#_V_Vf7_V_V_V_Vg#_Vf7_Vf7g#_V_Vg#_V_Vf7f7_Vg#g#g#g#g#g#g#g#g#g#g#g#g#g#g#g#g#g#Y;f0817186b5f24eaa61fa2b1f91713037c84287438d6bcfc5905b7f57ebff9b63ff7015d179c2244a94978d2d9d47569477fbe22f48d7d576e89ab8350966a650b2c66b1af4d9949c30404732f51cf95e57e114ff55f7c19131edc35ff10ce2963ece99590c634fd7532e9bb8a3e36ca423a3cbf0617ffbf5c9034fc148ce27d4dea834cc0c830cf7427cc60f8019ebd104982a36b272e795ce1b04a97eab73f80e4c754332d64a939b53fc2c89677d6dc89e9b482b376cdce2cc55e6ae8d8afa5c4a52f1213e61db4a6d5a4f26fd4b198f4a092e761832394bf24f2fb79fab2da5b549198ba23fca03e2a45fb0eac56df005d9c9a584b51571feed3af57532faf21d24eee85bcafec4b2ad3981dd09f30844e4675b8e23cc4b2d88b5ea65f1bf5c66f96bd066b38b54aea17b78c9a5e00f4bd0b9e7fb0329eda29099efa2a57ffbbf96125a41a3026df2a00c18b9a98882065ca78c7c924acfe74df27efb1e907f73250101587b4b34a70bc3813b24216199695e4ba92e3064786a4e14dadc38252efa66c44187073a2b92e1ad0965fd7ff0bd83466a7608ac8b82b6e597e783423570f909463d346a3e1a2c2b47aa4365c2fd7c3bfbf1fbc0f5427892d6f2a2d969e5e9e79a63d47ab59742d1c1e84325eed349380df1a8316e8aebe54ec77b90029cddbba8835dea83932d928d50adf53f2480dca8c7fea6ddc8f39717759e2eac01393b5bc9c61b58b900e7b02373347c12206e87a87768e01de0993e28d03d62b81f63b0418a39a8f5a323203d88ddafc8c5226f86d311970025d86d7b6cb128b33b904a7dffb8ca5b5bf3d1143309a284a09a6c63e2478a80cb3bc1c98b2c52025b1fc15e7fbf629b4140c965ee796192ae10281681abe80be256a35a3d8160a6f91fa7cb18ad1729eb2f986c8ba37b76e303c07390bc7f8bb94774c4ce5c4bc9a16aebf38c4b950f59b8e501ca36495328cb9eb622218bce9064a35e3ee002169742407168e253bce0250185f0b721f7461c3fc9d451ebe06a6bb73f0e6aeeb6e154e35008a1687da4e67ce198b2ae96b6163c381c508320298da2c0032b99c070bcaa940c557acfa867411e363da5e4ad87b56d4180f3c342b18154d6d69b83814a153143f38b41dc7c063f550364f0a5cacdd0ed75a51a5e6686a93a95b1d44e1ba5a3155d89f8427a3b2c981158f956bf48b9cdf0030265e8b7a609bc03cc490230abfc2ecfb5dac4a9c1698b62e9c143d4801897a3ce644d7faaf547e7fc50db3699f1ca41ce9a2ffa202c00c5d1d5180c55f62ba859b1bd6cc0082d408c2fba34bc2c6ef0768f01d56237b2eced39ec9444e1e480a02c3ae78c6454115199b96a130cba02147c47c0deb43dcc9b9f08b5162bba8642b34980ac631dae86fdcef1cf8c69a21c8e06d2bfd945a1a314e2ec7c0585913e2a36ae022c580bc2616a285e80d2051d9637a14a771388a39a0519124786d0c2a9e12f6716210de49a95eec913960c22e04a72d9065d6bfd3dc8e26af473f3f1a75529ce381a03132ca66a448f40210ccb3d2e9794cbca21c0bd73be230501126072e61f0e64087a113f178ffbec4d6f3afc69e6dc0daebe4e5281f48ace7dfc3656c59b30079da4e858ae10cd52933d2160ab127f3637e09aa7edcaf2227ba29ebc400f9e3012a521ca4c32c56939af6a67e4f4b8f5fb80c2952e19cbf2fcbd697c4bb37d096231e9c87df80ec3273da9c5b71bc81503206726a07a4dd4de44c256ff859c93db6ff0af01c1416a4cf5643fa970e6facf75aa2c38a66404085039c2314e3315d68a915c54c803f8205425f2893a168ada93818a4299f9a02c51471e7cbf5a7423494b9a6fd39de42c69f052233576ed67f532a8cb748b591fad55bf4522edc1c5bb066770fa611f923aaed1ac746777e4ecb06d92123616f5d534abc7b03fb175ac1d94e3af69faf57848e53847a3010537bdb5e160d1e5fc6130190c137281b9f0de52e8ec9e00f30d3cdf98c711fa65bdcb14825e1534b64ac87cad4fbb09e964c0e3a7ba26dcfa488534db01fa4092817d826fd6fc9ee5e6afd6a5d40b43415952e1dfd42e8141202a547278539647ac792811828848af30632a8e25dbf3089683a9bef1719c93543ee61fe751499b58fc07ee9bc987b2ef2cfdfaa4fefb7b6983db22ecd33bf02df81966b70030c75fc14465c2f605ba792652d9ba53bde0567691e2729858df35b90f31474be03e9da61b6ab416d98450a459b98d8ebffca386df2387944aabaed86f5f8bdac87c5610eb6ee89e0da4c44998705db26c9ca2f775d4714d6170504dcc8befaab2ddec4d701584c392c882d101c31b8e10d855e0bc2c7e60b527daa6383f342ec15ffae95f131a2d452c698ea5a0b514eb84b72e13abb001b42b30df039a677da99a7e488a348b766aff5df741636cd51fa7aebb70740c9d96753a0bb2f076fd86847c82d719f08e6b4aa63846f825783ba7550f5b404d0186d062b96f87c548ef0a153eb95042520d1d9ec8c9b4343431c135de45384f64e5633b477f7096994acdcbf3de5cd439e013c64fa94702d23e671db11df687516cc1db5b3d65e4aa383eaca3c20cea3faf53a0f7335d0a3crootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootpython-waitress-doc-2.1.2-150400.12.7.1.src.rpmpython311-waitress-doc    rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)3.0.4-14.6.0-14.0-15.2-14.14.3g"em@d dedRLdBzb)b@b3"a(a(_u^^x^;]]g@\!\+@\s\\\l@YY#@X*W>@Tnico.krapp@suse.comana.guerrero@suse.combwiedemann@suse.comecsos@opensuse.orgmliska@suse.czdmueller@suse.comcode@bnavigator.dearun@gmx.dedmueller@suse.comschubi@suse.depgajdos@suse.comhpj@urpla.netjtomasiak@suse.compgajdos@suse.commcalabkova@suse.comdmueller@suse.commcalabkova@suse.compgajdos@suse.comjengelh@inai.detoddrme2178@gmail.comhpj@urpla.netmcepl@suse.comarun@gmx.detoddrme2178@gmail.comtbechtold@suse.comdmueller@suse.comtbechtold@suse.com- Add security patches: * CVE-2024-49768.patch (bsc#1232556) * CVE-2024-49769.patch (bsc#1232554)- Add BuildRequires on python-setuptools for both flavors.- Drop sphinx doctrees for reproducible builds- Fix build error for waitress:doc- Use sphinx-build and do not depend on removed build_sphinx in Sphinx 7.0 (boo#1211051).- add sle15_python_module_pythons (jsc#PED-68)- Remove code coverage checking for packaging tests- specfile: * be more specific in %files section - update to version 2.1.2 (bsc#1200126, CVE-2022-31015): * Bugfix + When expose_tracebacks is enabled waitress would fail to properly encode unicode thereby causing another error during error handling. See https://github.com/Pylons/waitress/pull/378 + Header length checking had a calculation that was done incorrectly when the data was received across multple socket reads. This calculation has been corrected, and no longer will Waitress send back a 413 Request Entity Too Large. See https://github.com/Pylons/waitress/pull/376 * Security Bugfix + in 2.1.0 a new feature was introduced that allowed the WSGI thread to start sending data to the socket. However this introduced a race condition whereby a socket may be closed in the sending thread while the main thread is about to call select() therey causing the entire application to be taken down. Waitress will no longer close the socket in the WSGI thread, instead waking up the main thread to cleanup. See https://github.com/Pylons/waitress/pull/377- update to 2.1.1 (bsc#1197255, CVE-2022-24761): * Waitress now validates that chunked encoding extensions are valid, and don’t contain invalid characters that are not allowed. They are still skipped/not processed, but if they contain invalid data we no longer continue in and return a 400 Bad Request. This stops potential HTTP desync/HTTP request smuggling. Thanks to Zhang Zeyu for reporting this issue. See https://github.com/Pylons/waitress/security/advisories/GHSA-4f7p-27jc-3c36 * Waitress now validates that the chunk length is only valid hex digits when parsing chunked encoding, and values such as 0x01 and +01 are no longer supported. This stops potential HTTP desync/HTTP request smuggling. Thanks to Zhang Zeyu for reporting this issue. See https://github.com/Pylons/waitress/security/advisories/GHSA-4f7p-27jc-3c36 * Waitress now validates that the Content-Length sent by a remote contains only digits in accordance with RFC7230 and will return a 400 Bad Request when the Content-Length header contains invalid data, such as +10 which would previously get parsed as 10 and accepted. This stops potential HTTP desync/HTTP request smuggling Thanks to Zhang Zeyu for reporting this issue. See https://github.com/Pylons/waitress/security/advisories/GHSA-4f7p-27jc-3c36- Use libalternatives instead of update-alternatives.- version update to 2.0.0 - Friendly Reminder This release still contains a variety of deprecation notices about defaults that can be set for a variety of options. Please note that this is your last warning, and you should update your configuration if you do NOT want to use the new defaults. See the arguments documentation page for all supported options, and pay attention to the warnings: https://docs.pylonsproject.org/projects/waitress/en/stable/arguments.html - Fix a crash on startup when listening to multiple interfaces. See https://github.com/Pylons/waitress/pull/332 - Waitress no longer attempts to guess at what the ``server_name`` should be for a listen socket, instead it always use a new adjustment/argument named ``server_name``. Please see the documentation for ``server_name`` in https://docs.pylonsproject.org/projects/waitress/en/latest/arguments.html and see https://github.com/Pylons/waitress/pull/329 - Allow tasks to notice if the client disconnected. This inserts a callable ``waitress.client_disconnected`` into the environment that allows the task to check if the client disconnected while waiting for the response at strategic points in the execution and to cancel the operation. It requires setting the new adjustment ``channel_request_lookahead`` to a value larger than 0, which continues to read requests from a channel even if a request is already being processed on that channel, up to the given count, since a client disconnect is detected by reading from a readable socket and receiving an empty result. See https://github.com/Pylons/waitress/pull/310 - Drop Python 2.7 and 3.5 support - The server now issues warning output when it there are enough open connections (controlled by "connection_limit"), that it is no longer accepting new connections. This situation was previously difficult to diagnose. See https://github.com/Pylons/waitress/pull/322- Update to version 1.4.4 (2020-06-01) + Fix an issue with keep-alive connections in which memory usage was higher than expected because output buffers were being reused across requests on a long-lived connection and each buffer would not be freed until it was full or the connection was closed. Buffers are now rotated per-request to stabilize their behavior. + See https://github.com/Pylons/waitress/pull/300 + Waitress threads have been updated to contain their thread number. This will allow loggers that use that information to print the thread that the log is coming from. + See https://github.com/Pylons/waitress/pull/302 - Switch to pytest, disable one test, that requires network - Create _multibuild for doc package It requires installation of base package now- make sure UTF8 locale is used when runnning tests * Sometimes functional tests executed in python3 failed if stdout was not set to UTF-8. The error message was: ValueError: underlying buffer has been detached- %python3_only -> %python_alternative- update to 1.4.3 * Waitress did not properly validate that the HTTP headers it received were properly formed, thereby potentially allowing a front-end server to treat a request different from Waitress. This could lead to HTTP request smuggling/splitting. - drop patch local-intersphinx-inventories.patch * it was commented out, anyway- update to 1.4.0: - Waitress used to slam the door shut on HTTP pipelined requests without setting the ``Connection: close`` header as appropriate in the response. This is of course not very friendly. Waitress now explicitly sets the header when responding with an internally generated error such as 400 Bad Request or 500 Internal Server Error to notify the remote client that it will be closing the connection after the response is sent. - Waitress no longer allows any spaces to exist between the header field-name and the colon. While waitress did not strip the space and thereby was not vulnerable to any potential header field-name confusion, it should have sent back a 400 Bad Request. See https://github.com/Pylons/waitress/issues/273 - CRLR handling Security fixes- update to 1.3.1 * Waitress won’t accidentally throw away part of the path if it starts with a double slash- version update to 1.3.0 Deprecations ~~~~~~~~~~~~ - The ``send_bytes`` adjustment now defaults to ``1`` and is deprecated pending removal in a future release. and https://github.com/Pylons/waitress/pull/246 Features ~~~~~~~~ - Add a new ``outbuf_high_watermark`` adjustment which is used to apply backpressure on the ``app_iter`` to avoid letting it spin faster than data can be written to the socket. This stabilizes responses that iterate quickly with a lot of data. See https://github.com/Pylons/waitress/pull/242 - Stop early and close the ``app_iter`` when attempting to write to a closed socket due to a client disconnect. This should notify a long-lived streaming response when a client hangs up. See https://github.com/Pylons/waitress/pull/238 and https://github.com/Pylons/waitress/pull/240 and https://github.com/Pylons/waitress/pull/241 - Adjust the flush to output ``SO_SNDBUF`` bytes instead of whatever was set in the ``send_bytes`` adjustment. ``send_bytes`` now only controls how much waitress will buffer internally before flushing to the kernel, whereas previously it used to also throttle how much data was sent to the kernel. This change enables a streaming ``app_iter`` containing small chunks to still be flushed efficiently. See https://github.com/Pylons/waitress/pull/246 Bugfixes ~~~~~~~~ - Upon receiving a request that does not include HTTP/1.0 or HTTP/1.1 we will no longer set the version to the string value "None". See https://github.com/Pylons/waitress/pull/252 and https://github.com/Pylons/waitress/issues/110 - When a client closes a socket unexpectedly there was potential for memory leaks in which data was written to the buffers after they were closed, causing them to reopen. See https://github.com/Pylons/waitress/pull/239 - Fix the queue depth warnings to only show when all threads are busy. See https://github.com/Pylons/waitress/pull/243 and https://github.com/Pylons/waitress/pull/247 - Trigger the ``app_iter`` to close as part of shutdown. This will only be noticeable for users of the internal server api. In more typical operations the server will die before benefiting from these changes. See https://github.com/Pylons/waitress/pull/245 - Fix a bug in which a streaming ``app_iter`` may never cleanup data that has already been sent. This would cause buffers in waitress to grow without bounds. These buffers now properly rotate and release their data. See https://github.com/Pylons/waitress/pull/242 - Fix a bug in which non-seekable subclasses of ``io.IOBase`` would trigger an exception when passed to the ``wsgi.file_wrapper`` callback. See https://github.com/Pylons/waitress/pull/249- Trim marketing wording and other platform mentions.- Add fetch-intersphinx-inventories.sh to sources - Add local-intersphinx-inventories.patch for generating the docs correctly- update to version 1.2.1: too many changes to list here, see: https://github.com/Pylons/waitress/blob/master/CHANGES.txt or even: https://github.com/Pylons/waitress/commits/master- Remove superfluous devel dependency for noarch package- update to version 1.1.0: * Features + Waitress now has a __main__ and thus may be called with "python - mwaitress" * Bugfixes + Waitress no longer allows lowercase HTTP verbs. This change was made to fall in line with most HTTP servers. See https://github.com/Pylons/waitress/pull/170 + When receiving non-ascii bytes in the request URL, waitress will no longer abruptly close the connection, instead returning a 400 Bad Request. See https://github.com/Pylons/waitress/pull/162 and https://github.com/Pylons/waitress/issues/64- Update to 1.0.2 * Python 3.6 is now officially supported in Waitress * Add a work-around for libc issue on Linux not following the documented standards. If getnameinfo() fails because of DNS not being available it should return the IP address instead of the reverse DNS entry, however instead getnameinfo() raises. We catch this, and ask getnameinfo() for the same information again, explicitly asking for IP address instead of reverse DNS hostname. - Implement single-spec version. - Fix source URL.- update to 1.0.1: - IPv6 support on Windows was broken due to missing constants in the socket module. This has been resolved by setting the constants on Windows if they are missing. See https://github.com/Pylons/waitress/issues/138 - A ValueError was raised on Windows when passing a string for the port, on Windows in Python 2 using service names instead of port numbers doesn't work with `getaddrinfo`. This has been resolved by attempting to convert the port number to an integer, if that fails a ValueError will be raised. See https://github.com/Pylons/waitress/issues/139 - Removed `AI_ADDRCONFIG` from the call to `getaddrinfo`, this resolves an issue whereby `getaddrinfo` wouldn't return any addresses to `bind` to on hosts where there is no internet connection but localhost is requested to be bound to. See https://github.com/Pylons/waitress/issues/131 for more information. - disable tests. need network access.- update to 0.9.0: * Security/Protections - Building on the changes made in pull request 117, add in checking for line feed/carriage return HTTP Response Splitting in the status line, as well as the key of a header. See https://github.com/Pylons/waitress/pull/124 and https://github.com/Pylons/waitress/issues/122. - Waitress will no longer accept headers or status lines with newline/carriage returns in them, thereby disallowing HTTP Response Splitting. * Bugfixes - FileBasedBuffer and more important ReadOnlyFileBasedBuffer no longer report False when tested with bool(), instead always returning True, and becoming more iterator like. - Call prune() on the output buffer at the end of a request so that it doesn't continue to grow without bounds.- update to 0.8.9: - Fix tests under Windows. NB: to run tests under Windows, you cannot run "setup.py test" or "setup.py nosetests". Instead you must run ``python.exe - c "import nose; nose.main()"``. If you try to run the tests using the normal method under Windows, each subprocess created by the test suite will attempt to run the test suite again. See https://github.com/nose-devs/nose/issues/407 for more information. - Give the WSGI app_iter generated when ``wsgi.file_wrapper`` is used (ReadOnlyFileBasedBuffer) a ``close`` method. Do not call ``close`` on an instance of such a class when it's used as a WSGI app_iter, however. This is part of a fix which prevents a leakage of file descriptors; the other part of the fix was in WebOb (https://github.com/Pylons/webob/commit/951a41ce57bd853947f842028bccb500bd5237da). - Allow trusted proxies to override ``wsgi.url_scheme`` via a request header, ``X_FORWARDED_PROTO``. Allows proxies which serve mixed HTTP / HTTPS requests to control signal which are served as HTTPS. See https://github.com/Pylons/waitress/pull/42. - Fix some cases where the creation of extremely large output buffers (greater than 2GB, suspected to be buffers added via ``wsgi.file_wrapper``) might cause an OverflowError on Python 2. See https://github.com/Pylons/waitress/issues/47. - When the ``url_prefix`` adjustment starts with more than one slash, all slashes except one will be stripped from its beginning. This differs from older behavior where more than one leading slash would be preserved in ``url_prefix``. - If a client somehow manages to send an empty path, we no longer convert the empty path to a single slash in ``PATH_INFO``. Instead, the path remains empty. According to RFC 2616 section "5.1.2 Request-URI", the scenario of a client sending an empty path is actually not possible because the request URI portion cannot be empty. - If the ``url_prefix`` adjustment matches the request path exactly, we now compute ``SCRIPT_NAME`` and ``PATH_INFO`` properly. Previously, if the ``url_prefix`` was ``/foo`` and the path received from a client was ``/foo``, we would set *both* ``SCRIPT_NAME`` and ``PATH_INFO`` to ``/foo``. This was incorrect. Now in such a case we set ``PATH_INFO`` to the empty string and we set ``SCRIPT_NAME`` to ``/foo``. Note that the change we made has no effect on paths that do not match the ``url_prefix`` exactly (such as ``/foo/bar``); these continue to operate as they did. See https://github.com/Pylons/waitress/issues/46 - Preserve header ordering of headers with the same name as per RFC 2616. See https://github.com/Pylons/waitress/pull/44 - When waitress receives a ``Transfer-Encoding: chunked`` request, we no longer send the ``TRANSFER_ENCODING`` nor the ``HTTP_TRANSFER_ENCODING`` value to the application in the environment. Instead, we pop this header. Since we cope with chunked requests by buffering the data in the server, we also know when a chunked request has ended, and therefore we know the content length. We set the content-length header in the environment, such that applications effectively never know the original request was a T-E: chunked request; it will appear to them as if the request is a non-chunked request with an accurate content-length. - Cope with the fact that the ``Transfer-Encoding`` value is case-insensitive. - When the ``--unix-socket-perms`` option was used as an argument to ``waitress-serve``, a ``TypeError`` would be raised. See https://github.com/Pylons/waitress/issues/50. - Enable testsuite during buildh01-ch3d 1730382778  !"#$%&'()*+,-./0123456789:;<=>?2.1.2-150400.12.7.1python311-waitress-dochtml_sourcesapi.rst.txtarguments.rst.txtdesign.rst.txtdifferences.rst.txtfilewrapper.rst.txtglossary.rst.txtindex.rst.txtlogging.rst.txtreverse-proxy.rst.txtrunner.rst.txtsocket-activation.rst.txtusage.rst.txt_staticbasic.cssdialog-note.pngdialog-seealso.pngdialog-topic.pngdialog-warning.pngdoctools.jsdocumentation_options.jsedit-me-on-github.pngepub.cssfile.pngfooterbg.pngheaderbg.pngie6.cssin_progress.pnglanguage_data.jsmiddlebg.pngminus.pngoutdated.pngplus.pngpygments.csspylons-latex.pngpylons-small.pngpylons.csspylons.icopylons.pngsearchtools.jssphinx_highlight.jstransparent.gifapi.htmlarguments.htmldesign.htmldifferences.htmlfilewrapper.htmlgenindex.htmlglossary.htmlindex.htmllogging.htmlobjects.invpy-modindex.htmlreverse-proxy.htmlrunner.htmlsearch.htmlsearchindex.jssocket-activation.htmlusage.htmlpython311-waitress-docLICENSE.txt/usr/share/doc/packages//usr/share/doc/packages/python311-waitress-doc//usr/share/doc/packages/python311-waitress-doc/html//usr/share/doc/packages/python311-waitress-doc/html/_sources//usr/share/doc/packages/python311-waitress-doc/html/_static//usr/share/licenses//usr/share/licenses/python311-waitress-doc/-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.suse.de/SUSE:Maintenance:36295/SUSE_SLE-15-SP4_Update/28c06579773e555b54219395178698ca-python-waitress.SUSE_SLE-15-SP4_Update:docdrpmxz5noarch-suse-linux   directoryASCII text, with very long linesASCII textPython script, ASCII text executablePNG image data, 32 x 32, 8-bit/color RGBA, non-interlacedPNG image data, 149 x 149, 8-bit/color RGBA, non-interlacedPNG image data, 16 x 16, 8-bit/color RGBA, non-interlacedPNG image data, 1 x 260, 8-bit/color RGB, non-interlacedPNG image data, 1 x 250, 8-bit/color RGB, non-interlacedPNG image data, 165 x 165, 8-bit colormap, interlacedPNG image data, 1 x 172, 8-bit/color RGBA, non-interlacedPNG image data, 11 x 11, 8-bit grayscale, non-interlacedPNG image data, 165 x 165, 8-bit/color RGBA, non-interlacedPNG image data, 180 x 48, 8-bit/color RGBA, non-interlacedPNG image data, 150 x 40, 8-bit/color RGBA, non-interlacedPNG image data, 665 x 169, 8-bit/color RGBA, non-interlacedHTML document, ASCII textGIF image data, version 89a, 1 x 1HTML document, UTF-8 Unicode text, with very long linesHTML document, UTF-8 Unicode textASCII text, with very long lines, with no line terminatorsٶAx,3python311-waitress2.1.2utf-8b2a85061d8434580a0cdf8689f4df306941a3db39a14869a2b948340670c430c? 7zXZ !t/P]"k%ΰa Mz,kkzo[B 2qSo;^ީA>&USz~#ع܋3%}~edO M _nՓq rGkEie.YJbNP>❇l:i I{>)U!%{7v*9첛ŒLh}wRz32S(T_OehԺߕ,[P4 _"7-< q1KR)w4n}KOYI<*%u a+k7tq9-L6qepFt+dͪRX<*D ݛEv(^;䜺HZqSi BBV\ R;`Ն[ ҭ0K´:/G[xkŢ(;-ft I9 'q?q[63IH&䡻}BO~vaa×^+ҝ[lۊ {\!шs:-Xl99%yh BmxK19n^wtcS,T'\,c@/,qQdKis+A|Zvu XQ#?R(Dp"<*o\`Kb5*siVb\KP璘}Pt;Iuc>Lλ9UZ/BjWl߳Pחv-ڋp"q5`g1f7& ׃%qlt% )/.ƚ Q[A}xX]=cqes2d'"v"s]zuV& *VroRrU]}M]iμgv*!#g@iNߩlt!M0)hWަ[Z`y뭖 w`sP\vojtjP&tn 4TR@h)mRɰ#Hv@)2WUW kE8=/Sr?4KeO"Y/1 r'od *r  C 8>h6]#x"2ٴwștDrɯI̦vZgcXIU2!ؿ̃Gd!p2eHekCNOD/]㻽TmOkϓ #/,WO~quV 2?[Fob}PHxd']| Þ#߃IutBǘnE! &ya+- Uq;{@7} ( YZ