Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#14278 - [libgnomedb] Needs rebuild: linked agains old libgda-2

Attached to Project: Arch Linux
Opened by Gerardo Exequiel Pozzi (djgera) - Friday, 17 April 2009, 03:12 GMT
Last edited by Eric Belanger (Snowman) - Monday, 28 September 2009, 01:48 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Eric Belanger (Snowman)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: The files /usr/bin/gnome-database-properties /usr/lib/libgnomedb-2.so.4.0.0
/usr/lib/libglade/2.0/libgnomedb.so search for old soname libgda-2.so.3 but the current version is libgda-4.0.so.4 from libgda package

Additional info:
libgnomedb-1.2.2-6
This task depends upon

Closed by  Eric Belanger (Snowman)
Monday, 28 September 2009, 01:48 GMT
Reason for closing:  Won't fix
Additional comments about closing:  see last comment
Comment by Anonymous Submitter - Friday, 17 April 2009, 11:09 GMT
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?
Comment by Gerardo Exequiel Pozzi (djgera) - Sunday, 19 April 2009, 22:57 GMT
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)
Comment by Jan de Groot (JGC) - Friday, 29 May 2009, 08:07 GMT
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.
Comment by Anonymous Submitter - Friday, 29 May 2009, 08:28 GMT
I agree here.
We can remove the package from the repository and gnomedb plugin from abiword-plugins.
Comment by Anonymous Submitter - Friday, 29 May 2009, 10:55 GMT
I just rebuilt abiword-plugins without it.
Let me know.
Comment by Anonymous Submitter - Friday, 29 May 2009, 11:22 GMT
I think that we cannot remove libgnomedb from repository because gtk-sharp requires it.
BTW, I will be orphaning this package.
Comment by Jan de Groot (JGC) - Friday, 29 May 2009, 11:38 GMT
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
Comment by Gerardo Exequiel Pozzi (djgera) - Wednesday, 10 June 2009, 06:58 GMT
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?
Comment by Baho Utot (baho-utot) - Monday, 20 July 2009, 00:35 GMT
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...
Comment by Roman Kyrylych (Romashka) - Wednesday, 16 September 2009, 08:00 GMT
@JGC: with the release of Gnome 2.28 can we get rid of both libgnomedb and gtk-sharp at that time?
Comment by Jan de Groot (JGC) - Wednesday, 16 September 2009, 08:07 GMT
gtk-sharp and libgnomedb aren't part of any gnome release. It's 3rd party software that uses this.
Comment by Roman Kyrylych (Romashka) - Wednesday, 16 September 2009, 08:25 GMT
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.
Comment by Gerardo Exequiel Pozzi (djgera) - Sunday, 27 September 2009, 03:24 GMT
@Eric: Please read the latest comments. This package and maybe others (like gtk-sharp) should be moved to unsupported.
Comment by Eric Belanger (Snowman) - Monday, 28 September 2009, 01:48 GMT
libgnomedb, gtk-sharp and autopano-sift have been removed from extra.

Loading...