[katello-devel] Bundler.d directory from Foreman

Petr Chalupa pchalupa at redhat.com
Mon Nov 26 11:08:18 UTC 2012



On 23.11.12 15:24, Lukas Zapletal wrote:
> Hey,
>
> when I am working on bundler_ext support for Foreman, I noticed they
> have bundler.d directory which is loaded dynamically from Gemfile. All
> files which are found there are loaded. This well known approach is used
> very often in Linux (yum.repos.d, http.conf.d etc).
>
> Foreman is separated into "modules", e.g. development, test, vmware,
> ovirt etc. Each RPM package drops a file here which is then loaded the
> next start. This is nice and elegant solution, do you think I can
> implement the same for Katello?
>
> Of course with bundler_ext, it's basically the same, but Gemfile is
> renamed to Gemfile.in in production and files are not being loaded via
> Bundler, but directly using Rubygems from the system. And also there is
> no need of deleting Gemfile.lock (because nothing is really being
> created). So with bundler_ext its even more simple, idea remains the
> same:
>
> https://github.com/theforeman/foreman/tree/develop/bundler.d
>
> Advantages? Development setup as easy as installing katello-devel RPM
> package. After you install and restart katello, all work is done - you
> "magically" have working development setup. (Sure, you can turn on more
> debugging and enable development mode in Rails, but basically that is
> not needed for "quick fixes" - you can do this very easily changing one
> line in /etc/sysconfig/katello.)
>
> I know this would collide with our Gemfile.f16|f17|rhel6 templates,
> because Gemfile would need to be separated into several groups
> (basically just one for now - katello-devel which would install all the
> development dependencies but in future we want to break up Katello into
> modules right). That is disadvantage, I know David was working hard on
> those templates. But with bundler_ext they are not necessary anymore.
> You want development setup on Fedora 18? Just go ahead and install
> katello-devel on Fedora 18 - as simple as that.
>
> More about bundler_ext once I finish with testing - I am building
> Katello right now. Preparing a blog post about it, hopefully.
>
> Opinions?
>

+1 I like it.




More information about the katello-devel mailing list