Bug#911549: ITP: python-uvicorn -- ASGI server implementation, using uvloop and httptools
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-uvicorn Version : 0.3.14 Upstream Author : Tom Christie * URL : https://github.com/encode/uvicorn/ * License : BSD-3-clause Programming Lang: Python Description : ASGI server implementation, using uvloop and httptools Uvicorn is a fast ASGI server, built on uvloop and httptools. It currently supports HTTP/1.1 and WebSockets. Support for HTTP/2 is planned. . Uvicorn is designed with particular attention to connection and resource management, in order to provide a robust server implementation. It aims to ensure graceful behavior to either server or client errors, and resilience to poor client behavior or denial of service attacks. -BEGIN PGP SIGNATURE- iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAlvMyPARHGZsYWRpQGRl Ymlhbi5vcmcACgkQ/9PIi5l90WrCgAgAhN5Ex3aTmxwZUcaYIAoEa5PuQ1SZQc7M qaXcBO8hdIbaxjDKmn62miZ7uqYLmNGGcpRQUhPwlwZGxOr5uX/Zhf06FazpxZiX UujozQMvGmGwMDxyb3QkSimmASwrZzpx7zt5v1KmcFwinkoG9QpZeiVXSsfhZORP 989huHFDVJGUJ68v3Rs6865+LAXurWtvpj6FPYFoEJdtIEMlr4D9nxBVjujtNr0Z tln7ah/uq5M4ZbRTd9LZfi3mc+tVAy/2RehfFydRP3tEAz3XgrEim54ddcKnw+JE bmaW09Cm8M9CWdBeMSWrgdNzWkyrtJH9lpq3BvUhn9rmn0vISRx34Q== =9Wsi -END PGP SIGNATURE-
Bug#911563: ITP: pystemd - Cython-based wrapper on top of libsystemd
Package: wnpp Severity: wishlist Owner: Alexandros Afentoulis X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org * Package name: pystemd Version : 0.5.0 Upstream Author : Alvaro Leiva * URL : https://github.com/facebookincubator/pystemd * License : BSD Programming Lang: Python Description : Cython-based wrapper on top of libsystemd pystemd is a thin Cython-based wrapper on top of libsystemd, focused on exposing the dbus API via sd-bus in an automated and easy to consume way. It allows talking to systemd over dbus from python, programmatically start/stop/restart/kill and verify services status from systemd point of view, avoiding executing "subprocess.Popen(['systemctl', ..." and then parsing the output to know the result. pystemd also includes a systemd-run equivalent as well as provides an interface to sd_notify. === The presence of the PATENTS file in pystemd troubled me a bit. I was not sure if it complies with DFSG. Digging through the debian-legal list, and considering similar cases [1] [2], I assume that this legal thing is not blocking packaging of pystemd. [1]: https://lists.debian.org/debian-legal/2014/10/msg00064.html [2]: https://lists.debian.org/debian-legal/2017/05/msg8.html
Re: Advices on how to use salsa
On 10/20/18 11:49 AM, Andrey Rahmatullin wrote: > On Fri, Oct 19, 2018 at 11:17:31PM +0200, Jerome Kieffer wrote: >>> Salsa is only for official Debian packages. Are you going to update >>> python-rfoo in Debian? >> >> Well, I created the version which is in debian for a few years and yes, >> I would like to update it (with migration to python3, ...). > Then you should have asked how to update package in Debian, not about > salsa. Please read https://mentors.debian.net/intro-maintainers and > consider moving the package to DPMT > (https://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin). Andrey, I found both of your messages in this thread very counter-productive. Why not just directly Jerome to our wiki? Jerome, just read over here: https://wiki.debian.org/Python/GitPackaging Also interesting: https://wiki.debian.org/Teams/PythonModulesTeam https://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin https://wiki.debian.org/Python/LibraryStyleGuide I hope this helps, Cheers, Thomas Goirand (zigo)
Re: Advices on how to use salsa
On Sat, 20 Oct 2018 17:21:13 -0400 Sergio Durigan Junior wrote: > On Friday, October 19 2018, Jerome Kieffer wrote: > > > On Fri, 19 Oct 2018 15:48:13 -0400 > > Sergio Durigan Junior wrote: > > > >> Is it? I always thought it was OK to host Free Software projects there. > > > > No matter, I have github, gitlab for my code ... I intend to use salsa > > for packaging purposes. First and formost, I would like to thank Andrey Rahmatullin for answering my question, which was probably wrongly worded (explining why I did not find the resources I was looking for). > > If I may: please consider not using github. It uses proprietary > software for its backend infrastructure, and serves proprietary > JavaScript to its users, as well as promote centralization of a > distributed protocol. About 10 years ago, I heard "gitub made git useable for human being". At that time mercurial, bazar and git were equally used and it was a mess to chose one of them and then select a workflow to work with. The work github did (their tutorials !) deserve recognition to simplify all this. Please remind gitlab (which salsa is just an implementation) was originally just a re-implementation github hosted initially on github ! Maybe this company is private and has been acquired by another you don't like. Cheer, Jérôme pgpiIbxV5g0cz.pgp Description: Signature digitale OpenPGP
