On 10 Mar 2017, at 1:12 PM, Faidon Liambotis <paravoid@debian.org> wrote: > > Hi Tim, > > On Fri, Mar 10, 2017 at 12:48:01AM +0000, Potter, Tim wrote: >> This library provides a high-level client API for Apacha Kafaka. It > ^^^^^^ > typo Hi Faidon. Thanks for the reply. I've updated my debian/control file to fix the typo. >> implements connection management as well as producer and consumer >> objects for sending and receiving messages, respectively. > > How is that different than Sarama, already present in the archive as > src:golang-github-shopify-sarama? Even if they both are worthy of being > in the archive, it might be worth documenting the differences in the > package description. I'm primarily interested in the optiopay Kafka client as it's a build dependency for a Kubernetes add-on that I'm packaging at the moment. Unfortunately this will result in a duplication in functionality in Debian but I don't see it as my job to write bits of upstream - at least not yet. I don't think this is a big problem, and having packaged a lot of smallish Go libraries over the last year, I'm now finally seeing quite a bit of library re-use between different parts of the container ecosystem, i.e Docker, Kubernetes, Rocket and their various build dependencies. I imagine you might being see this with Kafka as well. > Also, a few of us have created pkg-kafka; we currently package mainly > librdkafka and related tools but that's not set in stone. One of my > comaintainers, Christos (Cc'ed), is also planning to package > confluent-kafka-go which is a wrapper of librdkafka. You might be also > interested in that one, as you might be in the pkg-kafka team in > general. You're welcome to join it -- but also understandable if you > wish to maintain this package under pkg-go too. Nice. It's great to see a dedicated Kafka community being built in Debian. I think it's one of those complicated packages that can't be created properly if it's merely a dependency of something else. Since Kafka is written in Java I don't imagine we will cross paths very often in packaging land, but I'm happy to transfer repos around if it makes sense. I'm not sure it does for the optiopay client right now though but am willing to be convinced. Regards, Tim. > > Best, > Faidon
Attachment:
signature.asc
Description: Message signed with OpenPGP using GPGMail