Re: libffi and 'rolling-replace'

2022-01-21 Thread Todd Gruhn
Thanks -- I recall probs with a package named *-introspection... On Fri, Jan 21, 2022 at 12:43 PM scole_mail wrote: > > If this is happening while updating gobject-introspection, here is one > possible way to workaround it: > > https://mail-index.netbsd.org/pkgsrc-users/2022/01/15/msg035067.html

Re: libffi and 'rolling-replace'

2022-01-21 Thread scole_mail
If this is happening while updating gobject-introspection, here is one possible way to workaround it: https://mail-index.netbsd.org/pkgsrc-users/2022/01/15/msg035067.html Thanks

Re: libffi and 'rolling-replace'

2022-01-20 Thread Tobias Nygren
On Thu, 20 Jan 2022 12:51:33 -0500 Todd Gruhn wrote: > I have libffi.so.8 on my system. But when I build packages, libffi.so.7 > is still being required. Rolling-replace did not help. > > Is there a way to tell pkgsrc to recompile all the packages currently > installed ? One way to do this is:

Re: libffi and 'rolling-replace'

2022-01-20 Thread Greg Troxel
[probably this belongs on pkgsrc-users instead] Todd Gruhn writes: > I have libffi.so.8 on my system. But when I build packages, libffi.so.7 > is still being required. Rolling-replace did not help. Look for it with ldd on /usr/pkg/lib/*.so and /usr/pkg/{bin,sbin}/*. > Is there a way to tell

libffi and 'rolling-replace'

2022-01-20 Thread Todd Gruhn
I have libffi.so.8 on my system. But when I build packages, libffi.so.7 is still being required. Rolling-replace did not help. Is there a way to tell pkgsrc to recompile all the packages currently installed ?