`inflate': buffer error (Zlib::BufError) on doing `bundle install` - ruby-on-rails-3

I am trying to do a bundle install, but I'm getting the following error:
Unfortunately, a fatal error has occurred. Please see the Bundler troubleshooting documentation at http://bit.ly/bundler-issues. Thanks!
/home/nish/.rvm/rubies/ruby-1.9.2-p320/lib/ruby/site_ruby/1.9.1/rubygems/util.rb:40:in `inflate': buffer error (Zlib::BufError)
from /home/nish/.rvm/rubies/ruby-1.9.2-p320/lib/ruby/site_ruby/1.9.1/rubygems/util.rb:40:in `inflate'
from /home/nish/.rvm/rubies/ruby-1.9.2-p320/lib/ruby/site_ruby/1.9.1/rubygems.rb:536:in `inflate'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/fetcher.rb:93:in `fetch_spec'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/remote_specification.rb:46:in `_remote_specification'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/remote_specification.rb:51:in `method_missing'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/index.rb:95:in `block (2 levels) in unmet_dependency_names'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/index.rb:94:in `map'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/index.rb:94:in `block in unmet_dependency_names'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/index.rb:93:in `map'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/index.rb:93:in `unmet_dependency_names'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/source/rubygems.rb:240:in `remote_specs'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/source/rubygems.rb:163:in `fetch_specs'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/source/rubygems.rb:67:in `specs'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/definition.rb:192:in `block (2 levels) in index'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/definition.rb:189:in `each'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/definition.rb:189:in `block in index'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/index.rb:9:in `build'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/definition.rb:185:in `index'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/definition.rb:179:in `resolve'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/definition.rb:114:in `specs'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/definition.rb:109:in `resolve_remotely!'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/installer.rb:83:in `run'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/installer.rb:14:in `install'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/cli.rb:247:in `install'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/vendor/thor/task.rb:27:in `run'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/vendor/thor/invocation.rb:120:in `invoke_task'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/vendor/thor.rb:344:in `dispatch'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/vendor/thor/base.rb:434:in `start'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/bin/bundle:20:in `block in <top (required)>'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/lib/bundler/friendly_errors.rb:3:in `with_friendly_errors'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/gems/bundler-1.3.5/bin/bundle:20:in `<top (required)>'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/bin/bundle:23:in `load'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#global/bin/bundle:23:in `<main>'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#voylla/bin/ruby_noexec_wrapper:14:in `eval'
from /home/nish/.rvm/gems/ruby-1.9.2-p320#voylla/bin/ruby_noexec_wrapper:14:in `<main>'
I tried the following:
gem update --sysytem
But still I'm getting the same error. Please can someone help!. Thanks

SOLUTION
Found out what is causing the problem. In the case we are are using geminabox and the for what ever reason the railties-4.1.6.gemspec.rz was corrupted. Don't know how it happened but it was. So what we did was removed the railties-4.1.6
rm shared/gems/proxy/quick/Marshal.4.8/railties-4.1.6.gemspec.rz
after that the system bundled like normal. If you are having the same problem you are going to have to find a way to watch the network calls and see which one of the GET events it is stopping on.
EXTRA READING does not fix bug only suppresses it in some cases
The reason this worked was because the new version used a different version of railties by happen chance. It only gave the impression that this fixed the problem.
Here is some extra info on this bug. But it doesn't total explain why this is happening.
cannot install ruby gems - zlib error
Now they have removed or fixed this code in the v2.0.0-p451 but the ruby-2.1.0 has yet to merge the patches I have yet to go back threw all the code and check each and every version but here is how you can check.
What you are looking for is this file. lib/rubygems/util.rb in there is a method called inflate this method is responsible for unzipping the gem file. However there is some sort of bug with it where it is being called on things that can't be unzipped.
This is a stable version and you wont find lib/rubygems/util.rb v2.0.0-p481. So this is difficult to find but by looking at the source code you can figure out which ones have this bug and which ones don't.
If you are using rvm use this commands to install the correct version
rvm install ruby-2.0.0-p481
To see all know ruby version avaliable you can run this command below.
$ rvm list known
[ruby-]1.8.6[-p420]
[ruby-]1.8.7[-head] # security released on head
[ruby-]1.9.1[-p431]
[ruby-]1.9.2[-p330]
[ruby-]1.9.3[-p547]
[ruby-]2.0.0-p451
[ruby-]2.0.0[-p481]
[ruby-]2.1.1
[ruby-]2.1[.2]
[ruby-]2.1-head
ruby-head
...
By changing to that patch version you will should be ok. I have also found this bug using ruby-2.0.0-p247 as well.
The above code would suggest that you have the bug as well. However it is strange because the github repo says that it was not introduced until Nov 18, 2013.
https://github.com/ruby/ruby/commit/a7fa4d5d9aab150ad4b0c3f3217fe444df69f527.
Anyway I know there is a lot of information here but this bug is tricky. It seams to only effect some version of ruby but because of organization of the code it is hard to tell some times if it is in your version. Best way is to just check to see if you have the util.rb file and if you do then change versions.

