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.
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.
Replace the autogen-sh time configuration which doesn't really work
correctly by making a local interpreter which links whichever library
pkg-config finds.
Also makes Guile-2.0 the default by looking for it first.
With pre-compiled scm files, guile will no longer
resort to autocompilation at first startup. This avoids
bugs like downstream
https://bugzilla.redhat.com/show_bug.cgi?id=1151870
(Where autocompiled files for an older version of
gnucash are more recent than the source files installed
with the newer version)
Note that a new variable GUILE_LOAD_COMPILED_PATH is added
for this in the environment file. This variable should probably
be updated in the OSX and Windows build scrips if/when these
are building with guile 2.
Strictly speaking this new variable is only needed for guile 2.
However since guile 1.8 simply ignores the environment variable,
it's just set unconditionally regardless of the guile version
being active.
Bodo, Konkani, Hindi, Kashmiri, Marathi, Tamil, Telugu, Urdu
All Translations supplied to Gnucash by the Centre for Development
of Advanced Computing (C-DAC), Pune, India. Translation Team Leader:
Chandrakant Dhutadmal, translators noted in the po files.
The note has the details, but I wasn't able to get gnucash to build with
automake 1.14 without passing --disable-dependency-tracking regardless of
whether I used the subdir-objects option. If I could figure out a good way
to poison configure with automake 1.14 I would.
This patch provides libsecret [1] support to gnucash since gnome-keyring has
been deprecated. It will check for an installed libsecret version and will use
it in favor of gnome-keyring.
Since it is not recommended to use SECRET_SCHEMA_COMPAT_NETWORK for new uses, it
uses its own defined scheme to store the credentials. Therefore passwords that
have been stored in the network schema are migrated to the new schema by trying
to access them with the old schema and storing them again in the new one.