Thanks for sharing your process. After spending some time attempting to do it the right way, I too ended up just going for quick and dirty. I've automated the process and made my script available at:
https://github.com/mstump/kafka-debian It installs kafka to /opt and creates an upstart script for it. Not the ideal scenario, but it works and I've got it deployed to our internal repo and running in our development environment. Feedback is always appreciated. Thanks. On Fri, Mar 29, 2013 at 3:41 PM, Manish Bhatt <mbh...@imvu.com> wrote: > We are trying that right now for Debian and finding that the current > version makes it nearly impossible to follow packaging best practices. > > 1) The build process does not allow specification of a target directory, > and thus pollutes the upstream package. > 2) The build process downloads packages during build time, which breaks > exact reproducibility. > 3) It comes bundled with and relies upon packages, such as scala, instead > of looking for a separately installed scala package. > > We can't devote too much engineering time so for now our solution preserves > a clean upstream by cleaning out the pollution from (1) after the build so > that debian does not complain), we live with (2), and are writing our own > helper scripts to set the classpath for things like (3). > > I'm sure there are many reasons/history for 1-3, including Kafka's nascent > version number (less than 1.0). Overall I'm grateful that Kafka is provided > as open source. > > Manish > > > > On Fri, Mar 29, 2013 at 2:01 PM, mrevilgnome <mrevilgn...@gmail.com> > wrote: > > > Has anyone gone through the effort of packaging Kafka for Ubuntu, Debian, > > or CentOS? I'm partially through the process for Ubuntu, and I figured I > > should ask. Thanks. > > > > --Matt > > >
