On Mon, Oct 28, 2019 at 05:50:39PM +0100, Hartmut Figge wrote
> hafi@i5-64 ~ $ equery b /usr/lib64/libffi.so.6
> * Searching for /usr/lib64/libffi.so.6 ...
> dev-libs/libffi-3.3_rc0 (/usr/lib64/libffi.so.6 -> libffi.so.6.0.4)
> dev-libs/libffi-3.3_rc0 (/usr/lib64/libffi.so.6.0.4)
I think I'm officially screwed. Now I can't even open a new browser
profile due to it not finding /usr/lib64/libffi.so.6. I tried
re-emerging libffi and it ends up with...
===============================================================
* Final size of build directory: 6700 KiB (6.5 MiB)
* Final size of installed tree: 764 KiB
strip: x86_64-pc-linux-gnu-strip --strip-unneeded -N __gentoo_check_ldflags__
-R .comment -R .GCC.command.line -R .note.gnu.gold-version
/usr/lib64/libffi.so.7.1.0
>>> Installing (1 of 1) dev-libs/libffi-3.3_rc0::gentoo
>>> Auto-cleaning packages...
===============================================================
Now what? Further checking. libffi is a dependancy of
virtual/libffi, and the virtual/libffi-3.3_rc0.ebuild is...
===============================================================
# Copyright 1999-2019 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# The purpose of this ebuild is to provide quick fallback if and when we need to
# switch back to internal copy of libffi from sys-devel/gcc.
EAPI=7
inherit multilib-build
DESCRIPTION="A virtual for the Foreign Function Interface implementation"
SLOT="0/7" # SONAME=libffi.so.7
KEYWORDS="alpha amd64 arm ~arm64 hppa ia64 ~m68k ~mips ppc ppc64 ~riscv s390 ~sh
sparc x86 ~ppc-aix ~x64-cygwin ~amd64-linux ~x86-linux ~ppc-macos ~x64-macos ~x
86-macos ~m68k-mint ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-solaris"
RDEPEND=">=dev-libs/libffi-3.3_rc0:0/7[${MULTILIB_USEDEP}]"
===============================================================
--
Walter Dnes <waltd...@waltdnes.org>
I don't run "desktop environments"; I run useful applications
