Hey Ian, we are totally fine with this - the only reason we didn't contribute the SPEC file is that it is the output of our internal build system, and we don't have the bandwidth to properly maintain multiple RPMs.
That said, we chatted about this a bit today, and were wondering if the community would like us to host RPMs for all releases in our "devel" repository. We can't stand behind these from a reliability angle the same way we can with our "blessed" RPMs, but it's a manageable amount of additional work to have our build system spit those out as well. If you'd like us to do this, please add a "me too" to this page: http://www.getsatisfaction.com/cloudera/topics/should_we_release_host_rpms_for_all_releases We could even skip the branding on the "devel" releases :-) Cheers, Christophe On Thu, Apr 2, 2009 at 12:46 PM, Ian Soboroff <[email protected]> wrote: > > I created a JIRA (https://issues.apache.org/jira/browse/HADOOP-5615) > with a spec file for building a 0.19.1 RPM. > > I like the idea of Cloudera's RPM file very much. In particular, it has > nifty /etc/init.d scripts and RPM is nice for managing updates. > However, it's for an older, patched version of Hadoop. > > This spec file is actually just Cloudera's, with suitable edits. The > spec file does not contain an explicit license... if Cloudera have > strong feelings about it, let me know and I'll pull the JIRA attachment. > > The JIRA includes instructions on how to roll the RPMs yourself. I > would have attached the SRPM but they're too big for JIRA. I can offer > noarch RPMs build with this spec file if someone wants to host them. > > Ian > >
