* Package name : aiokafka Version : 0.14.0 Upstream Contact: Andrew Svetlov <andrew.svetlov@gmail.com> * URL : https://github.com/aio-libs/aiokafka * License : Apache-2 Programming Lang: Python Description : Kafka integration with asyncio aiokafka is a client for the Apache Kafka distributed stream processing system using asyncio. This library is a dependency of Home Assistant, the Python smart home platform. I plan to maintain this package under Home Assistant Team.
Hi there, Thanks for packaging this library! First of all, it's not clear from neither the package name, nor the package description, that this is a Python library. Folks versed in the Python ecosystem may recognize the asyncio name and make the connection but perhaps it should be more explicit. I would suggest naming the source package "python-aiokafka" and of course the binary package python3-aiokafka (etc.). It'd be also great to mention Python somewhere in the package description. Second, it's worth pointing out that Confluent's library, packaged in Debian as python3-confluent-kafka, will support asyncio with the 2.13 release (not yet in Debian): https://www.confluent.io/blog/confluent-kafka-clients-2-13-0-release-python-async/ It would perhaps be nice to clarify the strengths of aiokafka over the "official" implementation in the package description. Regards, Faidon
Control: retitle -1 ITP: python-aiokafka -- Kafka integration with asyncio
Thanks! I didn't add the python- prefix because this package is part of
aio-libs. src:aio{cache,ftp,mysql} dont have python- so I didn't prefix
that. Retitled.
https://aiokafka.readthedocs.io/en/stable/kafka-python_difference.html
That's a fair point! I see a bunch of source packages named aio* indeed. Plenty are also named python-aio*. I have a slight preference for python-aio* for the reasons I stated, but given the precedent I'll understand your decision either way! Sadly this is comparing aiokafka not to confluent-kafka, but to a _third_ implementation, kafka-python. Debian packages a fork of kafka-python (i.e. technically yet another implementation), named kafka-python-ng, as src:python-kafka. Part of the reason why I asked for a comparison is exactly the fact that so many exist :) That's a nice-to-have though, not something I would consider a blocker. Regards, Faidon