Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.maint.java > #8101 > unrolled thread

Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service

Back to article view | Back to linux.debian.maint.java

Contents

  Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service Sandro Tosi <morph@debian.org> - 2015-06-17 22:10 +0200
    Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service Faidon Liambotis <paravoid@debian.org> - 2016-04-14 15:30 +0200

#8101 — Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service

Hi everyone,
I'm looking at Brandon's package for kafka, and here are some comments:

* did you sent an email to debian-mentors asking for comments? it's
usually a good way to get exposure of a package and receive feedbacks
about it

* there is already a packaging effort from wikimedia at
https://git.wikimedia.org/summary/operations%2fdebs%2fkafka.git/HEAD -
did you look at it (eventually contacting them to have the packages in
debian)?

* you mention gradle in Debian is broken: have you investigated what
needs to be done to fix it?

* debian/changelog
  - it still contains 'UNRELEASED', that should be 'unstable' instead

* debian/control
  - consider adding a Vcs-Browser field in source stanza
  - short description should start with a lowercase letter

* debian/kafka.links
  - is empty and could be removed

* debian/kafka.lintian-overrides
  - I think there is still a lot of "heat" around it and I would
strongly advice to provide an init script

* debian/kafka.postinst
  - you do some operations in 'configure' but it seems you dont undo
them when removing/purging the package, which should happen instead

* debian/rules
  - consider using the more compact: --with A,B instead of --with A --with B
  - it looks really suspicious the usage of HOME: have you tried to
build your package in a clean chroot?
  - override_dh_systemd_start: true is, to say the least, unexpected,
what it is for?

* debian/watch
  - please provide it

the package fails to build from source (FTBFS as you might find
usually written) in pbuilder exactly when using HOME:

dh_auto_clean
GRADLE_USER_HOME=/tmp/buildd/.gradle ./gradlew clean
Error: Could not find or load main class org.gradle.wrapper.GradleWrapperMain
debian/rules:15: recipe for target 'override_dh_auto_clean' failed
make[1]: *** [override_dh_auto_clean] Error 1


Please address these problems, and please ask all the questions you need!

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

[toc] | [next] | [standalone]

#9028

Brandon et al,

It's been quite a while (10 months!) since that email exchange and your
original ITP. Have you perhaps made any progress towards packaging
Kafka?  Is there some work-in-progress somewhere in a VCS or something I
could pick up and perhaps find time to work on?

In any case, if you are not planning to resume work on this, perhaps you
should retitle this ITP to an RFP for the record :)

Best regards,
Faidon

On Thu, Jun 18, 2015 at 09:34:14AM -0500, Brandon Bradley wrote:
> Hello Faidon,
> 
> Thank you for coming to talk to us! And your willingness to
> review/mentor/upload. Glad to know Wikimedia is listening and willing to
> contribute. Another reason I did separate packaging work was to get the
> latest version of Kafka running. We can find some time in the next few
> weeks to discuss on IRC. Whenever is good for you.
> 
> Cheers!
> Brandon
> 
> 
> 
> On Thu, Jun 18, 2015 at 9:10 AM, Faidon Liambotis <paravoid@debian.org>
> wrote:
> 
> > On Thu, Jun 18, 2015 at 07:44:05AM -0500, Brandon Bradley wrote:
> > > I have multiple reasons for not contacting Wikimedia or using their work.
> > > The possibility of them having additions for their own purposes is very
> > > high. I believe starting fresh was easier than analyzing and debugging
> > > their repo.
> >
> > Don't guess, ask :)
> >
> > That particular package has been prepared and is maintained by my team
> > at the Wikimedia Foundation, which incidentally has 3 DDs (Filippo
> > Giunchedi, Moritz Mühlenhoff and myself) in it, plus at least a couple
> > of other people with Debian packaging expertise.
> >
> > At Wikimedia, we're using Kafka extensively. We're obviously very keen
> > on pushing things upstream too, which why e.g. I already pushed our
> > librdkafka package in Debian (already part of jessie). Vincent Bernat
> > also worked on kafkacat (from the same upstream) which we also use, so
> > we collaborated and now jointly comaintain each other's packages. We're
> > definitely not trying to work in a silo :)
> >
> > We haven't attempted to push the "main" Kafka package to Debian, since
> > our time was limited and the packaging was a bit hacky/get-the-job-done
> > (e.g. replacing the complex build system that downloads jars off the
> > Internet by a Makefile), plus, JVM packages are usually harder to
> > maintain properly :)
> >
> > I've been quietly watching this ITP, though, and we would definitely be
> > interested to join efforts and switch to better, properly maintained
> > packages, if there is enough momentum from people that want to see this
> > in Debian.
> >
> > Time is (always) limited but I'd be more than happy to
> > review/mentor/upload. I'll also convey this whole conversation
> > internally to my team, maybe we can pull some resources for this, if
> > you're interested in collaborating.
> >
> > Best,
> > Faidon
> >

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.maint.java

csiph-web