From Fedora Project Wiki

< SIGs‎ | bigdata

(Initial big data sig packaging page)
 
 
(156 intermediate revisions by 13 users not shown)
Line 1: Line 1:
If you're wondering what Big Data things are in Fedora, or are interested in working on packaging or reviews to help out the [[Big_data_SIG|Big Data SIG]], this is the page to look at!  
If you're wondering what Big Data things are in Fedora, or are interested in working on packaging or reviews to help out the [[SIGs/bigdata|Big Data SIG]], this is the page to look at!  


If you know of a big-data-related package that is already in Fedora, or have one that you'd like to get into Fedora, be sure to list it here, or link to the page describing what needs to be done, or link to the bugzilla that needs help.
If you know of a big-data-related package that is already in Fedora, or have one that you'd like to get into Fedora, be sure to list it here, or link to the page describing what needs to be done, or link to the bugzilla that needs help.


= Existing tools already in Fedora =
= Packages available in Fedora =


* Cool things go here.
{| class="wikitable" style="color:black; background-color:#CCFFFF;" cellpadding="10"
* We could use some of the buckets listed in the meeting, which follow below.
! Package !! Description !! Packaged <br> Version !! Upstream <br> Version !! Sources !! Who !! Notes
|-
| '''Apache Hadoop'''
| Batch processing system and core of the Hadoop ecosystem
| 2.4.1
| 2.7.1
| [http://pkgs.fedoraproject.org/cgit/hadoop.git/ hadoop.git]
|
| [[Changes/Hadoop | Hadoop packaging]]
|-
| '''Apache HBase'''
| The Apache Hadoop NoSQL Database
| 0.98.3
| 1.0.1.1
| [http://pkgs.fedoraproject.org/cgit/hbase.git/ hbase.git]
|
| [[SIGs/bigdata/packaging/Hbase| HBase packaging]]
|-
| '''Apache Hive'''
| SQL-on-Hadoop query framework, a data warehouse for Hadoop
| 0.12.2
| 1.2.1
| [http://pkgs.fedoraproject.org/cgit/hive.git/ hive.git]
|
|
|-
| '''Apache Pig'''
| Language for expression data analysis programs run on MapReduce
| 0.13.10
| 0.15.0
| [http://pkgs.fedoraproject.org/cgit/pig.git/ pig.git]
|
| [[SIGs/bigdata/packaging/Pig | Pig packaging]]
|-
| '''Apache Zookeeper'''
| A service for highly reliable distributed coordination
| 3.4.6
| 3.4.6
| [http://pkgs.fedoraproject.org/cgit/zookeeper.git/ zookeeper.git]
|
|
|-
| '''Apache Oozie'''
| Workflow scheduler system to manage Apache Hadoop jobs
| 4.0.1
| 4.2.0
| [http://pkgs.fedoraproject.org/cgit/oozie.git/ oozie.git]
| [[User:rrati | rsquared]]
| [[SIGs/bigdata/packaging/Oozie | Oozie packaging]]
|-
| '''Apache Ambari'''
| Hadoop cluster manager
| 1.5.1
| 2.1.0
| [http://pkgs.fedoraproject.org/cgit/ambari.git/ ambari.git]
|
|
|-
| '''Apache Accumulo'''
| A software platform for processing vast amounts of data
| 1.6.1
| 1.7.0
| [http://pkgs.fedoraproject.org/cgit/accumulo.git/ accumulo.git]
|
|
|-
| '''Apache Mesos'''
| Cluster manager for sharing distributed application frameworks
| 0.22.1
| 0.23.9
| [http://pkgs.fedoraproject.org/cgit/mesos.git/ mesos.git]
|
| [[SIGs/bigdata/packaging/Mesos | Mesos packaging]]
|-
| '''Apache Solr'''
| Ultra-fast Lucene-based Search Server
| 5.5.0
| 6.0.1
|
|
|[https://admin.fedoraproject.org/pkgdb/package/rpms/solr Retired]
|-
| '''Apache Spark'''
| Lightning-fast cluster computing
| 0.9.1
| 1.4.1
| [http://pkgs.fedoraproject.org/cgit/spark.git/ spark.git]
|
| [[SIGs/bigdata/packaging/Spark|Spark packaging]] <br> [[SIGs/bigdata/packaging/Scala|Scala packaging]]
|-
| '''AMPLab Tachyon'''
| A memory resident, fault tolerant distributed file system
| 0.99
| 0.7.0
| [http://pkgs.fedoraproject.org/cgit/tachyon.git tachyon.git]
|
| [[SIGs/bigdata/packaging/Tachyon | Tachyon packaging]]
|}


== Orchestration ==
= Packages we're working on =


== Storage ==
* [[rhbug:bigdata-review|the bigdata-review-tracker]]


== Batch Processing ==
{| class="wikitable" style="color:black; background-color:#CCFFFF;" cellpadding="10"
! Package !! Description !! Packaged <br> Version !! Upstream <br> Version !! Sources !! Who !! Notes
|-
| '''Apache Flume'''
| Data ingestion tool for large amounts of log data
| 1.6.0
| 1.6.0
| [https://github.com/fedora-bigdata-rpms/flume-rpm flume-rpm.git]
| [[User:Gil| gil]]
| [[SIGs/bigdata/packaging/flume| Flume packaging]] [https://bugzilla.redhat.com/show_bug.cgi?id=1279201 RHBZ#1279201]
|-
| '''Cloudera Kite SDK'''
| Kite SDK to simplify the development of data-related systems
| 1.0.0
| 1.1.0
|
|
|
|-
| '''Apache Crunch'''
| Java library provides a framework for MapReduce pipelines.
| 0.11.0
| 0.12.0
| [https://github.com/fedora-bigdata-rpms/crunch-rpm crunch-rpm.git]
| [[User:Gil| gil]]
|
|-
| '''Apache Tez'''
| Generalizes the MapReduce paradigm to a more powerful framework
| 0.5.3
| 0.7.0
| [https://github.com/fedora-bigdata-rpms/tez-rpm tez-rpm.git]
| [[User:Gil| gil]]
|
|-
| '''Apache Kafka'''
| Publish-subscribe messaging broker for large scale
| 0.8.0
| 0.8.2.1
| [https://github.com/fedora-bigdata-rpms/kafka-rpm kafka-rpm.git]
| [[User:Jromanes|jromanes]]
| [[SIGs/bigdata/packaging/kafka| Kafka packaging]]
|-
| '''Apache Storm'''
| Distributed real-time computation system
| 0.9.3
| 0.9.5
| [https://github.com/fedora-bigdata-rpms/storm-rpm storm-rpm.git]
| [[User:Jromanes|jromanes]]
| [[SIGs/bigdata/packaging/storm|Storm packaging]]
|-
| '''Apache Tajo'''
| Low-latency and scalable SQL-on-Hadoop framework
| 0.10.0
| 0.10.1
|
|
|
|-
|'''Apache Jena'''
| Java framework for building Semantic Web and Linked Data applications
| 3.0.0
| 3.0.0
| [https://gil.fedorapeople.org/jena.spec jena.spec]
| [[User:Donpellegrino| donpellegrino]]
|
|-
| '''Cascading'''
| Data processing workflows on a Hadoop using any JVM-based language
| 2.6.3
| 2.7.1
| [https://gil.fedorapeople.org/cascading.spec cascading.spec]
| [[User:Gil| gil]]
|
|-
| '''Apache Sqoop2'''
| Bulk data transfer between Hadoop and structured datastores
| 1.99.3
| 1.99.6
| [https://pmackinn.fedorapeople.org/sqoop/sqoop.spec sqoop.spec]
| [[User:pmackinn | pmackinn]]
| {{bz|1089675}}
|-
| '''Neo4j'''
| Java Graph Database
| 2.2.8
| 3.0.0-M04
| [https://gil.fedorapeople.org/neo4j.spec neo4j.spec]
| [[User:Gil| gil]]
| Newer release (2.3+) use scala 2.11+
|-
| '''Apache Cassandra'''
| OpenSource database Apache Cassandra
| 3.4
| 3.5
| [https://github.com/apache/cassandra cassandra.git]
| [[User:trepik| trepik]]
| [https://bugzilla.redhat.com/show_bug.cgi?id=1324020 RHBZ#1324020]
|
|}


== Stream Analysis ==
= Packages we'd like to include =
* [https://github.com/amplab/shark/wiki Shark]
* [http://aurora.apache.org/ Aurora]
* [https://amplab.cs.berkeley.edu/projects/sparrow-low-latency-scheduling-for-interactive-cluster-services/ Sparrow]
* [http://prestodb.io/ Presto]
* [https://github.com/twitter/summingbird Summingbird]
* [https://github.com/RevolutionAnalytics/RHadoop/wiki RHadoop]
* [https://incubator.apache.org/projects/sentry.html Sentry]
* [https://github.com/ooyala/spark-jobserver/ Ooyala Job Server]
* [https://en.usp-lab.com/unicage-development-method/ unicage]
* [http://www.gridgain.org/download/ GridGain]
* [https://github.com/twitter/elephant-bird/ Elephant Bird]
* [https://github.com/twitter/hadoop-lzo/ Hadoop-lzo]
* [http://ckan.org/ CKAN] - "The open source data portal software"
* [http://samza.apache.org/ Samza]
* [http://flink.apache.org Flink]
* [http://incubator.apache.org/projects/geode.html Geode]
* New stuff here!


== Online Processing / Analysis ==
* [http://hadoopecosystemtable.github.io/ Exhaustive list of Hadoop/Big Data related tools]


= Becoming a packager =
Not yet a packager? Check out the [[PackageMaintainers|Package Maintainers]], or the [https://fedoraproject.org/wiki/Join_the_package_collection_maintainers Join the package collection maintainers] page to get more information.  You could also ask on the Big Data SIG mailing list for assistance and see if you can find a willing helper or sponsor. For bundling Java packages read the [https://fedoraproject.org/wiki/Packaging:Java Java packaging guidelines] first.


= New Packaging =
= Typical workflow (relies on github) =  
* Clone original repo, if modifications are required.
* Patch where necessary. (Use github tickets where possible if working as a group).
** Try to organize your patch set into meaningful units, and create tickets to push upstream where possible.
** For patches that require carrying, they should be applied to the raw-sources where possible.
* Create a '''package'''-rpm repo with specs and system integration files (systemd, custom-conf, etc).
* Use rpmbuild | hack fedpkg to enable prototype package building 
** spectool -g '''package'''.spec (will download sources)
** md5sum '''package-sources'''.tar.gz > sources
** fedpkg local
* Once you feel you have a package ready for review run the following prior to submit:
** [https://fedorahosted.org/FedoraReview/ Setup Fedora Review]
** rpmlint '''package'''.spec
** mock --clean --init -r fedora-rawhide-x86_64 && fedora-review -m fedora-rawhide-x86_64 -n '''package'''.srpm


== Things needing packaging or reviews ==
= Packaging Notes =
 
* Fedora java rpms can not bundle dependent jars.  Every jar file not created by the build must come from an rpm in the Fedora repository.
 
* All jars must be built from source
== Becoming a packager ==
* Fedora build tools: xmvn-resolve, <strike>mvn-local, mvn-rpmbuild, mvn-build</strike> no longer available in rawhide, considered private implementation
Not yet a packager? Check out the [[PackageMaintainers|Package Maintainers]] page to get more information.  You could also ask on the Big Data SIG mailing list for assistance and see if you can find a willing helper or sponsor.
* Fedora rpm macros: %pom_*, %mvn_build, %mvn_install, %mvn_file
* xmvn-subst for dependency jars when packaging
* Fedora Java Packaging guidelines: https://fedoraproject.org/wiki/Packaging:Java JNI handling: System.load replaces System.loadLibrary, jar file in %{_jnidir} Jar files in %{_javadir}
* Fedora build systems have no internet access, avoid DNS if possible.
* Breaking apart or subsuming subelements
** Depending on the popularity of a sub-element as a stand-alone package it sometimes makes more sense to break it out as a sub-package which can stand alone, but doesn't have to live in a separate repository.  This is a choice which will have to be made by the upstream group and will depend heavily on their ideal workflow, but from a maintenance perspective it's far easier to maintain as a sub-packageE.g. one project produces multiple libs/jars.
* Fedora is OpenJDK7 or higher. You cannot mix-and-match usage of the Fedora versions of maven and ant with Java 6, since they are themselves compiled with source="1.7".

Latest revision as of 15:30, 10 September 2016

If you're wondering what Big Data things are in Fedora, or are interested in working on packaging or reviews to help out the Big Data SIG, this is the page to look at!

If you know of a big-data-related package that is already in Fedora, or have one that you'd like to get into Fedora, be sure to list it here, or link to the page describing what needs to be done, or link to the bugzilla that needs help.

Packages available in Fedora

Package Description Packaged
Version
Upstream
Version
Sources Who Notes
Apache Hadoop Batch processing system and core of the Hadoop ecosystem 2.4.1 2.7.1 hadoop.git Hadoop packaging
Apache HBase The Apache Hadoop NoSQL Database 0.98.3 1.0.1.1 hbase.git HBase packaging
Apache Hive SQL-on-Hadoop query framework, a data warehouse for Hadoop 0.12.2 1.2.1 hive.git
Apache Pig Language for expression data analysis programs run on MapReduce 0.13.10 0.15.0 pig.git Pig packaging
Apache Zookeeper A service for highly reliable distributed coordination 3.4.6 3.4.6 zookeeper.git
Apache Oozie Workflow scheduler system to manage Apache Hadoop jobs 4.0.1 4.2.0 oozie.git rsquared Oozie packaging
Apache Ambari Hadoop cluster manager 1.5.1 2.1.0 ambari.git
Apache Accumulo A software platform for processing vast amounts of data 1.6.1 1.7.0 accumulo.git
Apache Mesos Cluster manager for sharing distributed application frameworks 0.22.1 0.23.9 mesos.git Mesos packaging
Apache Solr Ultra-fast Lucene-based Search Server 5.5.0 6.0.1 Retired
Apache Spark Lightning-fast cluster computing 0.9.1 1.4.1 spark.git Spark packaging
Scala packaging
AMPLab Tachyon A memory resident, fault tolerant distributed file system 0.99 0.7.0 tachyon.git Tachyon packaging

Packages we're working on

Package Description Packaged
Version
Upstream
Version
Sources Who Notes
Apache Flume Data ingestion tool for large amounts of log data 1.6.0 1.6.0 flume-rpm.git gil Flume packaging RHBZ#1279201
Cloudera Kite SDK Kite SDK to simplify the development of data-related systems 1.0.0 1.1.0
Apache Crunch Java library provides a framework for MapReduce pipelines. 0.11.0 0.12.0 crunch-rpm.git gil
Apache Tez Generalizes the MapReduce paradigm to a more powerful framework 0.5.3 0.7.0 tez-rpm.git gil
Apache Kafka Publish-subscribe messaging broker for large scale 0.8.0 0.8.2.1 kafka-rpm.git jromanes Kafka packaging
Apache Storm Distributed real-time computation system 0.9.3 0.9.5 storm-rpm.git jromanes Storm packaging
Apache Tajo Low-latency and scalable SQL-on-Hadoop framework 0.10.0 0.10.1
Apache Jena Java framework for building Semantic Web and Linked Data applications 3.0.0 3.0.0 jena.spec donpellegrino
Cascading Data processing workflows on a Hadoop using any JVM-based language 2.6.3 2.7.1 cascading.spec gil
Apache Sqoop2 Bulk data transfer between Hadoop and structured datastores 1.99.3 1.99.6 sqoop.spec pmackinn RHBZ #1089675
Neo4j Java Graph Database 2.2.8 3.0.0-M04 neo4j.spec gil Newer release (2.3+) use scala 2.11+
Apache Cassandra OpenSource database Apache Cassandra 3.4 3.5 cassandra.git trepik RHBZ#1324020

Packages we'd like to include

Becoming a packager

Not yet a packager? Check out the Package Maintainers, or the Join the package collection maintainers page to get more information. You could also ask on the Big Data SIG mailing list for assistance and see if you can find a willing helper or sponsor. For bundling Java packages read the Java packaging guidelines first.

Typical workflow (relies on github)

  • Clone original repo, if modifications are required.
  • Patch where necessary. (Use github tickets where possible if working as a group).
    • Try to organize your patch set into meaningful units, and create tickets to push upstream where possible.
    • For patches that require carrying, they should be applied to the raw-sources where possible.
  • Create a package-rpm repo with specs and system integration files (systemd, custom-conf, etc).
  • Use rpmbuild | hack fedpkg to enable prototype package building
    • spectool -g package.spec (will download sources)
    • md5sum package-sources.tar.gz > sources
    • fedpkg local
  • Once you feel you have a package ready for review run the following prior to submit:
    • Setup Fedora Review
    • rpmlint package.spec
    • mock --clean --init -r fedora-rawhide-x86_64 && fedora-review -m fedora-rawhide-x86_64 -n package.srpm

Packaging Notes

  • Fedora java rpms can not bundle dependent jars. Every jar file not created by the build must come from an rpm in the Fedora repository.
  • All jars must be built from source
  • Fedora build tools: xmvn-resolve, mvn-local, mvn-rpmbuild, mvn-build no longer available in rawhide, considered private implementation
  • Fedora rpm macros: %pom_*, %mvn_build, %mvn_install, %mvn_file
  • xmvn-subst for dependency jars when packaging
  • Fedora Java Packaging guidelines: https://fedoraproject.org/wiki/Packaging:Java JNI handling: System.load replaces System.loadLibrary, jar file in %{_jnidir} Jar files in %{_javadir}
  • Fedora build systems have no internet access, avoid DNS if possible.
  • Breaking apart or subsuming subelements
    • Depending on the popularity of a sub-element as a stand-alone package it sometimes makes more sense to break it out as a sub-package which can stand alone, but doesn't have to live in a separate repository. This is a choice which will have to be made by the upstream group and will depend heavily on their ideal workflow, but from a maintenance perspective it's far easier to maintain as a sub-package. E.g. one project produces multiple libs/jars.
  • Fedora is OpenJDK7 or higher. You cannot mix-and-match usage of the Fedora versions of maven and ant with Java 6, since they are themselves compiled with source="1.7".