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

Reply via email to