While I was working on the overlay for the new ruby-ng eclass, I noticed one fun thing: flame@yamato activesupport-2.3.2 % ls -l lib/active_support/vendor totale 0 drwxr-xr-x 3 flame flame 100 2009-03-16 04:08 builder-2.1.2 drwxr-xr-x 4 flame flame 160 2009-03-16 04:08 i18n-0.1.3 drwxr-xr-x 2 flame flame 60 2009-03-16 04:08 memcache-client-1.6.5 drwxr-xr-x 3 flame flame 80 2009-03-16 04:08 tzinfo-0.3.12 this is probably why the ebuild has no dependencies as it is.. I'll see to get rid of them in the new ebuild, but at least we can track the issue here...
For the record: /usr/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/vendor: builder-2.1.2 memcache-client-1.5.0 tzinfo-0.3.11 xml-simple-1.0.11 /usr/lib/ruby/gems/1.8/gems/activesupport-2.2.2/lib/active_support/vendor: builder-2.1.2 i18n-0.0.1 memcache-client-1.5.1 tzinfo-0.3.12 xml-simple-1.0.11
dev-ruby/activesupport-2.3.5-r1 now used the unbundled versions of builder and tzinfo. That leaves: i18n-0.1.3/ memcache-client-1.7.4/
-r2 dropped i18n, and memcache-client is the only one left for now.
Created attachment 217119 [details] build.log it says but a bit truncated will attach emerge info and the environment log if needed and or open a new bug upon request
(In reply to comment #4) > Created an attachment (id=217119) [details] > build.log it says but a bit truncated > > will attach emerge info and the environment log if needed and or open a new bug > upon request > You installed a non-gentoo version of rubygems. Do not report a new bug.
no fella.I did a gem install of activesupport after the above failure. on stable not amd64. but I will recreate it and post a new bug. without the gem install.
activesupport 3.0.3 no longer has any vendored code, so I'm inclined to close this bug. Objections?