[Ruby] Dependancy problemen

[NMe]

Modbreak:

berichten afgesplitst vanuit topic De Devschuur Coffee Corner - Iteratie 2

Ruby en Rails zijn een hel.

> bundle install
Unfortunately, a fatal error has occurred. Please see the Bundler
troubleshooting documentation at http://bit.ly/bundler-issues. Thanks!
/usr/local/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': libcrypto.so.0.9.8: cannot open shared object file:
No such file or directory - /usr/local/lib/ruby/1.9.1/x86_64-linux/digest/sha1.so (LoadError)

> gem help commands
ERROR:  Loading command: server (LoadError)
    libcrypto.so.0.9.8: cannot open shared object file: No such file or directory - /usr/local/lib/ruby/1.9.1/x86_64-linux/digest/md5.so
ERROR:  While executing gem ... (NameError)
    uninitialized constant Gem::Commands::ServerCommand

Maar....

> ls /usr/local/lib/ruby/1.9.1/x86_64-linux/digest/ -las
total 1392
   4 drwxr-xr-x 2 root root    4096 2012-08-14 14:45 .
   4 drwxr-xr-x 9 root root    4096 2012-08-14 13:49 ..
  16 -rwxr-xr-x 1 root root   12402 2012-08-14 11:19 bubblebabble.so
1256 -rwxr-xr-- 1 root root 1282352 2012-08-14 14:45 libcrypto.so
  20 -rwxr-xr-x 1 root root   17523 2012-08-14 11:19 md5.so
  28 -rwxr-xr-x 1 root root   28308 2012-08-14 11:19 rmd160.so
  24 -rwxr-xr-x 1 root root   24243 2012-08-14 11:19 sha1.so
  40 -rwxr-xr-x 1 root root   37511 2012-08-14 11:19 sha2.so

Ben ik nou gek?

[ Voor 3% gewijzigd door Woy op 15-08-2012 09:11 ]

[StM]

NMe schreef op dinsdag 14 augustus 2012 @ 17:04:
Ruby en Rails zijn een hel.

> bundle install
Unfortunately, a fatal error has occurred. Please see the Bundler
troubleshooting documentation at http://bit.ly/bundler-issues. Thanks!
/usr/local/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': libcrypto.so.0.9.8: cannot open shared object file:
No such file or directory - /usr/local/lib/ruby/1.9.1/x86_64-linux/digest/sha1.so (LoadError)

> gem help commands
ERROR:  Loading command: server (LoadError)
    libcrypto.so.0.9.8: cannot open shared object file: No such file or directory - /usr/local/lib/ruby/1.9.1/x86_64-linux/digest/md5.so
ERROR:  While executing gem ... (NameError)
    uninitialized constant Gem::Commands::ServerCommand

Maar....

> ls /usr/local/lib/ruby/1.9.1/x86_64-linux/digest/ -las
total 1392
   4 drwxr-xr-x 2 root root    4096 2012-08-14 14:45 .
   4 drwxr-xr-x 9 root root    4096 2012-08-14 13:49 ..
  16 -rwxr-xr-x 1 root root   12402 2012-08-14 11:19 bubblebabble.so
1256 -rwxr-xr-- 1 root root 1282352 2012-08-14 14:45 libcrypto.so
  20 -rwxr-xr-x 1 root root   17523 2012-08-14 11:19 md5.so
  28 -rwxr-xr-x 1 root root   28308 2012-08-14 11:19 rmd160.so
  24 -rwxr-xr-x 1 root root   24243 2012-08-14 11:19 sha1.so
  40 -rwxr-xr-x 1 root root   37511 2012-08-14 11:19 sha2.so

Ben ik nou gek?

Als je 32 en 64 bit assembly's gaat mixen krijg je ook dat probleem, anders zou ik niks weten... ldd eens die so's.

[NMe]

Vanavond maar even proberen. Ldd runnen is momenteel nog even een probleempje.

> ldd /usr/local/lib/ruby/1.9.1/x86_64-linux/digest/sha1.so
-ash: ldd: not found
> ipkg list|grep ldd
>

[Soultaker]

Bij gebrek aan ldd kun je ook objdump -x somefile.so | grep NEEDED ofzo gebruiken. (Het grootste verschil is dat ldd dependencies recursief resolvet.)

