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 <[EMAIL PROTECTED]> To: Christian Stimming <[EMAIL PROTECTED]> 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
gnucash.xml
Description: application/xml
_______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
