On a ubuntu server, with everything installed (checked against another pc where this works just fine) When trying to run warble on one of my jruby projects, I get this error:
Function 'xmlFirstElementChild' not found in [libexslt.so]
/opt/jruby-1.5.0/lib/ruby/site_ruby/shared/ffi/ffi.rb:112:in `create_invoker'
/opt/jruby-1.5.0/lib/ruby/site_ruby/shared/ffi/library.rb:98:in `attach_function'
/opt/jruby-1.5.0/lib/ruby/site_ruby/shared/ffi/library.rb:96:in `each'
/opt/jruby-1.5.0/lib/ruby/site_ruby/shared/ffi/library.rb:96:in `attach_function'
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/nokogiri-1.4.2-java/lib/nokogiri/ffi/libxml.rb:116
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/nokogiri-1.4.2-java/lib/nokogiri/ffi/libxml.rb:31:in `require'
/opt/jruby-1.5.0/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:156:in `require'
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:521:in `new_constants_in'
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:156:in `require'
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/nokogiri-1.4.2-java/lib/nokogiri.rb:11
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/nokogiri-1.4.2-java/lib/nokogiri.rb:36:in `require'/
/opt/jruby-1.5.0/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in `require'
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:156:in `require'
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:521:in `new_constants_in'
/opt/jruby-1.5.0/lib/ruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:156:in `require'
[...]
all libraries and required gems seem to be there.
Google didn't help, and the strange thing is that on other pc this works fine...
danilo
What version of libxml2 are you using?
I had this same problem on OSX (leopard) which ships with libxml-2.6.x. I installed libxml-2.7.3 and the error went away. More info here: http://wikihub.berkeley.edu/x/zgXNAQ
Related
I'm currently in the process of migrating a Jekyll blog to a new theme and am now running into issues while pushing my site to GitHub pages and running the Jekyll site with the --safe flag.
Right now, the Jekyll site runs perfectly fine locally but I started hitting issues when pushing up to GitHub pages.
As a debugging measure, I read to ensure the Jekyll site runs without issues with the --safe flag which it does not.
However, I'm not exactly sure what the issue is here. Here's my output running it with bundle exec jekyll serve --safe --trace --verbose:
Rendering: portfolio/index.md
Pre-Render Hooks: portfolio/index.md
Rendering Markup: portfolio/index.md
Rendering Layout: portfolio/index.md
Layout source: site
Liquid Exception: undefined method `map' for "/portfolio":String Did you mean? tap in /_layouts/portfolio.html
/Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/filters.rb:303:in `sort_input': undefined method `map' for "/portfolio":String (NoMethodError)
Did you mean? tap
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/filters.rb:243:in `sort'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/strainer.rb:56:in `invoke'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/context.rb:86:in `invoke'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/variable.rb:84:in `block in render'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/variable.rb:82:in `each'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/variable.rb:82:in `inject'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/variable.rb:82:in `render'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/tags/assign.rb:26:in `render'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/block_body.rb:103:in `render_node_to_output'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/block_body.rb:91:in `render'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/template.rb:208:in `block in render'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/template.rb:242:in `with_profiling'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/template.rb:207:in `render'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/liquid-4.0.3/lib/liquid/template.rb:220:in `render!'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/liquid_renderer/file.rb:30:in `block (2 levels) in render!'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/liquid_renderer/file.rb:42:in `measure_bytes'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/liquid_renderer/file.rb:29:in `block in render!'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/liquid_renderer/file.rb:49:in `measure_time'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/liquid_renderer/file.rb:28:in `render!'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/renderer.rb:126:in `render_liquid'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/renderer.rb:195:in `render_layout'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/renderer.rb:158:in `place_in_layouts'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/renderer.rb:88:in `render_document'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/renderer.rb:62:in `run'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/site.rb:479:in `render_regenerated'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/site.rb:472:in `block in render_pages'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/site.rb:471:in `each'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/site.rb:471:in `render_pages'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/site.rb:192:in `render'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/site.rb:71:in `process'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/command.rb:28:in `process_site'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/commands/build.rb:65:in `build'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/commands/build.rb:36:in `process'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/commands/serve.rb:93:in `block in start'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/commands/serve.rb:93:in `each'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/commands/serve.rb:93:in `start'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/lib/jekyll/commands/serve.rb:75:in `block (2 levels) in init_with_program'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/mercenary-0.3.6/lib/mercenary/command.rb:220:in `block in execute'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/mercenary-0.3.6/lib/mercenary/command.rb:220:in `each'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/mercenary-0.3.6/lib/mercenary/command.rb:220:in `execute'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/mercenary-0.3.6/lib/mercenary/program.rb:42:in `go'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/mercenary-0.3.6/lib/mercenary.rb:19:in `program'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/gems/jekyll-3.8.7/exe/jekyll:15:in `<top (required)>'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/bin/jekyll:23:in `load'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/bin/jekyll:23:in `<main>'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/bin/ruby_executable_hooks:24:in `eval'
from /Users/adammorgan/.rvm/gems/ruby-2.4.9/bin/ruby_executable_hooks:24:in `<main>'
Reading that trace, I understand the issue is happening here but I'm not exactly sure how to fix this? (repo link)
Any ideas?
I finally got this working but I took a different approach rather than solving the --safe flag issue.
Instead, I now have two branches. One is for normal Jekyll development locally and the other is for pushing to GitHub pages (only the _site directory).
The entire process for that is outlined here.
This is my first time trying to install Gitlab CE in a Google Cloud Platform instanceVM. I have followed two different ways to do that, the official one:
Ubuntu installation
and the one from this tutorial:
How to install gitlab.
However, in both cases I've got the same error:
bash
Running handlers:
There was an error running gitlab-ctl reconfigure:
bash[migrate gitlab-rails database] (gitlab::database_migrations line 55) had an error: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received '1'
---- Begin output of "bash" "/tmp/chef-script20200523-23121-djcfhu" ----
STDOUT: rake aborted!
TZInfo::DataSourceNotFound: No source of timezone data could be found.
Please refer to https://tzinfo.github.io/datasourcenotfound for help resolving this error.
/opt/gitlab/embedded/service/gitlab-rails/config/application.rb:14:in `<top (required)>'
/opt/gitlab/embedded/service/gitlab-rails/Rakefile:5:in `require'
/opt/gitlab/embedded/service/gitlab-rails/Rakefile:5:in `<top (required)>'
/opt/gitlab/embedded/bin/bundle:23:in `load'
/opt/gitlab/embedded/bin/bundle:23:in `<main>'
Caused by:
TZInfo::ZoneinfoDirectoryNotFound: None of the paths included in TZInfo::ZoneinfoDataSource.search_path are valid zoneinfo directories.
/opt/gitlab/embedded/service/gitlab-rails/config/application.rb:14:in `<top (required)>'
/opt/gitlab/embedded/service/gitlab-rails/Rakefile:5:in `require'
/opt/gitlab/embedded/service/gitlab-rails/Rakefile:5:in `<top (required)>'
/opt/gitlab/embedded/bin/bundle:23:in `load'
/opt/gitlab/embedded/bin/bundle:23:in `<main>'
(See full trace by running task with --trace)
STDERR:
---- End output of "bash" "/tmp/chef-script20200523-23121-djcfhu" ----
Ran "bash" "/tmp/chef-script20200523-23121-djcfhu" returned 1
I have actually followed the link provided by the output Datasource not found but does talk about Ruby on Rails and I'm not using it. So, does anyone knows how to fix this ZoneInfo error in a GCP instance? Or how to let GitLab to ignore it.
Any kind of help will be useful :)
Thanks you all!
Btw, I'm using the bionic's gitlab-ce_13.0.0-ce.0_amd64.deb version
Ok, so i have just noticed that I was using the minimal version of Ubuntu Bionic. With the classical one gets fixed.
i have problems running for first time the "rails server".
take a look..
alvaro#debian:~/rails/rc/rgcl$ rails server
/usr/lib/ruby/vendor_ruby/rails/script_rails_loader.rb:11: warning: Insecure world writable dir /home/alvaro/springsource/grails-2.2.4/bin in PATH, mode 040777
/usr/lib/ruby/vendor_ruby/bundler/runtime.rb:211: warning: Insecure world writable dir /home/alvaro/springsource/grails-2.2.4/bin in PATH, mode 040777
/var/lib/gems/1.9.1/gems/mysql2-0.3.17/lib/mysql2.rb:8:in require': /opt/lampp/lib/libmysqlclient.so.18: symbol SSL_accept, version OPENSSL_1.0.1 not defined in file libssl.so.1.0.0 with link time reference - /var/lib/gems/1.9.1/gems/mysql2-0.3.17/lib/mysql2/mysql2.so (LoadError)
from /var/lib/gems/1.9.1/gems/mysql2-0.3.17/lib/mysql2.rb:8:in'
from /usr/lib/ruby/vendor_ruby/bundler/runtime.rb:68:in require'
from /usr/lib/ruby/vendor_ruby/bundler/runtime.rb:68:inblock (2 levels) in require'
from /usr/lib/ruby/vendor_ruby/bundler/runtime.rb:66:in each'
from /usr/lib/ruby/vendor_ruby/bundler/runtime.rb:66:inblock in require'
from /usr/lib/ruby/vendor_ruby/bundler/runtime.rb:55:in each'
from /usr/lib/ruby/vendor_ruby/bundler/runtime.rb:55:inrequire'
from /usr/lib/ruby/vendor_ruby/bundler.rb:119:in require'
from /home/alvaro/rails/rc/rgcl/config/application.rb:7:in'
from /usr/lib/ruby/vendor_ruby/rails/commands.rb:53:in require'
from /usr/lib/ruby/vendor_ruby/rails/commands.rb:53:inblock in '
from /usr/lib/ruby/vendor_ruby/rails/commands.rb:50:in tap'
from /usr/lib/ruby/vendor_ruby/rails/commands.rb:50:in'
from script/rails:6:in require'
from script/rails:6:in'
i don't know why there are the grails directory? and how i can solve the error with the mysql library.?
PD:i need use mysql.
regards
I've been trying to get buildr to run checkstyle.
I've added the requirement as
require 'buildr/checkstyle'
But when I run
buildr checkstyle:html
I get this (with trace)
/var/lib/gems/1.9.1/gems/rake-0.9.2.2/lib/rake/task_manager.rb:49:in `[]'
/var/lib/gems/1.9.1/gems/rake-0.9.2.2/lib/rake/application.rb:115:in `invoke_task'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/lib/buildr/core/application.rb:238:in `block (2 levels) in top_level'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/lib/buildr/core/application.rb:238:in `each'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/lib/buildr/core/application.rb:238:in `block in top_level'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/lib/buildr/core/application.rb:535:in `standard_exception_handling'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/lib/buildr/core/application.rb:230:in `top_level'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/lib/buildr/core/application.rb:131:in `block in run'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/lib/buildr/core/application.rb:535:in `standard_exception_handling'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/lib/buildr/core/application.rb:128:in `run'
/var/lib/gems/1.9.1/gems/buildr-1.4.16/bin/buildr:20:in `<top (required)>'
/usr/local/bin/buildr:23:in `load'
/usr/local/bin/buildr:23:in `<main>'
Any idea what I have missed?
A few things to note. The checkstyle targets are added to the project in which they are defined. So if you create a project like
require 'buildr/checkstyle'
define "foo" do
project.version = "1.0.0"
checkstyle.config_directory = _('etc/checkstyle')
end
Then you will need to invoke the buildr task "buildr foo:checkstyle:html". It should be noted that it is not enough to simply add the require to the buildfile, you also need to supply a configuration file listing the checks. By default this located in the configuration directory with a name of "checks.xml" so for the above example you would need to place the checkstyle configuration file at "etc/checkstyle/checks.xml".
Versions of buildr prior to 1.4.17 also require that you specify an xsl stylesheet if you want to generate a html report. This defaults to the name "checkstyle-report.xsl" in the configuration directory but from buildr versions 1.4.17 onwards, buildr supplies it's own version of the xsl.
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/bundler-1.0.22/lib/bundler/runtime.rb:68:in `block (2 levels) in
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/bundler-1.0.22/lib/bundler/runtime.rb:66:in `each'
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/bundler-1.0.22/lib/bundler/runtime.rb:66:in `block in require'
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/bundler-1.0.22/lib/bundler/runtime.rb:55:in `each'
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/bundler-1.0.22/lib/bundler/runtime.rb:55:in `require'
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/bundler-1.0.22/lib/bundler.rb:122:in `require'
from C:/RAILSI~1/INTERE~1/config/application.rb:7:in `<top (required)>'
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/railties-3.2.9/lib/rails/commands.rb:53:in `require'
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/railties-3.2.9/lib/rails/commands.rb:53:in `block in <top (required)>'
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/railties-3.2.9/lib/rails/commands.rb:50:in `tap'
from C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/railties-3.2.9/lib/rails/commands.rb:50:in `<top (required)>'
from script/rails:6:in `require'
from script/rails:6:in `<main>'
C:\RAILSI~1\INTERE~1\config>
This is all the output I could grab because DOS doesn't scroll up.
I am trying to port a rails app from Linux to windows. The only thing different is this app uses mysql. So In installed the MYSQL gem. Both using ruby 191, both using rails 329.
I have done some digging and it seams its because the mysql.dll I put in there is version 5.0 when the mysql gem was compiled for 6.0. Client 6.0 doesn't seem to exist.
I wouldn't normally ask but I am at my wit's end with this.
If you're using version 2.9.x of the MySQL gem, it was built against MySQL 6.0 and you can download the correct version of the C Connector from the MySQL web site. After installing the mysql gem, it should have given you a URL to go to to download the correct version. However, if you installed mysql using bundle install then the post-install message may not have been displayed.
http://dev.mysql.com/get/Downloads/Connector-C/mysql-connector-c-noinstall-6.0.2-win32.zip/from/http://cdn.mysql.com/
There's the URL to grab the binary library as a ZIP file.
http://dev.mysql.com/downloads/connector/c/
In case the first link doesn't work, there's the URL with all of the available C Connector downloads. You want Windows (x86, 32-bit), ZIP Archive (the second one; the one where the filename does not end in vs2005).
If the MySQL library still comes up as a mismatch, do a gem list mysql to get the version that is installed, then uninstall and reinstall the gem manually:
gem uninstall mysql
gem install -v=x.x.x mysql
Replace x.x.x with the version number that was reported previously. After the gem is installed, it should give you the URL of the C Connector you need to install.