aboutsummaryrefslogtreecommitdiffstats
path: root/railties/lib/tasks/gems.rake
Commit message (Collapse)AuthorAgeFilesLines
* Get Railties passing againYehuda Katz2009-05-161-4/+4
|
* Remove stray call to gems:unpack in gems:build:forceMatt Jones2009-05-061-2/+1
| | | | | | [#2266 state:committed] Signed-off-by: Jeremy Kemper <jeremy@bitsweat.net>
* Attempt to deal with more cases of gems with native components.David Dollar2009-04-281-2/+16
| | | | | | | | | | | | | | | | | | | This commit adds a rudimentary check for 'unbuilt' gems, so that we can abort the application load if there are any gems that have native components that have not yet been built. The rake task gems:build has now only builds 'unbuilt' gems as a result. The rake task gems:build:force has been added to deal with cases of incomplete builds, or any case where you need to force the build of all of your gems. Changes the gems:build task to get its gem list by parsing directory entries in vendor/gems, which sidesteps the chicken/egg issues involved with having a gem unpacked into vendor/gems without before its native bits are compiled. [#2266 state:committed] Signed-off-by: Jeremy Kemper <jeremy@bitsweat.net>
* Makes the gem system understand development vs. runtime dependencies [#2195 ↵David Dollar2009-03-131-46/+32
| | | | | | | | | | | | | | | | state:resolved] The patch also fixes: * Fixes the chicken/egg problem present in the current gem system when gems are defined in the config that are not yet installed. * Remove the need to have hoe as a dependency of your production app. * Makes the gem 'unpacking' system a lot less fragile. Signed-off-by: Matt Jones <al2o3cr@gmail.com> Signed-off-by: Pratik Naik <pratiknaik@gmail.com>
* Display gem dependencies correctly and unpack exactly once [#2097 ↵Matt Jones2009-03-011-4/+3
| | | | | | state:resolved] Signed-off-by: Pratik Naik <pratiknaik@gmail.com>
* break out of initializer early if gems aren't loaded [#1750 state:resolved]Matt Jones2009-02-201-2/+2
| | | | Signed-off-by: Joshua Peek <josh@joshpeek.com>
* Disable eager loading for all rake tasks [#802 state:resolved]Joshua Peek2009-01-271-2/+2
|
* Make refresh_specs more resilient. Always add vendor/gems to gem search ↵Matt Jones2008-11-011-1/+2
| | | | | | path. Use Gem.clear_paths to ensure we get a current searcher. Signed-off-by: Michael Koziarski <michael@koziarski.com>
* config.gem: Fix typo in unpack, skip dependencies on unloaded gems, and ↵Matt Jones2008-10-201-1/+2
| | | | | | silence spec warnings on refresh. [#1128] Signed-off-by: Pratik Naik <pratiknaik@gmail.com>
* Make VendorGemSourceIndex handle broken/missing specs generated by previous ↵Matt Jones2008-10-131-0/+10
| | | | | | versions. Signed-off-by: Michael Koziarski <michael@koziarski.com>
* Fix a number of errors in the config.gem mechanism.Matt Jones2008-10-051-8/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | * Rails::GemDependency was missing definitions for hash and eql?, causing Array#uniq to not work. * If several versions of a gem are unpacked in vendor, now chooses the highest if no version is specified. * streamlined add_load_path. Now sets up Rubygems correctly to allow 'gem' to find frozen gems, with gems frozen to vendor/gems and specifications in vendor/gems/<gem-name>/.specification * Rails::GemDependency#specification would return a spec for the highest installed version, even for frozen gems and/or previously loaded lower versions. See in part ticket #1123. * removed vendor from default_load_paths - it was causing autoloading to append Gems::Gems::<gem-dir> to constant names * added additional tests for loading frozen gems. * incorporates the fix from #1107 for vendor rails * defers to freeze:gems for handling the Rails framework. gems:unpack WILL NOT place a copy of Rails in vendor/gems. Should close #1123 completely. * incorporates, via using the gem loader for frozen gems, fixes corresponding to #227, #324, #362, #527, and #742. * gem plugins now work the same whether frozen or not. Correctness of the behavior is a matter for another ticket... Signed-off-by: rick <technoweenie@gmail.com>
* Consolidate error messages for missing gems, and skip them when running rake ↵rick2008-05-311-3/+9
| | | | gems:* tasks. [rick]
* Now that we have gems:unpack and gems:build allowing for integration ofDavid Dollar2008-04-111-0/+16
| | | | | | | | | | | | 100% of your gems into vendor/ it would be nice to have the ability to automatically unpack the full dependency tree of your specified gems. This patch adds the rake task gems:unpack:dependencies to do this. Usage: gems:unpack:dependencies # unpack all dependencies gems:unpack:dependencies GEM=foo # unpack all dependencies for gem foo
* Don't require rails/gem_builder during rails initialization, it's only ↵Rick Olson2008-04-081-4/+8
| | | | | | needed for the gems:build task. [rick] git-svn-id: http://svn-commit.rubyonrails.org/rails/trunk@9240 5ecf4fe2-1ee6-0310-87b1-e25e094e27de
* Flesh out rake gems:unpack to unpack all gems, and add rake gems:build for ↵Rick Olson2008-04-021-8/+15
| | | | | | native extensions. Closes #11513 [ddollar] git-svn-id: http://svn-commit.rubyonrails.org/rails/trunk@9215 5ecf4fe2-1ee6-0310-87b1-e25e094e27de
* Added config.gem for specifying which gems are required by the application, ↵Rick Olson2008-03-301-0/+31
as well as rake tasks for installing and freezing gems. [rick] git-svn-id: http://svn-commit.rubyonrails.org/rails/trunk@9140 5ecf4fe2-1ee6-0310-87b1-e25e094e27de