After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 773197 - Remove libsoup-2.4 bindings
Remove libsoup-2.4 bindings
Status: RESOLVED OBSOLETE
Product: vala
Classification: Core
Component: Bindings
0.34.x
Other Linux
: Normal normal
: ---
Assigned To: Vala maintainers
Vala maintainers
Depends on:
Blocks: 776013
 
 
Reported: 2016-10-19 04:10 UTC by Michael Catanzaro
Modified: 2018-05-22 15:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Catanzaro 2016-10-19 04:10:21 UTC
As discussed in bug #773177c#7, consider removing libsoup-2.4.vapi. It's very confusing to have bindings distributed by vala that are not actually ever used.
Comment 1 Evan Nemerson 2016-10-19 04:29:19 UTC
libsoup has been distributing bindings for several years so it should be safe to remove the ones shipped with Vala.

libsoup isn't alone; we also do this for (at least) gedit, gnome-keyring-1, gtksourceview3, libgdata, librsvg2, and packagekit-glib2.

Does anyone have a compelling reason not do this?  It seems okay to me…
Comment 2 Daniel Espinosa 2016-10-19 04:39:04 UTC
You should do the same for libgda, it has bindings too since 4.0 and know with recent 5.2 version. Vala distribute an outdated 4.0 version.
Comment 3 Evan Nemerson 2016-10-19 04:56:05 UTC
Does libgda not build the Vala bindings by default?  The libgda-devel RPM for FC24 (at least) doesn't include a VAPI, so removing libgda from Vala probably isn't safe.

All the packages I listed above have VAPIs in their Fedora packaging; we should probably check Debian, too, before we remove anything.  Meanwhile, libgda-devel not including a VAPI sounds like a packaging bug.
Comment 4 Evan Nemerson 2016-10-19 05:06:10 UTC
Debian seems to be in the same situation regarding libgda; the only package with a libgda-4.0.vapi is valac, and no packages have a libgda-5.0.vapi.  IMO libgda-4.0.vapi should stay.
Comment 5 Daniel Espinosa 2016-10-19 11:51:45 UTC
(In reply to Evan Nemerson from comment #4)
> Debian seems to be in the same situation regarding libgda; the only package
> with a libgda-4.0.vapi is valac, and no packages have a libgda-5.0.vapi. 
> IMO libgda-4.0.vapi should stay.

This is a bug on both RPM and Debian. Libgda requires to enable Vala bindings by using a set of switches like --enable-gi-gda --enable-vala

Even the is a GDA data library written by me in Vala in GDA, may no body knows because it requires to enable Vala and Introspection.

Do you need to GDA enables this features by default? I can do it as the maintainer of GDA Vala bindings. Just file a bug.
Comment 6 Daniel Espinosa 2016-10-19 11:57:43 UTC
(In reply to Evan Nemerson from comment #4)
> Debian seems to be in the same situation regarding libgda; the only package
> with a libgda-4.0.vapi is valac, and no packages have a libgda-5.0.vapi. 
> IMO libgda-4.0.vapi should stay.

GDA 4.0 is not maintained and Debian and Fedora, may no buddy, ship that version, then should be removed as it is unusable, because API break on GDA 5
Comment 7 Michael Catanzaro 2016-10-19 13:21:28 UTC
(In reply to Daniel Espinosa from comment #5)
> This is a bug on both RPM and Debian. Libgda requires to enable Vala
> bindings by using a set of switches like --enable-gi-gda --enable-vala

I don't think we would have any interest using such a configure flag in Fedora anyway. We would wind up with a different set of Vala bindings than other distributions using the default configure flags, which would be a horrible compatibility problem.
 
> Do you need to GDA enables this features by default? I can do it as the
> maintainer of GDA Vala bindings. Just file a bug.

If you want the bindings to be used, then yes.
Comment 8 Daniel Espinosa 2016-10-19 13:27:29 UTC
Ok. I'll work on and file a bug.

May you want to rename this Bug's  title to"Remove unnecessary bindings" or so, then make depends on file d bugs for each library with Vala bindings support upstream.
Comment 9 Al Thomas 2017-12-11 10:30:09 UTC
libsoup Vala bindings were added upstream 7 July 2015:
https://git.gnome.org/browse/libsoup/commit/?id=519c6695fc78b2e2c86c75328d24cbb6d605d132
Comment 10 Michael 'Mickey' Lauer 2018-02-26 13:12:08 UTC
Is anything holding up the removal or can I "just do it"?
Comment 11 GNOME Infrastructure Team 2018-05-22 15:40:15 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/vala/issues/561.