Overigens lijkt het probleem hier te zijn dat libcrypto.so.0.9.8 ontbreekt, die md5.so nodig heeft. Niet dat md5.so zelf ontbreekt. (De foutmelding is natuurlijk nogal ambigu.)

[ Voor 21% gewijzigd door Soultaker op 14-08-2012 17:37 ]

[StM]

Zoals ik het lees is het dat hij een dependency van libcrypto niet kan laden (md5.so of sha1.so) maar libcrypto zelf wel. Sowieso moet je "File not found" in dit soort situaties niet al te letterlijk nemen. "File is niet in het formaat dat ik verwacht" kan het net zo goed zijn.

[Soultaker]

libcrypto heeft echt geen dependency op Ruby libraries hoor.

[NMe]

> objdump -x /usr/local/lib/ruby/1.9.1/x86_64-linux/digest/sha1.so|grep NEEDED
  NEEDED               libcrypto.so.0.9.8
  NEEDED               libpthread.so.0
  NEEDED               librt.so.1
  NEEDED               libdl.so.2
  NEEDED               libcrypt.so.1
  NEEDED               libm.so.6
  NEEDED               libc.so.6

> find / -name libcrypto.so
/opt/lib/libcrypto.so
/usr/local/lib/ruby/1.9.1/x86_64-linux/digest/libcrypto.so   # deze heb ik zelf uit /opt/lib gekopiëerd als test
/volume1/@optware/lib/libcrypto.so
/volume1/@appstore/python/lib/libcrypto.so
/volume1/@appstore/transmission/lib/libcrypto.so
/volume1/@appstore/znc/lib/libcrypto.so
/lib/libcrypto.so

> ipkg list_installed|grep libcrypto
openssl - 0.9.8v-2 - Openssl provides the ssl implementation in libraries libcrypto and libssl,
and is needed by many other applications and librari

Linux is niet mijn ding, dat blijkt wel.

[StM]

Soultaker schreef op dinsdag 14 augustus 2012 @ 17:22:
libcrypto heeft echt geen dependency op Ruby libraries hoor.

Domdom, idd ik raak in de war omdat NMe hem er zelf bij heeft gezet. Ik dacht dat dat Ruby soms een eigen versie meebundelde

@NMe: maak eens in /opt/lib een symlink genaamd libcrypto.so.0.9.8 aan die je laat verwijzen naar libcrypto.so.

Afhankelijk van het type NAS OS moet je dit trouwens wel iedere reboot doen.

[Soultaker]

Dat versie-nummer is onderdeel van de library-naam hè. Je kunt dus beter zoeken met:

find / -name 'libcrypto.so*'

Normaal gesproken zit die library gewoon in /usr/lib ofzo. Kan ipkg ook vertellen welke bestanden precies waar geïnstalleerd zijn?

Als 't inderdaad /opt/lib is (én het is een 64-bits library) dan ontbreekt die waarschijnlijk in je library search path. Dat kun je oplossen door LD_LIBRARY_PATH=/opt/lib te definiëren of, lekker lui, de library te symlinken in /usr/lib ofzo.

In tegenstelling tot Windows worden libraries niet standaard uit de cwd of uit de directory van de executable zelf geladen (tenzij je '.' of een lege component in je LD_LIBRARY_PATH zet) dus alleen kopiëren naar de directory waar die Ruby libraries ook in staan is geen oplossing.

[NMe]

Soultaker schreef op dinsdag 14 augustus 2012 @ 17:36:
Als 't inderdaad /opt/lib is (én het is een 64-bits library) dan ontbreekt die waarschijnlijk in je library search path. Dat kun je oplossen door LD_LIBRARY_PATH=/opt/lib te definiëren of, lekker lui, de library te symlinken in /usr/lib ofzo.

Dat laatste hielp inderdaad. Held.

Nou weer een nieuwe error, maar deze kende ik al van eerder. Vanavond maar verder knutselen.

[NMe]

NMe schreef op dinsdag 14 augustus 2012 @ 17:44:
[...]

Nou weer een nieuwe error, maar deze kende ik al van eerder. Vanavond maar verder knutselen.

Inmiddels door nog eens 60 verschillende errors en meldingen heen geworsteld en nu draait het daadwerkelijk. Nu nog kijken of ik Redmine makkelijk via Apache kan laten serveren, maar dat zijn zorgen voor later vanavond.