Related

Failing to synchronize to repository in Tooltwist Designer

When trying to synchronize changes to the repository, I am receiving the following error:
[designer#ip-address ~]$ ruby /home/designer/server/extension-projects/tooltwist/config/bin/syncWithGit.rb /home/designer/server/webdesign-projects/webdesign list
M navpoints/project.xml
M properties.xml
?? widgets/project_pages/training/7a12a84b6942f195f71bec5d5d8c68caec753293/
/home/designer/server/extension-projects/tooltwist/config/bin/syncWithGit.rb:28:in `block in main_list': undefined method `each' for #<String:0x00000002345128> (NoMethodError)
from /home/designer/server/extension-projects/tooltwist/config/bin/syncWithGit.rb:21:in `chdir'
from /home/designer/server/extension-projects/tooltwist/config/bin/syncWithGit.rb:21:in `main_list'
from /home/designer/server/extension-projects/tooltwist/config/bin/syncWithGit.rb:455:in `block in <main>'
from /home/designer/server/extension-projects/tooltwist/config/bin/lib_trollop.rb:740:in `with_standard_exception_handling'
from /home/designer/server/extension-projects/tooltwist/config/bin/syncWithGit.rb:448:in `<main>'
I am getting this error on a newly deployed tooltwist designer in AWS.
This problem will is caused by the version of Ruby you are using. In Ruby 1.9 the function String:each was replaced with String:each_line (See str.each in Ruby isn't working).
You have a choice:
Downgrade to Ruby 1.8
Edit /home/designer/server/extension-projects/tooltwist/config/bin/syncWithGit.rb and replace each with each_line.
Upgrade to ToolTwist v8.3 and use the ToolTwist command line interface to run your Designer. See step 4 in https://github.com/tooltwist/documentation/wiki/Deploying-with-the-v8.3-Controller.

Error - Ruby OCI8 - Wrong number of arguments (2 for 0..1)

When running this script:
require 'oci8'
conn = OCI8.new('username', 'password', 'tnsname')
cursor = conn.exec('SELECT 1+1 FROM dual')
while r = cursor.fetch()
puts r.join(',')
end
cursor.close
conn.logoff
The following error message occurs:
C:/tech/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `initi
alize': wrong number of arguments (2 for 0..1) (ArgumentError)
from C:/tech/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb
:36:in `new'
from C:/tech/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb
:36:in `require'
from C:/tech/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb
:36:in `require'
from C:/tech/Ruby193/lib/ruby/gems/1.9.1/gems/ruby-oci8-2.1.5-x86-mingw3
2/lib/oci8.rb:81:in `<top (required)>'
from C:/tech/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb
:60:in `require'
from C:/tech/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb
:60:in `rescue in require'
from C:/tech/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb
:35:in `require'
from u:/Ruby/test_oci_connect.rb:1:in `<main>'
I can use those credentials in SQLPLUS and I have both the gems and devkit installed. Can anyone assist with this issue or provide some clarity regarding the answer below?
The issue is caused by a mismatch in the Oracle DLLs architecture and your Ruby installation, or your System not finding the right DLLs.
Download the Oracle Instant Client. Its important that its the same arch that your Ruby is in, as it contains the necessary DLLs.
Unzip it somewhere on your HDD, such as:
C:/OracleInstantClient Its also convenient to add both
/network/admin/sqlnet.ora
/network/admin/tnsnames.ora to that folder.
Add the Instant Client's location to your System PATH. You should now be able to connect without that error, provided you've added the correct connection information.
I was getting the same error message, using a gem dependent on ruby-oci8 (dm-oracle-adapter for datamapper).
Re-ran the install as per these instructions on a fresh environment :
Installing instant client for ruby-oci8
Double checked the path was set correctly and restarted my ruby console.
And everything worked perfectly.
On the machine it didn't work on (above incorrect arguments error), I have Oracle 64 bit dlls installed for some other services. My theory is that it was conflicting with these dlls (Ruby-oci8 needs 32bit DLLs), even though there was nothing pointing to these in the path.
Also, if you get the warning "ext/oci8 not found" when running 'gem install ruby-oci8', let me save you some time. In my case, this was a red herring and didn't affect the function of the gem at all.
That problem doesn't seem related to OCI8 at all.
You are misleading us a little here by not showing the whole code.
From your error stack trace, I can tell that you have a class that's trying to initialize but you have defined a parameter to that method and you didn't mention it when creating your object.
What this really means is that you mentioned 2 parameters where it was expecting either nothing or just one parameter.
if you create a test.rb fiel and paste the code you show us above all by itself, does it work?

s3sync automate amazon backup

I am really new to shell script etc.
i am trying to get s3sync to work i have installed ruby with the rubyinstaller i am on windows and have been using the cmd prompt that you get after installing ruby.
Can someone help me with these error??
C:\Sites\s3sync>s3cmd.rb listbuckets
C:/Sites/s3sync/HTTPStreaming.rb:53:in `<module:S3sync>': uninitialized constant
S3sync::SimpleDelegator (NameError)
from C:/Sites/s3sync/HTTPStreaming.rb:52:in `<top (required)>'
from <internal:lib/rubygems/custom_require>:29:in `require'
from <internal:lib/rubygems/custom_require>:29:in `require'
from C:/Sites/s3sync/s3try.rb:28:in `<module:S3sync>'
from C:/Sites/s3sync/s3try.rb:10:in `<top (required)>'
from <internal:lib/rubygems/custom_require>:29:in `require'
from <internal:lib/rubygems/custom_require>:29:in `require'
from C:/Sites/s3sync/s3cmd.rb:16:in `<module:S3sync>'
from C:/Sites/s3sync/s3cmd.rb:11:in `<main>'
I have been following this article but now i am stuck
http://blog.eberly.org/2006/10/09/how-automate-your-backup-to-amazon-s3-using-s3sync/
Any help please
While I have not done a S3sync setup in windows, I have successfully written a CentOS / Plesk setup.
This error looks very familliar, and it looks like your config files are not set up properly. I'd check the file you store the AWS credentials in, and then also check the config file carefully. Make sure there are no leading slashes ('/') and trailing slashes only if required. Spaces... anything can set this script off with an error.
Good luck, let me know how you go.

Bundle install Jquery-rails taking too long to respond from gemcutter

Hi guys the gem jquery-rails(0.2.7) cant seem to be installed on my machine saying there are too many connections and it times out, I know this is not actualy programming but it is a fundamental for any ROR programmer esp in rails 3, so i'm actually looking for any1 who might have came across this error and resolved it. The error is as follows.
/usr/local/lib/site_ruby/1.8/rubygems/remote_fetcher.rb:365:in request': too many connection resets (http://production.cf.rubygems.org/gems/libxml-ruby-1.1.4.gem) (Gem::RemoteFetcher::FetchError)
from /usr/local/lib/site_ruby/1.8/rubygems/remote_fetcher.rb:289:inopen_uri_or_path'
from /usr/local/lib/site_ruby/1.8/rubygems/remote_fetcher.rb:298:in open_uri_or_path'
from /usr/local/lib/site_ruby/1.8/rubygems/remote_fetcher.rb:172:infetch_path'
from /usr/local/lib/site_ruby/1.8/rubygems/remote_fetcher.rb:110:in download'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/source.rb:253:indownload_gem_from_uri'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/source.rb:76:in fetch'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/installer.rb:45:inrun'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/spec_set.rb:12:in each'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/spec_set.rb:12:ineach'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/installer.rb:44:in run'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/installer.rb:8:ininstall'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/cli.rb:217:in install'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor/task.rb:22:insend'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor/task.rb:22:in run'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor/invocation.rb:118:ininvoke_task'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor.rb:246:in dispatch'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor/base.rb:389:instart'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/bin/bundle:13
from /usr/bin/bundle:19:in `load'
from /usr/bin/bundle:19
Thanks in advance
~D
This is a connection issue. Try running the command again will install the gem.

undefined method `cache_sweeper' for ActionController::Base:Class - warbler

I am deploying my Jruby Rails application on glassfish with acts_as_audited as a gem/plugin installed.
Whenever I try to Audit my model, I am going to get the following error.
My Environment is: Jruby 1.6.0.RC2, Rails 3.0.3
You can refer here if you guys want to look more on the error http://www.ruby-forum.com/topic/1053934
Please help me out, I stuck up here
Application Error
org.jruby.rack.RackInitializationException: undefined method `cache_sweeper' for ActionController::Base:Class
from /home/dev2/glassfishv3/glassfish/domains/domain1/applications/gavel/WEB-INF/gems/gems/acts_as_audited-2.0.0.rc6/lib/acts_as_audited.rb:44:in `class_eval'
from /home/dev2/glassfishv3/glassfish/domains/domain1/applications/gavel/WEB-INF/gems/gems/acts_as_audited-2.0.0.rc6/lib/acts_as_audited.rb:44
from /home/dev2/glassfishv3/glassfish/domains/domain1/applications/gavel/WEB-INF/gems/gems/acts_as_audited-2.0.0.rc6/lib/acts_as_audited.rb:68:in `require'
from /home/dev2/glassfishv3/glassfish/domains/domain1/applications/gavel/WEB-INF/gems/gems/bundler-1.0.10/lib/bundler/runtime.rb:68:in `require'
from /home/dev2/glassfishv3/glassfish/domains/domain1/applications/gavel/WEB-INF/gems/gems/bundler-1.0.10/lib/bundler/runtime.rb:66:in `each'
from /home/dev2/glassfishv3/glassfish/domains/domain1/applications/gavel/WEB-INF/gems/gems/bundler-1.0.10/lib/bundler/runtime.rb:66:in `require'
from /home/dev2/glassfishv3/glassfish/domains/domain1/applications/gavel/WEB-INF/gems/gems/bundler-1.0.10/lib/bundler/runtime.rb:55:in `each'
from /home/dev2/glassfishv3/glassfish/domains/domain1/applications/gavel/WEB-INF/gems/gems/bundler-1.0.10/lib/bundler/runtime.rb:55:in `require'
... 20 levels...
I reported this problema as a bug in jruby-rack.
A workaround is to add require 'active_record' if defined? $servlet_context after require 'rubygems' in config/boot.rb or manually including sweeping somwhere in application.rb ActionController::Base.send(:include, ActionController::Caching::Sweeping) if defined? $servlet_context.
I think I recognise this problem. It looks like acts_as_audited uses cache sweepers. I've had this problem with cache sweepers.
You need to explicitly include the caching module in your ApplicationController:
class ApplicationController < ActionController::Base
# JRuby not finding cache sweeper at runtime in production
include ActionController::Caching::Sweeping if defined?(JRUBY_VERSION)
# Rest of your class here...
end
I'm not sure why this happens, but it's probably a loading/resolution issue related to running in threadsafe mode for production.