ask.o.o : workaround old puppet-solr package

puppet-solr is dead upstream.  Even the un-merged pull request for
Xenial support isn't sufficient [1].

We can either get into the business of owning puppet-solr, or hack
around it.  It seems the major difference is that jetty package split
into separate jetty[8|9] packages, and puppet-solr just uses "jetty"
everywhere.

This deb, created by equivs does the following

 * pre-depends on jetty8
 * installs a symlink /etc/init.d/jetty -> jetty8
 * symlinks in the webserver directory to /usr/share/jetty

This appears to be enough to get things going.  By pre-installing it,
puppet-solr is happy enough to go on...

[1] https://github.com/vamsee/puppet-solr/pull/33

Change-Id: Ie86303caeb26634434dc4b2d0d3f1195749a277e

modules/openstack_project/manifests/ask.pp

@@ -17,6 +17,29 @@ class openstack_project::ask (
   $askbot_revision              = '87086ebcefc5be29e80d3228e465e6bec4523fcf'
 ) {
 
+  if $::lsbdistcodename == "xenial" {
+    # NOTE(ianw) This is a horrible, horrible hack because puppet-solr
+    # has not been updated to handle Xenial where jetty split into a
+    # jetty8 package.  This equivs deb pre-depends on jetty8, and sets
+    # up a few links to fool (confuse?) puppet-solr enough to install
+    # and run...
+    file { '/root/jetty_1.0_all.deb':
+      ensure => present,
+      owner  => 'root',
+      group  => 'root',
+      mode   => '0644',
+      source => 'puppet://modules/openstack_project/ask/jetty_1.0_all.deb'
+    }
+
+    package { 'jetty':
+      provider => dpkg,
+      state    => installed,
+      source   => "/root/jetty_1.0_all.deb",
+      require  => File['/root/jetty_1.0_all.deb']
+    }
+
+  }
+
   file { '/srv/dist':
     ensure => directory,
     owner  => 'root',