Julia: fail to compile ImageView.jl from JuliaPro 1.1.1.1 (although it runs without problem in Julia 1.1) - image-processing

I'm running on MacOS 10.14.5, and I'm trying to use the Package ImageView.jl on the freshly installed (today: 26.07.2019) Julia Pro 1.1.1.1. After installing ImageView without error message, I get the following error message when trying to use the package. The problem doesn't appear when using the Package on Julia 1.1 (meaning: I can use the Package in Julia 1.1 without problem). I guess that the problem is linked to Atom or Juno. The following issues are also related on github: JuliaImages/ImageView.jl#146 and JuliaGraphics/Gtk.jl#363
using ImageView
[ Info: Precompiling ImageView [86fae568-95e7-573e-a6b2-d8a6b900c9ef]
ERROR: LoadError: LoadError: error compiling top-level scope: could not load library "libgobject-2.0"
dlopen(libgobject-2.0.dylib, 1): image not found
Stacktrace:
[1] include_relative(::Module, ::String) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:?
[2] include at ./sysimg.jl:29 [inlined]
[3] include(::String) at /Users/mymac/.juliapro/JuliaPro_v1.1.1.1/packages/Gtk/aP55V/src/Gtk.jl:2
[4] top-level scope at none:0
[5] include_relative(::Module, ::String) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:?
[6] include(::Module, ::String) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:?
[7] top-level scope at none:2
[8] eval at ./boot.jl:328 [inlined]
[9] eval(::Expr) at ./client.jl:404
[10] top-level scope at ./none:3
in expression starting at /Users/mymac/.juliapro/JuliaPro_v1.1.1.1/packages/Gtk/aP55V/src/GLib/GLib.jl:49
in expression starting at /Users/mymac/.juliapro/JuliaPro_v1.1.1.1/packages/Gtk/aP55V/src/Gtk.jl:7
ERROR: LoadError: Failed to precompile Gtk [4c0ca9eb-093a-5379-98c5-f87ac0bbbf44] to /Users/mymac/.juliapro/JuliaPro_v1.1.1.1/compiled/v1.1/Gtk/Vjnq0.ji.
Stacktrace:
[1] error(::String) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:?
[2] compilecache(::Base.PkgId, ::String) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:?
[3] _require(::Base.PkgId) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:?
[4] require(::Base.PkgId) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:? (repeats 2 times)
[5] include_relative(::Module, ::String) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:?
[6] include(::Module, ::String) at /Applications/JuliaPro-1.1.1.1.app/Contents/Resources/julia/Contents/Resources/julia/lib/julia/sys.dylib:?
[7] top-level scope at none:2
[8] eval at ./boot.jl:328 [inlined]
[9] eval(::Expr) at ./client.jl:404
[10] top-level scope at ./none:3
in expression starting at /Users/mymac/.juliapro/JuliaPro_v1.1.1.1/packages/ImageView/1uiRS/src/ImageView.jl:5
ERROR: Failed to precompile ImageView [86fae568-95e7-573e-a6b2-d8a6b900c9ef] to /Users/mymac/.juliapro/JuliaPro_v1.1.1.1/compiled/v1.1/ImageView/4mtgY.ji.
Stacktrace:
[1] compilecache(::Base.PkgId, ::String) at ./loading.jl:1197
[2] _require(::Base.PkgId) at ./loading.jl:960
[3] require(::Base.PkgId) at ./loading.jl:858
[4] require(::Module, ::Symbol) at ./loading.jl:853

Most likely the answer is to pin glib 2.58.3, see https://github.com/JuliaGraphics/Cairo.jl/issues/271#issuecomment-476827465 (with most users seeming to report it fixes the problem for them).

Related

Rails precompile error: syntax Error at line: 1, column 38 for bootstrap import

When running: rake assets:precompile RUBY_ENV=production or when it automatically precompiles for deployment it gets this error message:
/usr/share/rvm/rubies/ruby-2.7.4/lib/ruby/2.7.0/net/protocol.rb:66: warning: already initialized constant Net::ProtocRetryError
/home/tbtonner/.rvm/gems/ruby-2.7.4/gems/net-protocol-0.1.3/lib/net/protocol.rb:68: warning: previous definition of ProtocRetryError was here
/usr/share/rvm/rubies/ruby-2.7.4/lib/ruby/2.7.0/net/protocol.rb:206: warning: already initialized constant Net::BufferedIO::BUFSIZE
/home/tbtonner/.rvm/gems/ruby-2.7.4/gems/net-protocol-0.1.3/lib/net/protocol.rb:208: warning: previous definition of BUFSIZE was here
/usr/share/rvm/rubies/ruby-2.7.4/lib/ruby/2.7.0/net/protocol.rb:503: warning: already initialized constant Net::NetPrivate::Socket
/home/tbtonner/.rvm/gems/ruby-2.7.4/gems/net-protocol-0.1.3/lib/net/protocol.rb:504: warning: previous definition of Socket was here
Compiling...
Compilation failed:
Hash: 0d1853ed830e6c3e5bae
Version: webpack 4.46.0
Time: 3670ms
Built at: 08/22/2022 4:30:23 PM
3 assets
Entrypoint application = js/application-c19864950abec08bba5f.js js/application-c19864950abec08bba5f.js.map
[8] ./node_modules/#popperjs/core/lib/dom-utils/listScrollParents.js + 2 modules 1.84 KiB {0} [built]
| 3 modules
[13] ./node_modules/#popperjs/core/lib/dom-utils/getCompositeRect.js + 5 modules 2.41 KiB {0} [built]
| 6 modules
[14] ./node_modules/#popperjs/core/lib/dom-utils/getCommonOffsetParent.js + 2 modules 2.74 KiB {0} [built]
| 3 modules
[15] ./node_modules/#popperjs/core/lib/utils/validateModifiers.js + 1 modules 3.43 KiB {0} [built]
| 2 modules
[16] ./node_modules/#popperjs/core/lib/dom-utils/addClientRectMargins.js + 1 modules 826 bytes {0} [built]
| 2 modules
[17] multi ./app/frontend/packs/application.js ./app/frontend/packs/application.scss 40 bytes {0} [built]
[18] ./app/frontend/packs/application.scss 664 bytes {0} [built]
[20] ./node_modules/css-loader/dist/cjs.js??ref--6-1!./node_modules/postcss-loader/src??ref--6-2!./node_modules/sass-loader/dist/cjs.js??ref--6-3!./app/frontend/packs/application.scss 1.9 KiB {0} [built] [failed] [1 error]
[21] ./app/frontend/packs/application.js + 12 modules 198 KiB {0} [built]
| ./app/frontend/packs/application.js 899 bytes [built]
| ./app/frontend/js/bootstrap_js_files.js 402 bytes [built]
| + 11 hidden modules
+ 13 hidden modules
ERROR in ./app/frontend/packs/application.scss (./node_modules/css-loader/dist/cjs.js??ref--6-1!./node_modules/postcss-loader/src??ref--6-2!./node_modules/sass-loader/dist/cjs.js??ref--6-3!./app/frontend/packs/application.scss)
Module build failed (from ./node_modules/postcss-loader/src/index.js):
ParserError: Syntax Error at line: 1, column 38
at /home/tbtonner/woodvilla/app/frontend/packs/application.scss:6:67385
at Parser.error (/home/tbtonner/woodvilla/node_modules/postcss-values-parser/lib/parser.js:127:11)
at Parser.operator (/home/tbtonner/woodvilla/node_modules/postcss-values-parser/lib/parser.js:162:20)
at Parser.parseTokens (/home/tbtonner/woodvilla/node_modules/postcss-values-parser/lib/parser.js:245:14)
at Parser.loop (/home/tbtonner/woodvilla/node_modules/postcss-values-parser/lib/parser.js:132:12)
at Parser.parse (/home/tbtonner/woodvilla/node_modules/postcss-values-parser/lib/parser.js:51:17)
at parse (/home/tbtonner/woodvilla/node_modules/postcss-custom-properties/index.cjs.js:47:30)
at /home/tbtonner/woodvilla/node_modules/postcss-custom-properties/index.cjs.js:333:24
at /home/tbtonner/woodvilla/node_modules/postcss/lib/container.js:194:18
at /home/tbtonner/woodvilla/node_modules/postcss/lib/container.js:139:18
at Rule.each (/home/tbtonner/woodvilla/node_modules/postcss/lib/container.js:105:16)
at Rule.walk (/home/tbtonner/woodvilla/node_modules/postcss/lib/container.js:135:17)
at /home/tbtonner/woodvilla/node_modules/postcss/lib/container.js:152:24
at Root.each (/home/tbtonner/woodvilla/node_modules/postcss/lib/container.js:105:16)
at Root.walk (/home/tbtonner/woodvilla/node_modules/postcss/lib/container.js:135:17)
at Root.walkDecls (/home/tbtonner/woodvilla/node_modules/postcss/lib/container.js:192:19)
at transformProperties (/home/tbtonner/woodvilla/node_modules/postcss-custom-properties/index.cjs.js:330:8)
at Object.syncTransform [as plugin] (/home/tbtonner/woodvilla/node_modules/postcss-custom-properties/index.cjs.js:522:5)
at /home/tbtonner/woodvilla/node_modules/postcss-preset-env/index.js:459:97
# ./app/frontend/packs/application.scss 2:26-228
# multi ./app/frontend/packs/application.js ./app/frontend/packs/application.scss
The line it's pointing to as a syntax error is #import 'bootstrap/dist/css/bootstrap'; in packs/application.scss.
Bootstrap is fully working with rails s and bin/webpack-dev-server running, so I'm unsure why it's throwing a syntax error here when precompiling the assets.
Upgrade bootstrap, better explanation here: https://github.com/rails/webpacker/issues/3188
There's a bug in Bootstrap 5.2.0 that is causing this. I had the exact same error, line 1 col 38.
See this issue and this one. My temporary solution was to downgrade Bootstrap to 5.1.3 while this is not fixed (the problem was patched in 5.1.2 (the first highlight) but is present in 5.2.0).
Edit: This PR fixes it. It should be released with 5.2.1.
Edit2: Bootstrap 5.2.1 is now released and should fix this.

Vapor won't build on DigitalOcean via Docker

I have a Vapor app which I'd like to deploy on DigitalOcean.
The Vapor documentation suggests creating a droplet (and then setting up it manually including cloning from GitHub). But I'd like to have DC deploy my project automatically - so I created an app instead of droplet.
Unfortunately it won't build :(
Here's what I see in the logs (stripped):
[2022-07-28 21:17:13] => Initializing build
[2022-07-28 21:17:13] => Retrieving source code to /.app_platform_workspace
[2022-07-28 21:17:13] => Selecting branch "master"
[2022-07-28 21:17:13] => Checking out commit "86d8078be01b1bd38412c8657bb935cb0e8381ed"
[2022-07-28 21:17:14] => Got source_dir: /
[2022-07-28 21:17:14] => Using workspace root /.app_platform_workspace
[2022-07-28 21:17:14] => Got dockerfile_path: Dockerfile
[2022-07-28 21:17:14]
[2022-07-28 21:17:14] => Building app using Dockerfile
[2022-07-28 21:17:15] => Using Dockerfile: /.app_platform_workspace/Dockerfile
[2022-07-28 21:17:15] => Using build context /.app_platform_workspace//
[2022-07-28 21:17:15]
[2022-07-28 21:17:16] INFO[0000] Resolved base name swift:5.6-focal to build
...
[2022-07-28 21:19:34] INFO[0139] Running: [/bin/sh -c swift package resolve]
[2022-07-28 21:19:38] 'build': warning: failed storing manifest for 'build' in cache: disk I/O error
[2022-07-28 21:19:38] warning: failed loading cached manifest for 'build': disk I/O error
[2022-07-28 21:19:38] INFO[0143] Pushed <registry-uri-6>
...
[2022-07-28 21:19:39] [1/1143] Fetching objects
[2022-07-28 21:19:40] Fetched https://github.com/vapor/leaf.git (1.40s)
...
[2022-07-28 21:20:02] warning: failed loading cached manifest for 'leaf': disk I/O error
...
[2022-07-28 21:21:38] 'leaf': warning: failed loading cached manifest for 'leaf': disk I/O error
...
[2022-07-28 21:23:08] INFO[0352] args: [-c swift build -c release --static-swift-stdlib]
[2022-07-28 21:23:08] INFO[0352] Running: [/bin/sh -c swift build -c release --static-swift-stdlib]
[2022-07-28 21:23:15] 'build': warning: failed loading cached manifest for 'build': disk I/O error
[2022-07-28 21:23:19] 'vapor': warning: failed loading cached manifest for 'vapor': disk I/O error
[2022-07-28 21:23:19] 'fluent-postgres-driver': warning: failed loading cached manifest for 'fluent-postgres-driver': disk I/O error
[2022-07-28 21:23:19] 'leaf': warning: failed loading cached manifest for 'leaf': disk I/O error
...
[2022-07-28 21:24:22] Building for production...
[2022-07-28 21:24:25] [1/875] Compiling _NumericsShims _NumericsShims.c
[2022-07-28 21:24:25] [2/875] Compiling CNIOWindows WSAStartup.c
[2022-07-28 21:24:25] [3/875] Compiling CNIOWindows shim.c
[2022-07-28 21:24:26] [4/875] Compiling CVaporBcrypt bcrypt.c
[2022-07-28 21:24:26] [5/875] Compiling CVaporURLParser urlparser.c
[2022-07-28 21:24:26] [6/875] Compiling CVaporBcrypt blf.c
[2022-07-28 21:24:26] [7/875] Compiling CNIOLinux liburing_shims.c
[2022-07-28 21:24:28] remark: Incremental compilation has been disabled: it is not compatible with whole module optimizationerror: invalid driver name: swift-driver[8/875] Compiling CNIOSHA1 c_nio_sha1.c
[2022-07-28 21:24:28] [9/875] Compiling CNIOLinux shim.c
[2022-07-28 21:24:28] [10/875] Compiling CNIOExtrasZlib empty.c
[2022-07-28 21:24:28] [11/875] Compiling CNIODarwin shim.c
[2022-07-28 21:24:28] [11/875] Compiling tls_record.cc
[2022-07-28 21:24:28] [12/875] Compiling sha1-armv8.ios.aarch64.S
[2022-07-28 21:24:28] [13/875] Compiling sha1-armv8.linux.aarch64.S
[2022-07-28 21:24:28] [14/875] Compiling CBacktrace backtrace.c
[2022-07-28 21:24:28] [15/875] Compiling CBacktrace dwarf.c
[2022-07-28 21:24:28] [16/875] Compiling CBacktrace mmap.c
[2022-07-28 21:24:28] [17/875] Compiling CBacktrace atomic.c
[2022-07-28 21:24:28] [18/875] Compiling CAsyncHTTPClient CAsyncHTTPClient.c
[2022-07-28 21:24:28] [18/875] Compiling CNIOBoringSSLShims shims.c
[2022-07-28 21:24:28] [18/875] Compiling CNIOHTTPParser c_nio_http_parser.c
[2022-07-28 21:24:33] remark: Incremental compilation has been disabled: it is not compatible with whole module optimizationerror building image: error building stage: failed to execute command: waiting for process to exit: exit status 1
[2022-07-28 21:24:33]
[2022-07-28 21:24:33] command exited with code 1
[2022-07-28 21:24:48] ! Build failed (exit code 1)
Could you please explain what's wrong here?
The Swift compiler is running out of memory and helpfully crashing without any error message. You need to compile on something that provides more memory to the build machines, either by specking it higher or using GitHub actions to build it. This is a known issue with digital ocean and Swift

Rails/Sidekiq failing on job in unrecognized module

As you can see in the stack trace below, Reminders::FindStaleJobsJob is causing a problem because of the uninitialized constant Reminders. What I don't get is that I don't call Reminders::FindStaleJobsJob anywhere; rather, I call Recaps::FindStaleJobsJob.
I have flushed out the Sidekiq queue and still get this error repeatedly.
2018-09-25T17:45:14.539Z 12784 TID-oxxicof3s INFO: Running in ruby 2.4.1p111 (2017-03-22 revision 58053) [x86_64-darwin17]
2018-09-25T17:45:14.539Z 12784 TID-oxxicof3s INFO: See LICENSE and the LGPL-3.0 for licensing details.
2018-09-25T17:45:14.539Z 12784 TID-oxxicof3s INFO: Upgrade to Sidekiq Pro for more features and support: http://sidekiq.org
2018-09-25T17:45:14.541Z 12784 TID-oxxicof3s INFO: Starting processing, hit Ctrl-C to stop
2018-09-25T18:00:05.107Z 12784 TID-oxxi975os Recaps::FindStaleJobsJob JID-ec113586e3f8fe72eb3ca479 INFO: start
2018-09-25T18:00:05.135Z 12784 TID-oxxim1crg ActiveJob::QueueAdapters::SidekiqAdapter::JobWrapper JID-4bc5f87567ca3f019b2015e4 INFO: start
2018-09-25T18:00:05.136Z 12784 TID-oxxi970ss Recaps::FindStaleJobsJob JID-3125783fd5da7604b95bb813 INFO: start
2018-09-25T18:00:05.155Z 12784 TID-oxxim1crg ActiveJob::QueueAdapters::SidekiqAdapter::JobWrapper JID-4bc5f87567ca3f019b2015e4 INFO: fail: 0.02 sec
2018-09-25T18:00:05.155Z 12784 TID-oxxim1crg WARN: {"context":"Job raised exception","job":{"class":"ActiveJob::QueueAdapters::SidekiqAdapter::JobWrapper","queue":"default","description":"","args":[{"job_class":"Reminders::FindStaleJobsJob","job_id":"d6161fcf-2abd-4e2b-8946-73668a78282f","queue_name":"default","arguments":[]}],"retry":true,"jid":"4bc5f87567ca3f019b2015e4","created_at":1537898405.1336598,"enqueued_at":1537898405.133705},"jobstr":"{\"class\":\"ActiveJob::QueueAdapters::SidekiqAdapter::JobWrapper\",\"queue\":\"default\",\"description\":\"\",\"args\":[{\"job_class\":\"Reminders::FindStaleJobsJob\",\"job_id\":\"d6161fcf-2abd-4e2b-8946-73668a78282f\",\"queue_name\":\"default\",\"arguments\":[]}],\"retry\":true,\"jid\":\"4bc5f87567ca3f019b2015e4\",\"created_at\":1537898405.1336598,\"enqueued_at\":1537898405.133705}"}
2018-09-25T18:00:05.155Z 12784 TID-oxxim1crg WARN: NameError: uninitialized constant Reminders
My Sidekiq cron initializer:
#/config/initializers/sidekiq_cron_scheduler.rb
jobs_hash = {
'recap' => {
'class' => 'Recaps::FindStaleJobsJob',
'cron' => '0, 15, 30, 45 * * * *',
'active_job' => true
}
}
Sidekiq::Cron::Job.load_from_hash jobs_hash
Am I doing something silly and obvious?
Something was hung up somewhere. I removed the Recaps module from the sidekiq-cron initializer and let it fail on that. Then I reintroduced the module name and with a few redis-cli flushall commands sprinkled and there, and everything seems to be working fine.

cpu_sup module snow leapord

When using cpu_sup module, it returns the following message. My os is mac snow leapord. Is it really true or just my installed erlang problem?
OS_MON (cpu_sup), util/1 unavailable for this OS
10> cpu_sup:util([per_cpu]).
=ERROR REPORT==== 12-Mar-2012::14:48:47 ===
OS_MON (cpu_sup), util/1 unavailable for this OS
{all,0,0,[]}
11> cpu_sup:util([cpus]).
** exception error: bad argument
in function cpu_sup:util/1
13> cpu_sup:util([detailed]).
{all,0,0,[]}
=ERROR REPORT==== 12-Mar-2012::14:54:33 ===
OS_MON (cpu_sup), util/1 unavailable for this OS
If you read the docs:
http://www.erlang.org/doc/man/cpu_sup.html
In the very first paragraph you find:
Available for Unix, although CPU utilization values (util/0,1) are only available for Solaris and Linux.

eJabberD TLS driver error

I'm trying to get an ejabberd server running to use as a real time chat in an android application.
I have installed the server using a 32bit binary and configured it to a point that I can log in using the web interface. I have issues connecting to it with a client though. The error returned by the server is an {open_error,-10}, which is supposed to be an error when trying to read the tls_drv.so file.
Some searches on the web revealed that there are people with the same issue as me but I can't seem to find a concrete solution.
This thread here http://www.ejabberd.im/node/4200 mentions the exact same problems as I'm having and the OP seemed to have fixed them using a newer version of the drivers. I don't know how or where to get those drivers though.
Can anyone here please help me fix this? Thank you.
Thanks a lot for that ldd command! It solved my issue :-D
Here's the thing: apparently tls_drv.so is looking for libssl.so.0.9.8 and libcrypto.so.0.9.8, and ejabberd includes 0.9.7. I happened to have installed libssl.so.0.9.8e and libcrypto.so.0.9.8e, which tls_drv.so couldn't find (because of the 'e'?).
What I did was creating a symbolic link to 0.9.8e, named 0.9.8. And voilĂ ! It worked!
Here's some more info:
Centos 5.5, 32 bit
ejabberd 2.1.8
I downloaded the binary installer directly from www.process-one.net (www.ejabberd.im)
I still have the default configuration, except for the hostname and the admin user, which are required by the installer.
The connection from a jabber client seems to work fine without TLS. The problem came when I configured my client to encrypt connection when available.
Here's the erlang log complaining before the fix:
=CRASH REPORT==== 12-Sep-2011::22:48:56 ===
crasher:
pid: <0.372.0>
registered_name: []
exception exit: {{case_clause,{error,{open_error,-10}}},
[{tls,tcp_to_tls,2},
{ejabberd_socket,starttls,3},
{ejabberd_c2s,wait_for_feature_request,2},
{p1_fsm,handle_msg,10},
{proc_lib,init_p,5}]}
in function p1_fsm:terminate/7
initial call: gen:init_it(p1_fsm,<0.258.0>,<0.258.0>,ejabberd_c2s,
[{ejabberd_socket,
{socket_state,gen_tcp,#Port<0.406>,
<0.371.0>}},
[inet,
{certfile,
"/opt/ejabberd-2.1.8/conf/server.pem"},
starttls,
{access,c2s},
{shaper,c2s_shaper},
{max_stanza_size,65536},
{ip,{0,0,0,0}}]],
[])
ancestors: [ejabberd_c2s_sup,ejabberd_sup,<0.36.0>]
messages: []
links: [<0.258.0>]
dictionary: [{'$internal_queue_len',0}]
trap_exit: false
status: running
heap_size: 987
stack_size: 23
reductions: 3258
neighbours:
=SUPERVISOR REPORT==== 12-Sep-2011::22:48:56 ===
Supervisor: {local,ejabberd_c2s_sup}
Context: child_terminated
Reason: {{case_clause,{error,{open_error,-10}}},
[{tls,tcp_to_tls,2},
{ejabberd_socket,starttls,3},
{ejabberd_c2s,wait_for_feature_request,2},
{p1_fsm,handle_msg,10},
{proc_lib,init_p,5}]}
Offender: [{pid,<0.372.0>},
{name,undefined},
{mfa,
{ejabberd_c2s,start_link,
[{ejabberd_socket,
{socket_state,gen_tcp,#Port<0.406>,<0.371.0>}},
[inet,
{certfile,"/opt/ejabberd-2.1.8/conf/server.pem"},
starttls,
{access,c2s},
{shaper,c2s_shaper},
{max_stanza_size,65536},
{ip,{0,0,0,0}}]]}},
{restart_type,temporary},
{shutdown,brutal_kill},
{child_type,worker}]
Here's the process to fix it:
root#mail [/opt/ejabberd-2.1.8]# find . -name tls_drv.so
./lib/ejabberd-2.1.8/priv/linux-x86/lib/tls_drv.so
root#mail [/opt/ejabberd-2.1.8]# cd lib/ejabberd-2.1.8/priv/linux-x86/lib/
root#mail [/opt/ejabberd-2.1.8/lib/ejabberd-2.1.8/priv/linux-x86/lib]# ldd tls_drv.so
linux-gate.so.1 => (0x00f9c000)
libssl.so.0.9.8 => not found
libcrypto.so.0.9.8 => not found
libc.so.6 => /lib/libc.so.6 (0x00d9c000)
/lib/ld-linux.so.2 (0x00943000)
root#mail [/lib]# cd /lib
root#mail [/lib]# ll libcrypto.so.* libssl.so.*
-rwxr-xr-x 1 root root 1296964 Mar 6 2011 libcrypto.so.0.9.8e*
lrwxrwxrwx 1 root root 14 Nov 24 2009 libcrypto.so.4 -> libcrypto.so.6*
lrwxrwxrwx 1 root root 19 Apr 26 11:06 libcrypto.so.6 -> libcrypto.so.0.9.8e*
-rwxr-xr-x 1 root root 293044 Mar 6 2011 libssl.so.0.9.8e*
lrwxrwxrwx 1 root root 11 Nov 24 2009 libssl.so.4 -> libssl.so.6*
lrwxrwxrwx 1 root root 16 Apr 26 11:06 libssl.so.6 -> libssl.so.0.9.8e*
root#mail [/lib]# ln -s libcrypto.so.0.9.8e libcrypto.so.0.9.8
root#mail [/lib]# ln -s libssl.so.0.9.8e libssl.so.0.9.8
root#mail [/lib]# cd -
/opt/ejabberd-2.1.8/lib/ejabberd-2.1.8/priv/linux-x86/lib
root#mail [/opt/ejabberd-2.1.8/lib/ejabberd-2.1.8/priv/linux-x86/lib]# ldd tls_drv.so
./tls_drv.so: /lib/libcrypto.so.0.9.8: no version information available (required by ./tls_drv.so)
./tls_drv.so: /lib/libssl.so.0.9.8: no version information available (required by ./tls_drv.so)
linux-gate.so.1 => (0x0088c000)
libssl.so.0.9.8 => /lib/libssl.so.0.9.8 (0x00110000)
libcrypto.so.0.9.8 => /lib/libcrypto.so.0.9.8 (0x00ebf000)
libc.so.6 => /lib/libc.so.6 (0x00252000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x008ef000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00ae0000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x0077c000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00527000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00158000)
libdl.so.2 => /lib/libdl.so.2 (0x0016c000)
libz.so.1 => /usr/lib/libz.so.1 (0x00a67000)
/lib/ld-linux.so.2 (0x00943000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00df3000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00e2a000)
libselinux.so.1 => /lib/libselinux.so.1 (0x008cc000)
libsepol.so.1 => /lib/libsepol.so.1 (0x00171000)
root#mail [/opt/ejabberd-2.1.8/lib/ejabberd-2.1.8/priv/linux-x86/lib]#
I restarted ejabberd, and that was it!
I really hope it helps someone else, since googling made me find a lot of people with the same issue, but not a single solution.
Regards!
maganap
Latest installer will solve this dependancy on ejabberd.
Thank you for reporting it !

Resources