Arch Linux

I cannot rebuild this package against new libgda-4.0.1.
I just noticed that libgnomedb official site (http://www.gnome-db.org/Download) says: "There is not yet any stable Libgnomedb version corresponding to this version of Libgda".
What should I do?

I don't use this package, this report is just from a batch of scan of packages that have references to lib that don't exists.

mmm if needs libgda-2, and this package is used by users then should be add a libgda-2 package temporary? Or (not a good idea, but can works) compile this lib statically in the executable.

There are anothers packages in this broken situation (don't know if builds with new libgda-4.0):  FS#14344  (qof)  FS#14279  (libgdamm)  FS#14343  (glom)

Do we want to keep this package? There's an "unstable" development release of libgnomedb that works with libgda 4.0, but how much use do we have for it? At this moment the only package depending on libgnomedb is abiword-plugins. The plugin that uses libgnomedb is so much used that nobody has even noticed that it's broken (we have no bug reports for it). Besides abiword-plugins, there's nothing in community or extra that depends on libgnomedb.

I would suggest removing the package from the repository and removig the gnomedb plugin from abiword-plugins.

I agree here.
We can remove the package from the repository and gnomedb plugin from abiword-plugins.

I just rebuilt abiword-plugins without it.
Let me know.

I think that we cannot remove libgnomedb from repository because gtk-sharp requires it.
BTW, I will be orphaning this package.

Same that applies to abiword-plugins also applies to gtk-sharp (which is deprecated itself also):

Optional assemblies included in the build:

* art-sharp.dll: yes
* gnome-sharp.dll: yes
* glade-sharp.dll: yes
* gda-sharp.dll: no
* gnomedb-sharp.dll: no
* rsvg-sharp.dll: yes
* gtkhtml-sharp.dll: yes
* vte-sharp.dll: yes

There is no pkg at the moment that link to the library libgnomedb-2.so.4 provided by libgnomedb.

What about gtk-sharp? At least at dynamic lib level not use it.

Maybe libgnomedb with gtk-sharp can be moved out from [extra] and go to unsupported?

Also it is missing a dependency

checking for perl... /usr/bin/perl
checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
make: *** No targets specified and no makefile found. Stop.
==> ERROR: Build Failed.
Aborting...

@JGC: with the release of Gnome 2.28 can we get rid of both libgnomedb and gtk-sharp at that time?

gtk-sharp and libgnomedb aren't part of any gnome release. It's 3rd party software that uses this.

I could find only one package in Extra that depends on gtk-sharp - autopano-sift, which is orphan BTW
(though maybe there are some others where libgnomedb/gtk-sharp dependency is hidden)

So it looks safe to move libgnomedb, gtk-sharp and autopano-sift to community/unsupported.

@Eric: Please read the latest comments. This package and maybe others (like gtk-sharp) should be moved to unsupported.

libgnomedb, gtk-sharp and autopano-sift have been removed from extra.