On Aug 22, 2011, at 10:33 AM, Roman Shaposhnik wrote:

> On Mon, Aug 22, 2011 at 10:21 AM, Eric Yang <[email protected]> wrote:
>> If "no patch statement" is valid, then there is no need to create bigtop's
>> own version of package management for the projects right?
> 
> The statement of "no patch" is correct regardless of whether we're repackaging
> with a different .spec file or not. As for re-using the existing packaging 
> infra
> available from the upstream projects -- that is definitely an option. However
> during our discussion on Thu it was clear that the majority of those present
> in the room who cared about the style of packaging Bigtop does were in favor
> of OS-style packaging.
> 
>>  If there are donated servers to host yum/apt repositories, it can easily be
>> automated through Jenkins by building as part of the original project.
> 
> I'm interested in exploring this direction. Do you know who at Apache
> we (Bigtop)
> have to talk to in order to figure out the logistics of building rpm/deb's and
> hosting Apache-blessed yum/apt repos?

There is no Apache-blessed yum/apt repos.  We should be able to set one up, if 
projects are interested and donate servers.

>> rpmbuild does jar file repack, you need to disable them otherwise, it will 
>> repackage exist jar files.
>> This could consider the software was linked to GPL software.
> 
> Are you saying repacking somehow constitues linking to GPL licensed code?
> 
>> The same applies to debugging symbol strip for .so files.
> 
> Are you saying stripping and possibly repacking debug info constitutes
> linking to GPL licensed code?

This is a grey area.  It would be up to lawyer's interpretation.  See:

http://www.gnu.org/licenses/gpl-faq.html#MereAggregation

> 
>> There were work done for Hadoop 0.20.204 and 0.23 (HADOOP-6255).
>> However, trunk version is removed by mavenization.  Alejandro ask me
>> to work on it again after mavenization work is done.  HBase/pig rpm
>> were committed a while back, ZooKeeper (ZOOKEEPER-999) package
>> is done and waiting for commit. HCatalog is also in progress (HCATALOG-63).
>> Hive is probably the only one left that does not produce rpm/deb package.
>> The work are done recently, and Hadoop is most likely to release rpm/deb
>> packages.  It would be interesting to see the response from
>> Hadoop community to determine if yum repos on Apache make sense.
> 
> I understand these points, but my question was different -- where can I get
> Apache-released RPM/DEBs for these projects?

Wait for the project to release.  I believe Hadoop 0.20.204.0 will have the 
first RPM package.

regards,
Eric

Reply via email to