Work around a bug in libsecret. Under certain conditions
libsecret will silently fail to find a password even though
it is stored. The workaround uses another interface call
to force unlocking the secret store which works around the bug.
This workaround should be removed once a fix for
https://bugzilla.gnome.org/show_bug.cgi?id=748625
will be commonly available.
If libsecret is available use it to search for both
libsecret based passwords as gnome-keyring based ones.
This catches the situation where a password was stored
earlier using gnome-keyring, while the user is now trying
to retrieve it on a system that only has libsecret available.
This used to fail because gnucash depended on gnome-keyring
to be present in that situation.
Since some LDFLAGS settings depend on corresponding CFLAGS ones,
e.g. -fPIC, unsetting only CFLAGS will cause the test-compile to
fail because of the mismatched flags.
Only in some countries the IBAN is really restricted to numeric-only
(most notably in Germany, "DE"). In some other countries parts of the
IBAN may be alphas. These checks could be extended for more countries,
but since aqbanking with the SEPA transfers is used mostly in Germany,
we just leave it with the exception rule for Germany.
Fix configure.ac so that ${prefix}/lib/dbd is searched for modules.
Use gnc_path_get_libdir() to check for modules in the event that
$GNC_DBD_DIR is either empty or wrong and the path compiled into libdbi
itself is invalid. This applies mostly to Mac as other OSes tend to
leave their binaries where configure installs them.
Follow up of ec8fc42:
Empty strings should not be marked for translation.
Mark "Thank you ..." for translation
Unify "Thank you ..." between different invoices
Check for g_date_time_format returning NULL (as it's supposed to do) as
well as an empty string to avoid dereferencing the empty string. That
fixes the crash, but not all locales work with %a, %b %e, %Y at %H:%M so
that might return NULL too, so make the default string %x %X which will
return something useful regardless. This is a translated string so
translators can do something nicer for their locales if they like.
Since the bug's reporter was Japanese and the string around which the
bug revolves wasn't translated in Japanese I got a translation from him
and updated it.
The list of checks was partly obsolete and incomplete anyway.
Instead assume if F::Q was installed so are its dependencies.
Both cpan and ppm installs take care of this properly. Those
are the only two installation methods we always recommend.
