Hi Christopher, Jay Vyas and I work at Red Hat as well and are PMC members. (Actually, tomorrow is my last day at Red Hat.) And we worked on a team with several of the previous Hadoop, etc. Fedora maintainers.
Bigtop uses a system where by some common build scripts are called by the RPM and Debian package build tools. Bigtop would have to completely rebuild the packaging system to meet Fedora guidelines. The current system doesn't break down dependencies into separate packages or require that packages depend on a single version of each dependency -- JARs are allowed to bundle whatever version they want. The hurdles in the different approaches to packaging (optimized for different needs) are quite large. RJ On Sun, Aug 14, 2016 at 2:38 PM, Konstantin Boudnik <c...@apache.org> wrote: > On Sat, Aug 13, 2016 at 02:55AM, Christopher wrote: > > > > Ideally, I think a long-term goal would be to try to eliminate the need > for > > Bigtop. It'd be nice if I could just go to my preferred distribution, and > > install using the distro's provided package manager. However, because the > > I believe there's a bit of an misinterpretation here. Bigtop isn't all > about > packaging. There's also deployment aka 'operational knowledge', great deal > of > expertise about what works and what doesn't, a community of people highly > skilled in all aspects of the Apache Bigdata ecosystem and distributed > computing, and so on and so far. Besides, Bigtop cuts _across_ the > distributions, so there's a bit of the value of the "central hub" as well. > > If guys at the Fedora want to go into the Hadoop distribution ordeal - > you're > more than welcome. I don't think any other Linux distribution does, but it > could be just my own misguided view of the world. > > And of course what Olaf said: the particular complications of the stack > creation stemmed from the need of multiple versions of the same binaries. > Not > always, but once in a while. Hope it helps. > > But we'd very happy to have more folks from the Fedora community helping to > make the particular packaging format better and more relevant and standard. > > Regards, > Cos >
