<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hey Petr,<br>
I have a fix for this in my local branch, using aeolus'
bundler_ext [1] (which is now a gem). The only thing remaining is
to create an rpm for the gem, and make some minor changes to
katello.spec.<br>
<br>
We can chat more if you'd like...<br>
<br>
[1]
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<a href="https://github.com/aeolus-incubator/bundler_ext">https://github.com/aeolus-incubator/bundler_ext</a><br>
<br>
-d<br>
<br>
On 22/08/12 09:39 AM, Petr Chalupa wrote:<br>
</div>
<blockquote cite="mid:50349AB6.8060505@redhat.com" type="cite">Hi,
<br>
<br>
as Ivan and Lukas said on mail-list, I had some ideas how to solve
our bundler/rpm issues. Then I had discussion with Ivan and Mirek
and here is the proposed solution.
<br>
<br>
== Requirements
<br>
<br>
When installing on fedora/rhel in production. Do not mess with the
production setup, rpm gems are used, 'bundle install' wont install
anything else.
<br>
<br>
When installing on fedora/rhel in development. 'bundle install'
prefers rpm-gems even if there is a newer gem in our gem-repo [2].
Additional development dependencies are installed.
<br>
<br>
When installing on any other system (Debian, Ubuntu, Mac, ...) in
development. 'bundle install' installs the same versions of gems
as would be installed on fedora. Optionally (at least made it
possible in the future) 'bundle install' installs not only the
same versions but also gems including security fixes included in
rpm-gems.
<br>
<br>
== Proposal
<br>
<br>
I'll add monkey patch to katello/master for bundler which will
ensure that rpm-gems are preferred (even if they are older than
gems in a gem-repo). It's based on bkabrda's patch [1].
<br>
<br>
I'll ensure that our gem repo [2] contains all gems needed for
katello development (some are still missing). This enables katello
(rails app) to be installed on any system without rubygems.org.
<br>
<br>
I would like to work on this in the next iteration. Also I would
like to explore how difficult would be to create gem versions with
security patches (which is important for non fedora development -
me).
<br>
<br>
We also discussed it would be nice to move our gem-repo to github
a publish it on pages.github. The repo would be more visible. It
would allow us to use pull-requests for tracking new
gem-dependencies. It would be on one place.
<br>
<br>
Petr
<br>
<br>
[1] <a class="moz-txt-link-freetext" href="https://gist.github.com/2875212">https://gist.github.com/2875212</a>
<br>
[2] <a class="moz-txt-link-freetext" href="http://repos.fedorapeople.org/repos/katello/gems/">http://repos.fedorapeople.org/repos/katello/gems/</a>
<br>
<br>
_______________________________________________
<br>
katello-devel mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:katello-devel@redhat.com">katello-devel@redhat.com</a>
<br>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/katello-devel">https://www.redhat.com/mailman/listinfo/katello-devel</a>
<br>
</blockquote>
<br>
<br>
</body>
</html>