FS#66230 - Recent Libffi upgrade has crashed Blender
Attached to Project:
Community Packages
Opened by FunTiger (homerhsing) - Sunday, 12 April 2020, 16:51 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 18 April 2020, 15:30 GMT
Opened by FunTiger (homerhsing) - Sunday, 12 April 2020, 16:51 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 18 April 2020, 15:30 GMT
|
Details
Description:
Hi Archlinux, thanks for upgrading libffi! It's great to use newer version of libraries on Archlinux. However there's some Archlinux packages which still depends on older version of libffi, for example Blender. When Blender cannot find the old version of libffi, it crashes. Additional info: * package version(s) community/blender 17:2.82.a-1 core/libffi 3.3-3 Steps to reproduce: 1. install blender 17:2.82.a-1 and libffi 3.3-3 2. run command "ldd /usr/bin/blender | grep libffi" the output of command says blender cannot find old version of libffi "libffi.so.7 => /usr/lib/../lib/libffi.so.7 (0x000014638a37d000)" "libffi.so.6 => not found" 3. run blender. blender crashes. blender says "blender: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory" Thank you for reading this bug report! |
This task depends upon
Closed by Doug Newgard (Scimmia)
Saturday, 18 April 2020, 15:30 GMT
Reason for closing: Not a bug
Additional comments about closing: Nothing in the repos is linked to libffi.so.6
Saturday, 18 April 2020, 15:30 GMT
Reason for closing: Not a bug
Additional comments about closing: Nothing in the repos is linked to libffi.so.6
Also you must not use ldd. ldd is useless trash and only tells you if something, somewhere on your system, tried to use libffi.so.6
Bug reports which use ldd will be closed.
Use lddtree to show a tree-based view, or readelf to show what the actual binary itself links to.