Is there a path to building a version of Kudu locally for an arbitrary linux distro?
Personally I am less concerned about 14.04 support and more concerned about what the path to upgrading to 18.04. It would also be nice for it to be at least possible to develop on RedHat-derived distros even if it requires some extra effort. On Tue, Aug 21, 2018 at 6:48 AM, Laszlo Gaal <laszlo.g...@cloudera.com> wrote: > +1 for simplifying Kudu updates. > > I am also still on Ubuntu 14.04, but I am all for simplifying Kudu > integration: > I agree with Thomas that Kudu snapshots should be grouped with the other > CDH components. > Given that Ubuntu 14.04 will be EOL'd next spring, upgrading the > development OS > is a reasonably small price to pay -- especially that it will soon become > necessary anyway. > > Thanks for doing this Thomas! > > - Laszlo > > On Tue, Aug 21, 2018 at 12:34 AM Lars Volker <l...@cloudera.com> wrote: > > > I'm in favor of not spending developer time and effort to maintain > > compatibility with 14.04. Personally I'm still developing on Ubuntu 14.04 > > so I'd be happy if we can support it without much pain. On the other hand > > it EOLs in April 2019, so I might as well go to 18.04 now, should we > decide > > to drop support. Maybe not many other folks are on 14.04 after all? > > > > > > > > On Mon, Aug 20, 2018 at 10:06 AM Thomas Tauber-Marshall < > > tmarsh...@cloudera.com> wrote: > > > > > Impala community, > > > > > > For years now, Impala has utilized tarballs built by Cloudera and > > uploaded > > > to S3 for running most of the Hadoop components in the testing > > minicluster. > > > The one exception to this is Kudu, which is instead provided by the > > > toolchain. > > > > > > This was never ideal - native-toolchain makes more sense for libraries > > > where we want to build against a fairly static version, but Kudu is > under > > > active development and we'd like to always build against a relatively > > > up-to-date version. As a result, patches just bumping the version of > Kudu > > > make up a significant portion of the commit history of > native-toolchain. > > > > > > Thanks to work I'm currently doing at Cloudera, there will soon be > > snapshot > > > tarballs of Kudu getting uploaded to S3 along with the other Hadoop > > > components. I would like to propose that Impala switch to using those > > > instead of the toolchain Kudu. > > > > > > One problem here is that the new Kudu tarballs will not be getting > build > > > for Ubuntu 14.04, only 16.04, but we still officially say we support > > > development on 14.04. > > > > > > One option here would be to maintain the toolchain Kudu for now and > hide > > > downloading of the new tarballs behind a flag. We could also postpone > > some > > > of this work until 14.04 is less common. Or, given that the > > > bootstrap_development script already only supports 16.04, we might want > > to > > > just drop support for building on 14.04. > > > > > > Thoughts? > > > > > >
