<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 01/18/2014 01:40 AM, Michael Stahnke
      wrote:<br>
    </div>
    <blockquote
cite="mid:%3CCAMto7LJ4ANSrb-KoOtTddU0cRPGfghy6oq_dNd1pdVzqUmqDpQ@mail.gmail.com%3E"
      type="cite">
      <pre wrap="">On Fri, Jan 17, 2014 at 6:53 PM, Rahul Sundaram <a class="moz-txt-link-rfc2396E" href="mailto:metherid@gmail.com">&lt;metherid@gmail.com&gt;</a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Hi


On Fri, Jan 17, 2014 at 9:43 PM, Mo Morsi  wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">Yes as others have mentioned puppet requires ruby(release) which is
satisfied by both ruby-mri and jruby
</pre>
        </blockquote>
      </blockquote>
      <pre wrap="">So should it just require ruby-mri?

The divergence from the way upstreams handle ruby here is quite
difficult to work with. I find ruby-pick and bundler patching to be
less fun/friendly than having what I'd expect form upstream. I'm not
in love with the way upstream handles/does things, but I don't really
understand what happened to the 'upstream first' mantra. Here we
(Fedora) just made up their own rules and moved forward.
</pre>
    </blockquote>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    <p> <br>
      Could you elaborate on what the difficulty is? Just curious as to
      what issues there are.<br>
    </p>
    <p> Completely agree that the current Fedora/Ruby integration is not
      ideal, it is a work in progress afterall. That being said upstream
      Ruby practices and downstream Fedora guidelines do take different
      approaches to many various things, eg just the existence of
      bundler is counter to Fedora's 'no-vendored-deps' policy. So
      compromises will have to be made at some level.<br>
      <br>
    </p>
    <p>We try our best to make everyone happy, providing as much of the
      flexibility associated with upstream Ruby practices that we can
      while still adhering to Fedora's principles and strategies. Now if
      we could install multiple versions of a rubygem rpm via yum,
      that'd help us out a bit.....<br>
    </p>
    <meta name="Description" content="Copy-Paste Buffer">
    <meta name="Generator" content="Zim">
    <br>
    <blockquote
cite="mid:%3CCAMto7LJ4ANSrb-KoOtTddU0cRPGfghy6oq_dNd1pdVzqUmqDpQ@mail.gmail.com%3E"
      type="cite">
      <blockquote type="cite">
        <pre wrap="">
... which is fine.  However yum install puppet should be pulling in only
one.  Not both.  I would say almost everybody would expect that to be
ruby-mri
</pre>
      </blockquote>
      <pre wrap="">I would say exactly everybody, since on jruby there are issues.

</pre>
    </blockquote>
    <br>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    <p>Didn't know puppet didn't work on JRuby, what about the other
      Ruby interpreters such as Rubinius? If MRI is the only supported
      solution for Puppet, then yes I'd agree that specific dep should
      be there (though am not the package maintainer myself), but if it
      can work against multiple backends then why not let the user
      decide?<br>
    </p>
    <p>  -Mo<br>
    </p>
  </body>
</html>