pkgsrc-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: gobject-introspection broken after libffi update?



On Thu, Dec 09, 2021 at 09:12:36PM +0100, Tobias Nygren wrote:
> On Thu, 9 Dec 2021 11:18:44 -0600 (CST)
> "John D. Baker" <jdbaker%consolidated.net@localhost> wrote:
> 
> > ld: /usr/pkg/lib/libgirepository-1.0.so.1: undefined reference to > Has gobject-introspection hard-coded the expected libffi.so version?
> 
> The package references it's own installed shared libraries during the
> build. It is a problem specifically with the test suite of this package.
> 
> make replace will work as long as you move away /usr/pkg/lib/libgirepository* first,
> or uninstall the previous package.

I think there's another problem here.

I've just tried upgrading my installation from binary packages using pkgin.

During deinstallation, something coredumped:

---Dec 09 23:16:48: upgrading yelp-3.32.0nb11...
[1]   Segmentation fault (core dumped) "${GIO_QUERYMODULES}" "${GIO_MODULES_DIR}"
---Dec 09 23:16:49: upgrading xscreensaver-demo-5.45nb2...

and again:

...
---Dec 09 23:21:37: upgrading librsvg-2.50.7nb1...
[1]   Segmentation fault (core dumped) ${GDK_PIXBUF_QUERY_LOADERS} >${GDK_PIXBUF_LOAD...
pkg_delete: Couldn't remove package directory in `/usr/pkg/pkgdb/librsvg-2.50.7'
pkg_add: command failed: /usr/pkg/sbin/pkg_delete -K /usr/pkg/pkgdb -p /usr/pkg  librsvg-2.50.7
pkg_add: 1 package addition failed

This lead to a gdk-pixbuf-query.core file lying around in
/usr/pkg/pkgdb/librsvg-2.50.7/ (but no other files) which made ALL
subsequent pkg tool calls fail:

---Dec 09 23:21:38: refreshing librevenge-0.0.4nb15...
pkg_add: /usr/pkg/pkgdb/librsvg-2.50.7/+CONTENTS: No such file or directory
---Dec 09 23:21:38: upgrading libreoffice-7.2.3.2nb1...
pkg_add: /usr/pkg/pkgdb/librsvg-2.50.7/+CONTENTS: No such file or directory
---Dec 09 23:21:38: upgrading libqxp-0.0.2nb13...


pkgin continued anyway, and the output ended with lots of lines like

no such installed package i3-4.20.1nb1

I removed the core file and the directory
/usr/pkg/pkgdb/librsvg-2.50.7/ and ran 'pkg_admin check' which was not complaining.

I restarted pkgin, but for some reason this happened again(?!):

---Dec 09 23:40:43: installing librsvg-2.50.7nb1...
pkg_delete: Couldn't remove package directory in `/usr/pkg/pkgdb/librsvg-2.50.7nb1'
pkg_add: command failed: /usr/pkg/sbin/pkg_delete -K /usr/pkg/pkgdb -p /usr/pkg  librsvg-2.50.7nb1
pkg_add: 1 package addition failed
...
---Dec 09 23:40:43: refreshing p5-Crypt-PWSafe3-1.22nb7...
pkg_add: /usr/pkg/pkgdb/librsvg-2.50.7nb1/+CONTENTS: No such file or directory
...


but pkgin was not complaining as much this time:
...
refreshing py39-cElementTree-3.9.9...
pkg_install warnings: 0, errors: 1
pkg_install error log can be found in /var/db/pkgin/pkg_install-err.log
reading local summary...
processing local summary...


I don't really understand why or how /usr/pkg/pkgdb/librsvg-2.50.7nb1
reappeared, and despite two runs of pkgin on the same binary package
repository, it still has stuff to do when I run 'pkgin fug'.


I'm not quite sure how many bugs I'm seeing here. Let's try to list them:

1. something dumps core and puts the core in ${PKGDB}/something/foo.core;
   this makes pkg_add think a package of that name exists

2. this re-appears after the directory has been deleted (I don't
   understand this one - who creates the directory and why?)

3. Despite this being a more fatal problem than others, pkgin
   continues undeterred

4. and of course, the coredump itself

I haven't checked if I still have everything installed I had before,
but I think I'll just blow away my /usr/pkg and install from scratch.
 Thomas


Home | Main Index | Thread Index | Old Index