Fwd: Re: [Bug 104677] gnucash outdated

[Christian Stimming]

That's what the SuSE guys would recommend for even more improved desktop 
integration.

Christian

----------  Weitergeleitete Nachricht  ----------

Subject: Re: [Bug 104677] gnucash outdated
Date: Freitag, 12. Mai 2006 22:17
From: Stanislav Brabec <sbrabec at novell.com>
To: Christian Stimming <stimming at tuhh.de>

Christian Stimming wrote:
> I think the internal gnucash copy of qof neither needs nor checks for
> libgda, so this would be solved once you use the internal qof. But if
> there is any issue about package detection that requires changed in the
> gnucash configure.in, I'd be happy to add these to gnucash-SVN immediately.

Everything was located correctly.
But as far as I remember, configure.in of one of the packages contains
one obsolete variable, which reports "no", even if everything is located
correctly. And I am not sure whether configure --help defaults are
consistent with real behavior. Sorry for vagueness, but I did not record
these issues anywhere.

There are other issues:
gnucash.desktop.in:
Icon: Using relative path is invalid and using file suffix is
deprecated.
Fix: Use only Icon=gnucash-icon and copy/move/symlink icon to
appropriate place (pixmapdir, or icondir if you want to provide more
versions).

mime-info:
Since GNOME 2.6 or so it is obsolete. There is a skeleton for the new
shared-mime-info gnucash.xml file. It should be copied to
datadir/mime/packages and after copying if DESTDIR=="" call
update-mime-database datadir/mime should be called (if such binary
exists). xml file was create by mime-info-to-mime. Note that the file
should contain also descriptive items and should be support if
intltoolization. MIME icon would be also welcome
(gnome-mime-application-x-gnucash.imagesuffix in a proper icon
directory).

Then you can define MimeType line in the desktop file to allow
click-to-open.

> Gnucash uses some shared objects as libraries and others as modules.
> This is the difference you might have observed. I will forward this
> issue to gnucash-devel -- maybe we add install-exec-hook directly into
> the respective Makefile.am's so that *.la is removed immediately for
> those libraries where it is not needed.

Maybe. But it would be better to propose a change of libtool, which will
allow it.

Even if you do it, it would be still not obvious, how to split the
package. Gnucash is not the only package, which needs special care:

.so in main , .la in main : objects loaded by ltdl
.so in main , .la in devel: libraries also loaded by file name
.so in main , .la deleted : objects loaded by file name
.so in devel, .la in devel: standard libraries
.so deleted , .la deleted : objects loaded by soname, internal libraries

--
Best Regards / S pozdravem,

Stanislav Brabec
software developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnucash.xml
Type: application/xml
Size: 275 bytes
Desc: not available
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20060512/2ad5527e/gnucash.rdf