-
Notifications
You must be signed in to change notification settings - Fork 76
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
First Installation fails because of an Notification Message while gem install charlock_holmes
.
#210
Comments
seems working fine now (with rbenv) https://paste.debian.net/plainh/16dd7871 (just tested in #223 ) |
I'm having the same issue on centos 7 with the version 1.0.0 of this module. |
Ok, run a second time, everything worked fine. I suspect a dependency issue. Will look into it |
oh! thanks @gcmalloc for the quick feedback! I re-open the issue then, I take a look with beaker on centos then. |
Same issue here with first installation, little bit more details:
It looks like |
Here's the gist with debug info: https://gist.github.com/sergef/4e5f8b3da79fb2def0e4 I've tried clean deployment running puppet agent as a service - and charlock_holmes installed without problems. But some errors still there:
tbc... |
… module is causing sbadia#210.
To followup here, I was able to install gitlab at once from 0.
class { 'rbenv': } ->
rbenv::plugin { 'sstephenson/ruby-build': } ->
rbenv::build { $ruby_version:
global => true
} ->
rbenv::gem { 'bigdecimal':
version => '1.2.4',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
rbenv::gem { 'charlock_holmes':
version => '0.6.9.4',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
rbenv::gem { 'io-console':
version => '0.4.3',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
rbenv::gem { 'json':
version => '1.8.1',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
rbenv::gem { 'minitest':
version => '4.7.5',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
rbenv::gem { 'psych':
version => '2.0.5',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
rbenv::gem { 'rake':
version => '10.1.0',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
rbenv::gem { 'rdoc':
version => '4.1.0',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
rbenv::gem { 'test-unit':
version => '2.1.6.0',
ruby_version => $ruby_version,
skip_docs => true,
timeout => 0
} ->
Exec {
path => [
'/usr/local/rbenv/shims',
'/usr/local/rbenv/bin',
'/usr/local/sbin',
'/usr/local/bin',
'/usr/sbin',
'/usr/bin',
'/sbin',
'/bin'
]
} Also installation on CentOS and RedHat 7.1 required firewall and selinux modules. |
Hi, thanks @sergef for the debug and feedback!! |
I'll try to get back to |
thanks! ok ack :) |
It's not really a big problem, but for the perfection it would be nice to get this fixed. I installed gitlab on an empty server with Ubuntu 14.04, and the puppet agent run fails because of the output of "This could take a while..." - I think the exit code 1 with this message has to be catched and handeled to further run.
I done this installation from the console promp manually and restarted the puppet agent run. Things went nice.
I hope this Helps.
The text was updated successfully, but these errors were encountered: