Quodlibet uses libsoup via GI. I have had issues with this in the past, I
will see if I can figure something out, but just updating the RUN_DEPENDS
isn't the answer
--
Sent from a phone, apologies for poor formatting.
On 5 August 2022 12:15:16 Antoine Jacoutot <ajacou...@bsdfrog.org> wrote:
On Fri, Aug 05, 2022 at 11:17:19AM +0100, Laurence Tratt wrote:
I updated my amd64 snapshot & packages this morning and quodlibet now
refuses to load:
$ quodlibet
(io.github.quodlibet.QuodLibet:63315): libsoup-ERROR **: 11:07:18.501:
libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process
is not supported.
zsh: trace trap (core dumped) quodlibet
Which looks a bit odd as only devel/libsoup is listed as a direct dependency
in the Makefile and `pkg_info -S` doesn't list it either:
$ pkg_info -S quodlibet
Information for inst:quodlibet-4.4.0p0
Signature:
quodlibet-4.4.0p0,8,@desktop-file-utils-0.26,@gstreamer1-plugins-good-1.20.3,@gstreamer1-plugins-libav-1.20.3,@gtk-update-icon-cache-3.24.34,@libsoup-2.74.2,@py3-cairo-1.21.0,@py3-dbus-1.2.18p0,@py3-feedparser-6.0.10,@py3-gobject3-3.42.2,@py3-musicbrainzngs-0.7.1p2,@py3-mutagen-1.45.1p0,@python-3.9.13p1,@xine-lib-1.2.12p2
If I try deleting libsoup2 I end up with quodlibet as a dependency:
$ doas pkg_delete libsoup-2.74.2
can't delete libsoup-2.74.2 without deleting darktable-3.6.1
geoclue2-2.6.0p2 inkscape-1.2.1 osm-gps-map-1.1.0p3 quodlibet-4.4.0p0
webkitgtk4-2.36.5 yelp-42.1
And if I try deleting libsoup3:
$ doas pkg_delete libsoup3-3.0.7
can't delete libsoup3-3.0.7 without deleting gstreamer1-plugins-good-1.20.3
gvfs-1.50.2
Delete them as well ? [y/N/a] y
can't delete gvfs-1.50.2 without deleting gstreamer1-plugins-base-1.20.3
thunar-4.16.11p0
Delete them as well ? [y/N/a] y
can't delete gstreamer1-plugins-base-1.20.3 without deleting
gstreamer1-plugins-bad-1.20.3 gstreamer1-plugins-libav-1.20.3
gstreamer1mm-1.10.0p7 libreoffice-7.3.5.2v0 opencv-4.6.0
phonon-backend-gstreamer-4.10.0p1 pulseaudio-16.1 qtmultimedia-5.15.5
webkitgtk4-2.36.5 yelp-42.1
Fortunately it seems that simply updating RUN_DEPENDS from libsoup to
libsoup3 solves the problem and I end up with a quodlibet that runs
(although I'm slightly unsure *why* this solves things, as I don't know
where quodlibet would pick up the impact of RUN_DEPENDS, but that's probably
my ignorance). If someone who understands this could check whether this
change is sensible or not, I'd be grateful! Patch at the end of this email.
I think having an RDEP on libsoup or libsoup3 is just wrong.
What's the rational for this?
Laurie
Index: Makefile
===================================================================
RCS file: /cvs/ports/audio/quodlibet/Makefile,v
retrieving revision 1.39
diff -u -p -u -r1.39 Makefile
--- Makefile 11 Mar 2022 18:20:29 -0000 1.39
+++ Makefile 5 Aug 2022 10:14:56 -0000
@@ -3,7 +3,7 @@ COMMENT= audio player and tagger for GTK
MODPY_EGG_VERSION= 4.4.0
DISTNAME= quodlibet-${MODPY_EGG_VERSION}
PORTROACH= skipv:release-${MODPY_EGG_VERSION}
-REVISION= 0
+REVISION= 1
CATEGORIES= audio
@@ -25,7 +25,7 @@ RUN_DEPENDS= audio/py-musicbrainzngs${MO
# others
RUN_DEPENDS+= devel/desktop-file-utils \
- devel/libsoup \
+ devel/libsoup3 \
multimedia/gstreamer1/plugins-good \
multimedia/gstreamer1/plugins-libav \
multimedia/xine-lib \
--
Antoine
