hadoop-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Patrick Hunt <ph...@apache.org>
Subject Re: additional source only release tarball
Date Thu, 25 Feb 2010 17:31:33 GMT
Thomas, not sure if this solves all your issues but have you considered 
using SVN rather than the release tarball? The latest versions of Hadoop 
and ZooKeeper have moved to ant/ivy, while HBase has moved to Maven (and 
ZooKeeper has been considering moving to Maven at some point). As a 
result I'm not sure how much overlap there will be going forward wrt a 
common build...

If you use the release tag from SVN you are guaranteed to get the same 
source as is contained in the release artifact. However the release 
artifact contains additional things like lib dependencies (typically the 
results of "ant package" or "ant tar")

By moving to SVN you would guarantee that you have the same source but 
since ivy/maven are used to pull the dependencies (for the most part, 
there may be some exceptions) you'd essentially get what you are looking 


Steve Loughran wrote:
> Thomas Koch wrote:
>> Hi Steve,
>>> One thing I've discussed before is the whole notion of having some
>>> hadoop-redist project whose aim is to produce useful
>>> packaging/installation of the artifacts of the main Hadoop projects.
>> you may be interested in project-builder.org. It's a tool to integrate 
>> the building of distribution packages in a continuous integration 
>> workflow. There has been a presentation at the European Free Software 
>> conference FOSDEM:
>> Continuous Packaging with Project-Builder.org
>> http://meetings-archive.debian.net/pub/debian-meetings/2010/fosdem10/
>> Best regards,
>> Thomas Koch, http://www.koch.ro
> thanks, I'll look at it. I do have the CI tools creating RPMs right now, 
> scp-ing to VMs, though the fact that the rpm tools (especially rpm -qf 
> to verify that a file exists/is managed) doesn't return error/success 
> codes, so I have to grab the ssh output and scan for error strings, 
> which we all think is wrong.

View raw message