File /usr/share/doc/rubypick/README.md claims the default runtime would be _mri_.
On the contrary, java is spawned by default for a spam filter script with a /usr/bin/ruby shebang, slowing down its execution a lot. Verifying the invocation:
$ ruby /bin/bsfilter
LoadError: no such file to load -- sdbm
require at org/jruby/RubyKernel.java:1027
require at /usr/share/rubygems/rubygems/core_ext/kernel_require.rb:55
get_options at /bin/bsfilter:3179
setup at /bin/bsfilter:3341
(root) at /bin/bsfilter:3492
$ ruby _mri_ /bin/bsfilter
Couldn't find /usr/bin/ruby-mri, use 'yum install /usr/bin/ruby-mri' to install it.
Version-Release number of selected component (if applicable):
$ rpm -q rubypick
Something's not right here, and it hasn't been like that before.
Yes, it is default runtime in case it is installed. Since you have not installed ruby package, it can't be used. Once you'll do what is suggested, then it will be preferred.
Not sure how jruby get installed onto your system, but if you had no ruby implementation installed before, then yum/dnf decides what will be installed, if package depends on ruby(release) virtual provide. It would be nice, if yum/dnf could somehow prioritize packages, which provides the same provide.
> Not sure how jruby get installed onto your system
Something may have pulled it in as there are many hundreds of packages that depend on jruby somehow whereas only 120 packages depend on ruby:
# repoquery --whatprovides '/usr/bin/ruby'
# repoquery --whatprovides 'ruby(runtime_executable)'
# repoquery --whatrequires ruby|wc -l
# repoquery --whatrequires jruby|wc -l
# repoquery --exactdeps --whatrequires jruby
Well, I opened this ticket:
This could help to narrow the issue. I'd say that jruby is preferred just because 'j' comes earlier in alphabet then 'r' and that is quite poor reason to prefer some package over other :/