<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 09/23/2013 08:37 AM, Alexandre
      Drahon wrote:<br>
    </div>
    <blockquote
      cite="mid:957053143.244351.1379939853910.JavaMail.root@redhat.com"
      type="cite">
      <div style="font-family: Arial; font-size: 12pt; color: #000000">
        <div>Hi all,<br data-mce-bogus="1">
        </div>
        <div><br>
        </div>
        <div>I wanted to give an update on the status of Vagrant in
          Fedora 20, I just realised it's my first post to the list so
          I'll take this opportunity to introduce myself. I'm Alex, I
          work at Red Hat as a Solution Architect (ie. nothing
          engineering related), I wrote the vagrant-kvm plugin on my
          spare time to make it work on my Fedora laptop, though there's
          now a (much more qualified) second maintainer who is also
          providing support for Ubuntu through a PPA. Matthew asked me
          if I wanted to work on packaging Vagrant and the KVM plugin
          for Fedora 20, and I foolishly accepted ;)<br>
        </div>
        <div><br>
        </div>
        <div>It's quite exhilarating having the opportunity to
          contribute to Fedora, and at the same time I feel totally
          lost. I don't mean this as a criticism, it's just this "first
          week at school" feeling, it will take me some time to get an
          idea of how things work. That said, here's the Vagrant
          situation:<br>
        </div>
        <div><br>
        </div>
        <div>1. I have a vagrant RPM that installs and works as
          expected, there's some minimal patching involved which has to
          do with the fact that Vagrant expect to be running in it's own
          Ruby 1.9.3 environment in /opt<br>
        </div>
        <div>2. There was also some patching involved to make the plugin
          system work, although I haven't tested plugins extensively
          (some stuff breaks like rubygems loading path) and providing
          common plugins as RPMs looks like the better way in Fedora.<br>
        </div>
        <div>3. I had to build my own rubygems-childprocess (current
          Fedora package is very old) and rubygems-log4r (not provided
          in Fedora) RPMs, but I don't know how I should submit them
          (package review ticket?). There's a existing ticket for log4r
          <a moz-do-not-send="true"
            href="https://bugzilla.redhat.com/show_bug.cgi?id=905240">https://bugzilla.redhat.com/show_bug.cgi?id=905240</a>,
          I added it as a dependency to the Vagrant ticket.<br>
        </div>
        <div>4. I've packaged vagrant-kvm as a RPM and it installs, but
          I'm running into serious issues with Policykit. I don't think
          I'll be able to solve that without help, I'm not even sure
          what's the right way to do it.<br>
        </div>
        <div><br>
        </div>
        <div>So, as a summary:<br>
        </div>
        <div> - yum install vagrant should work, at which point you need
          to install VirtualBox and it will run as expected<br>
        </div>
        <div> - vagrant-kvm installs but I don't know how to add the
          right polkit rules (I need help)<br>
        </div>
        <div><br>
        </div>
        <div>Looks pretty good, right?<br>
        </div>
        <div><br>
        </div>
        <div>Alex<br>
        </div>
      </div>
      <br>
    </blockquote>
    <br>
    Hey Alex, looks awesome, thanks for submitting this.<br>
    <br>
    Unfortunately I'm not too familiar w/ the polkit stuff, but
    regarding the Ruby packaging, it looks similar to other situations
    we've encountered when attempting to package Ruby code for our
    platform. Unfortunately alot of upstream ruby tools are geared
    towards heavily vendoring / bundling deps (often the primary
    platform is Mac OSX). We're making headways on improving support for
    and working around these situations (see stuff like [1], [2], and
    [3]), often sending things upstream (which a variable acceptance
    rate depending on community practices).<br>
    <br>
    In any case, if you're looking for any assistance RE the ruby stuff,
    I'd checkout the Ruby SIG [4] (if you haven't already). Or even just
    forward this there, I'm sure there will be interest. Thanks again!<br>
    <br>
      -Mo<br>
    <br>
    [1] <a class="moz-txt-link-freetext" href="https://github.com/bundlerext/bundler_ext">https://github.com/bundlerext/bundler_ext</a><br>
    [2]
<a class="moz-txt-link-freetext" href="https://github.com/ManageIQ/gem_dependency_checker/blob/master/gem_dependency_checker.rb">https://github.com/ManageIQ/gem_dependency_checker/blob/master/gem_dependency_checker.rb</a><br>
    [3] <a class="moz-txt-link-freetext" href="https://github.com/voxik/gem-nice-install">https://github.com/voxik/gem-nice-install</a><br>
    [4] <a class="moz-txt-link-freetext" href="http://fedoraproject.org/wiki/Ruby_SIG">http://fedoraproject.org/wiki/Ruby_SIG</a><br>
  </body>
</html>