Bug 269703 - deskutils/gnome-calendar: cannot start because mixing libsoup2 and libsoup3
Summary: deskutils/gnome-calendar: cannot start because mixing libsoup2 and libsoup3
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-gnome (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-20 05:03 UTC by Paul Dufresne
Modified: 2023-09-06 02:31 UTC (History)
0 users

See Also:
bugzilla: maintainer-feedback? (gnome)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Dufresne 2023-02-20 05:03:44 UTC
paul2@dufresnep:~ $ gnome-calendar 

(process:2759): libsoup-ERROR **: 23:54:41.829: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.
Trace/BPT trap (core dumped)
paul2@dufresnep:~ $ whereis gnome-calendar
gnome-calendar: /usr/local/bin/gnome-calendar /usr/ports/deskutils/gnome-calendar
paul2@dufresnep:~ $ ldd /usr/local/bin/gnome-cal
/usr/local/bin/gnome-calculator  /usr/local/bin/gnome-calendar   
paul2@dufresnep:~ $ ldd /usr/local/bin/gnome-calendar |grep -i soup
	libsoup-2.4.so.1 => /usr/local/lib/libsoup-2.4.so.1 (0x16d457df9000)
	libsoup-3.0.so.0 => /usr/local/lib/libsoup-3.0.so.0 (0x16d483ba8000)
paul2@dufresnep:~ $ 

See similar bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269676
which was fixed by:
-		libgeocode-glib.so:net/geocode-glib \
+		libgeocode-glib-2.so:net/geocode-glib2 \

don't know if it apply at all in this case.
Comment 1 Paul Dufresne 2023-02-20 05:53:47 UTC
I tried, but it still had both soup2 and soup3.

gnome-calendar seems to depend on:

Name           : geoclue
Version        : 2.5.7
Installed on   : Wed Feb 15 12:56:17 2023 EST
Origin         : net/geoclue
Architecture   : FreeBSD:13:amd64
Prefix         : /usr/local
Categories     : net gnome devel
Licenses       : LGPL21 and GPLv2
Maintainer     : gnome@FreeBSD.org
WWW            : https://gitlab.freedesktop.org/geoclue/geoclue/wikis/home
Comment        : D-Bus service that provides location information
Options        :
	DEMO           : off
	DOCS           : on
Shared Libs required:
	libsoup-2.4.so.1

Would need it to use libsoup3 instead?
Comment 2 Paul Dufresne 2023-02-20 15:43:10 UTC
(In reply to Paul Dufresne from comment #1)

I just opened https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269719 suggesting to upgrade geoclue to have it use libsoup3.
Comment 3 Paul Dufresne 2023-02-20 17:25:15 UTC
Although I rebuilt gnome-calendar with geoclue 2.7, it still get libsoup2:
root@dufresnep:/usr/ports/deskutils/gnome-calendar # ldd work/stage/usr/local/bin/gnome-calendar|grep sou
	libsoup-2.4.so.1 => /usr/local/lib/libsoup-2.4.so.1 (0xdd7f09df000)
	libsoup-3.0.so.0 => /usr/local/lib/libsoup-3.0.so.0 (0xdd81be0e000)
root@dufresnep:/usr/ports/deskutils/gnome-calendar # 

https://wiki.gentoo.org/wiki/Project:GNOME/libsoup:3_transition
suggest that gnome-calendar version <43 use libsoup 2...
sure it is an other os.

Still having:
root@dufresnep:/usr/ports/deskutils/gnome-calendar # diff -u Makefile.orig Makefile
--- Makefile.orig	2023-02-20 00:32:39.615588000 -0500
+++ Makefile	2023-02-20 03:58:35.517757000 -0500
@@ -18,7 +18,7 @@
 		libsoup-3.0.so:devel/libsoup3 \
 		libgweather-4.so:net/libgweather4 \
 		libgeoclue-2.so:net/geoclue \
-		libgeocode-glib.so:net/geocode-glib \
+		libgeocode-glib-2.so:net/geocode-glib2 \
 		libgoa-1.0.so:net/gnome-online-accounts \
 		libhandy-1.so:x11-toolkits/libhandy
 RUN_DEPENDS=	gsettings-desktop-schemas>=0:devel/gsettings-desktop-schemas
root@dufresnep:/usr/ports/deskutils/gnome-calendar #
Comment 4 Paul Dufresne 2023-02-20 17:54:49 UTC
I tried with:
root@dufresnep:/usr/ports/deskutils/gnome-calendar # cat files/patch-meson.build 
--- meson.build.orig	2023-02-20 09:57:25 UTC
+++ meson.build
@@ -162,7 +162,7 @@ gsettings_desktop_schemas_dep = dependency('gsettings-
 #libedataserverui_dep = dependency('libedataserverui-1.2', version: '>= 3.17.1')
 libedataserver_dep = dependency('libedataserver-1.2', version: '>= 3.17.1')
 libecal_dep = dependency('libecal-2.0', version: '>= 3.33.2')
-libsoup_dep = dependency('libsoup-2.4')
+libsoup_dep = dependency('libsoup-3.0')
 libadwaita_dep = dependency('libadwaita-1', version: '>= 1.0.0')
 glib_dep = dependency('glib-2.0', version: '>= 2.67.5')
 gtk_dep = dependency('gtk4', version: '>= 4.6.0')
root@dufresnep:/usr/ports/deskutils/gnome-calendar # 

but still getting:
====> Running Q/A tests (stage-qa)
Error: /usr/local/bin/gnome-calendar is linked to /usr/local/lib/libgraphene-1.0.so.0 from graphics/graphene but it is not declared as a dependency
Warning: you need LIB_DEPENDS+=libgraphene-1.0.so:graphics/graphene
Error: /usr/local/bin/gnome-calendar is linked to /usr/local/lib/libsoup-2.4.so.1 from devel/libsoup but it is not declared as a dependency
Warning: you need LIB_DEPENDS+=libsoup-2.4.so:devel/libsoup
Comment 5 Paul Dufresne 2023-02-23 11:52:51 UTC
I renamed /usr/ports/devel/libsoup to something else, than "portmaster -f deskutils/gnome-calendar" which gives:
===>>> Continuing initial dependency check for databases/evolution-data-server
===>>> Forcing update for /usr/ports/devel/libgdata
===>>> Launching child to reinstall libgdata-0.18.1

===>>> gnome-calendar-42.2_1 >> evolution-data-server-3.44.4_2 >> libgdata-0.18.1 (202/202)

===>>> Currently installed version: libgdata-0.18.1
===>>> Port directory: /usr/ports/devel/libgdata

===>>> Launching 'make checksum' for devel/libgdata in background
===>>> Gathering dependency list for devel/libgdata from ports

===>>> Cannot cd to devel/libsoup
===>>> Aborting update

===>>> Update for libgdata-0.18.1 failed
===>>> Aborting update

===>>> Update for evolution-data-server-3.44.4_2 failed
===>>> Aborting update


So libgdata make gnome-calendar uses libsoup (v.2).
Comment 6 Floresta 2023-09-06 02:31:54 UTC
It affects me too:

fbsdaf@ryzen4350g:~$ gnome-calendar 

(process:14858): libsoup-ERROR **: 23:30:46.520: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.