bkit2gtk-4.0.
--
Lothar Paltins lkp...@mailbox.org
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
look for webkit2gtk-5.0 while gnucash-4.10
looks for the outdated webkit2gtk-4.0.
Lothar
--
Lothar Paltins lkp...@mailbox.org
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
mbleweed doesn't support webkit2gtk-4.0 any more,
there are only development packages for 4.1 and 5.0. Is it possible, to
use one of the newer packages or do I have to install the older
webkit2gtk-4.0?
Best regards
Lothar
--
Lothar Paltins
o.conf.d/aqbanking.conf containing the paths of my
self-compiled aqbanking and gwenhywfar libraries.
Lothar
--
Lothar Paltins lkp...@mailbox.org
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
libraries are in the same
directory as at compile time.
Lothar
--
Lothar Paltins lkp...@mailbox.org
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
o
/opt/gnucash/lib64/gnucash, then everything works as expected. Is there
a way to specify the aqbanking and gwenhywfar library paths and to avoid
the copying of the libraries?
Best regards
Lothar
--
Lothar Paltins lkp
Am 02.07.21 um 18:33 schrieb John Ralls:
It depends on whether you manage to get it to build and how you configure your library-loader
defaults. Each executable needs to find the right set of shared libraries and loadable modules:
/usr/bin/gnucash needs to find the ones in /usr/ and /opt/bin/gn
Am 01.07.21 um 18:18 schrieb John Ralls:
You're absolutely right, it should be. Unfortunately Guile doesn't agree and
our efforts to convince it otherwise have been unsuccessful. It's not possible
on Linux to build GnuCash on a machine that has GnuCash installed by the
package manager without
r/lib64 isn't my
install directory, a "make uninstall" will not remove anything there. A
library in this directory is almost certainly outdated. I want to
install my compiled version separated from the distribution version, so
I can't simply remove /usr/lib64/libgnucash-guil
ib64/libgnucash-guile.so to /usr/lib64 fixes the issue, but
that's a pretty ugly hack.
Is there a better fix?
Lothar
--
Lothar Paltins lkp...@mailbox.org
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Am 28.10.19 um 17:50 schrieb John Ralls:
The second issue is caused by binreloc. That's a small shim that allows an app to run from
a different that the one it was built for and it doesn't work if everything
isn't contained under . That's why -DENABLE_BINRELOC=OFF is a suitable
workaround for
Am 27.10.19 um 16:50 schrieb John Ralls:
As it turns out Geert thought that he'd fixed this last year, see
https://bugs.gnucash.org/show_bug.cgi?id=794916. Note the work-around in that
bug report to disable binreloc by passing -DENABLE_BINRELOC=OFF to cmake. Note
also that the reporter on that
Am 25.10.19 um 21:27 schrieb Geert Janssens:
Gnucash historically was using the autotools build system. As far as I know
that system did put the config files in /opt/gnucash/etc/gnucash and not in /
etc/opt/gnucash(/gnucash)
Yes, if you run "configure --prefix=/opt/gnucash". There's no automagi
Am 25.10.19 um 15:11 schrieb Derek Atkins:
How did you configure gnucash during the build in order to install it to
/opt/gnucash? You need to tell gnucash where it is being installed when
you build it, so it will look in the right place for its files.
cmake -DCMAKE_INSTALL_PREFIX=/opt/gnucash
Hi Geert,
I'm curious, if you move the file to /etc/opt/gnucash, will gnucash then find
it ?
No, it doesn't. I've tried to copy the file to /etc/opt/gnucash and
/etc/gnucash and I did set several environment variables, all to no avail.
Lothar
___
Am 23.10.19 um 06:14 schrieb John Ralls:
That function does search, using the path set in $GNC_MODULE_PATH, and cmake writes that into
/etc/gnucash/environment. But if you specify to be /opt/... or
/usr/... in which case the part is dropped and it goes to /etc/opt or just /etc
respectively (
Am 22.10.19 um 22:36 schrieb John Ralls:
Everything has trouble finding modules in non-standard locations. Use
LD_LIBRARY_PATH to add those non-standard locations to the search paths for ld
and dlopen.
This doesn't seem to be an issue. The runtime paths in the binary are
correctly set to /op
Hi Derek,
thanks for your reply.
First, that clone command wont bring you maint branch, it will still check
out master into a directory named "maint". You need a -b maint in there
to pull the maint branch.
Second, did you "make install"? GnuCash is finicky about being run from
the build tree
Hi,
to get the latest patches for the 3.7 release, I've cloned the
maintenance branch of gnucash:
git clone https://github.com/Gnucash/gnucash.git maint
I could successfully run cmake and make, but the generated gnucash
doesn't start, gnucash.trace contains the following warnings:
* 15:28
19 matches
Mail list logo