Re: [GNC-dev] [GNC] GnuCash 2.6.20 Released

[Mark Cochran]

On 04/08/2018 12:06 PM, John Ralls wrote:



On Apr 8, 2018, at 10:47 AM, Mark Cochran  wrote:

Fedora 27, using MariaDB 10.2.14 backend, with gnucash database on one host.
gnucash 2.6.20 rev 972647d2d
I get as far as "Loading data..." on the spash screen, then
'GnuCash could not complete a critical test for the presence of a bug in the 
"libdbi" library.'

trace file shows
* 11:40:25  WARN  [conn_test_dbi_library()] Test_DBI_Library: 
Create table failed
* 11:40:47  CRIT  gnc_dbi_unlock: assertion 'dbi_conn_error( 
dcon, NULL ) == 0' failed
* 11:40:52  WARN  Could not locate file AUTHORS
* 11:40:52  WARN  Could not locate file DOCUMENTERS
* 11:40:52  WARN  Could not locate file LICENSE

Another Fedora 27 laptop connecting to that same DB host with gnucash 2.6.18 
rev 3a9fbb8+ works OK.

https://bugzilla.gnome.org/show_bug.cgi?id=795049 


Regards,
John Ralls


Thanks.  FYI, I built 3.0 from master on github, initially had the same 
issues as Alex posted in "unstable terminates immediately" in the 
gnucash-devel channel. But after installing to directory under $HOME, 
3.0 works OK with mysql/MariaDB.


Mark
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] guile error during build

[Herbert Thoma]

Hi John,

Am 08.04.2018 um 18:45 schrieb John Ralls:




On Apr 8, 2018, at 3:04 AM, Herbert Thoma  
wrote:

This message had the subject "Building GnuCash 3 on openSuSE".
May be that did not raise enough attention ...

So, any hints from anybody with more scheme knowledge is greatly
appreciated.



<...>

With this environment set cmake completes, but make aborts with this
error:

[ 30%] Built target scm-gnc-module
Scanning dependencies of target scm-core-utils
[ 30%] Generating ../../lib64/gnucash/scm/ccache/2.0/gnucash/core-utils.go
Backtrace:
In srfi/srfi-1.scm:
619: 19 [for-each # #]


<...>


Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2

Any suggestions?

gcc --version
gcc (SUSE Linux) 4.8.5

guile --version
guile (GNU Guile) 2.0.9


Frank did reply to your first email, though he didn’t address the missing 
gnc-build-userdata-path.


Yes, I saw that.


Delete ~/.cache/guile


Did not help.

Make sure that you’re building from a completely clean source, in a completely clean build directory, and installing to a prefix with no //gnucash. 


I started from a fresh git clone, so this should be OK.


Make sure that there are no cached gnucash files anywhere guile can find them: 
You make need to fuddle guile’s search paths if you have gnucash installed from 
the package manager in /usr. I don’t know how to do that. The OpenSuSE packager 
hangs out on IRC with the nick luc14n0 and he might be able to help.


I'll fiddle with this when I find more spare time. Or just try it in a fresh VM.

Thanks for your suggestions.

Best regards,
 Herbert.


Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] GnuCash 2.6.20 Released

[John Ralls]

> On Apr 8, 2018, at 10:47 AM, Mark Cochran  wrote:
> 
> Fedora 27, using MariaDB 10.2.14 backend, with gnucash database on one host.
> gnucash 2.6.20 rev 972647d2d
> I get as far as "Loading data..." on the spash screen, then
> 'GnuCash could not complete a critical test for the presence of a bug in the 
> "libdbi" library.'
> 
> trace file shows
> * 11:40:25  WARN  [conn_test_dbi_library()] 
> Test_DBI_Library: Create table failed
> * 11:40:47  CRIT  gnc_dbi_unlock: assertion 'dbi_conn_error( 
> dcon, NULL ) == 0' failed
> * 11:40:52  WARN  Could not locate file AUTHORS
> * 11:40:52  WARN  Could not locate file DOCUMENTERS
> * 11:40:52  WARN  Could not locate file LICENSE
> 
> Another Fedora 27 laptop connecting to that same DB host with gnucash 2.6.18 
> rev 3a9fbb8+ works OK.

https://bugzilla.gnome.org/show_bug.cgi?id=795049 


Regards,
John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] GnuCash 2.6.20 Released

[Mark Cochran]

Fedora 27, using MariaDB 10.2.14 backend, with gnucash database on one host.
gnucash 2.6.20 rev 972647d2d
I get as far as "Loading data..." on the spash screen, then
'GnuCash could not complete a critical test for the presence of a bug in 
the "libdbi" library.'


trace file shows
* 11:40:25  WARN  [conn_test_dbi_library()] 
Test_DBI_Library: Create table failed
* 11:40:47  CRIT  gnc_dbi_unlock: assertion 
'dbi_conn_error( dcon, NULL ) == 0' failed

* 11:40:52  WARN  Could not locate file AUTHORS
* 11:40:52  WARN  Could not locate file DOCUMENTERS
* 11:40:52  WARN  Could not locate file LICENSE

Another Fedora 27 laptop connecting to that same DB host with gnucash 
2.6.18 rev 3a9fbb8+ works OK.



Mark Cochran
remarkable...@gmail.com
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] running setup-mingw64.ps1

[John Ralls]

> On Apr 8, 2018, at 8:10 AM, pjlbyrne  wrote:
> 
> Hi again,
> 
> I tried this at home and did not get the above errors.
> 
> I did however get problems on install, and problems after install.
> 
> The install problems are that some package installs appear to fail eg:
> (57/97) installing texinfo
>  1 [main] pacman 4232 fork: child -1 - forked process 9808 died
> unexpectedly, retry 0, exit code 0xC139, errno 11
> 
> This happened for:
> texinfo
> libidn2
> wget
> perl-libwww
> perl-Convert-BinHex
> 
> Then I see:
> Next we'll install the HTML Help Workshop includes and libraries into our
> MinGW directory.
> /usr/bin/bash: /mingw64/bin/gendef: No such file or directory
> /usr/bin/bash: /mingw64/bin/dlltool: No such file or directory
> 
> After install, in mingw64, this does nothing:
> patb@DESKTOP-REQM4CB MINGW64 /c/gcdev64
> $ jhbuild -f src/gnucash-on-windows.git/jhbuildrc buildrc
> 
> Indeed, just typing 'jhbuild' or 'jhbuild --help' does nothing, which seems
> very odd to me.
> 
> Can someone please advise?

First, open an MSYS2 shell, for this it doesn’t matter which one. In it run
  pacman -Syuu
If it tells you to quit the shell do so by clicking the red X in the window’s 
title bar, not by exiting bash.

Next, go back to Powershell and run setup-mingw64.ps1 again. jhbuild isn’t 
going to work until that completes without errors.

jhbuild is a bit odd all the way around. The documentation is at 
https://developer.gnome.org/jhbuild/stable/ 
 and there’s some more information 
at https://wiki.gnome.org/action/show/Projects/Jhbuild 
.

“buildrc” is not a jhbuild command, you want “build”.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] guile error during build

[John Ralls]

> On Apr 8, 2018, at 3:04 AM, Herbert Thoma  
> wrote:
> 
> This message had the subject "Building GnuCash 3 on openSuSE".
> May be that did not raise enough attention ...
> 
> So, any hints from anybody with more scheme knowledge is greatly
> appreciated.
> 
> 
> Hi!
> 
> I did not build GnuCash myself for some time, but with 3.0 I did
> try again.
> 
> I'm running openSUSE Leap 42.3.
> 
> So the first error was about gettext being only version 0.19.2.
> OK, this is easily circumvented with -D ALLOW_OLD_GETTEXT=ON,
> but still a bit unfortunate because openSUSE Leap 42.3 ships only
> 0.19.2 and openSUSE Leap 42.3 is the most recent stable openSUSE
> distribution.
> 
> Next problem was GTEST. openSUSE Leap 42.3 has a package libgtest0,
> but this does not help. So I downloaded googletest and set the
> GTEST_ROOT and GMOCK_ROOT variables.
> 
> With this environment set cmake completes, but make aborts with this
> error:
> 
> [ 30%] Built target scm-gnc-module
> Scanning dependencies of target scm-core-utils
> [ 30%] Generating ../../lib64/gnucash/scm/ccache/2.0/gnucash/core-utils.go
> Backtrace:
> In srfi/srfi-1.scm:
> 619: 19 [for-each # #]
> In scripts/compile.scm:
> 182: 18 [# 
> "/home/tma/gnucash/gnucash_cvs/gnucash/libgnucash/core-utils/core-utils.scm"]
> In system/base/target.scm:
>  59: 17 [with-target "x86_64-suse-linux-gnu" ...]
> In system/base/compile.scm:
> 150: 16 [compile-file 
> "/home/tma/gnucash/gnucash_cvs/gnucash/libgnucash/core-utils/core-utils.scm" 
> ...]
>  43: 15 [call-once #]
> In ice-9/boot-9.scm:
> 171: 14 [with-throw-handler #t ...]
> In system/base/compile.scm:
>  59: 13 [#]
> 153: 12 [# 
> #]
> 216: 11 [read-and-compile # #:from ...]
> 232: 10 [lp (# # # # ...) # #]
> 180: 9 [lp # # # ...]
> In ice-9/boot-9.scm:
> 2320: 8 [save-module-excursion # language/scheme/compile-tree-il.scm:29:3 ()>]
> In language/scheme/compile-tree-il.scm:
>  31: 7 [#]
> In ice-9/psyntax.scm:
> 1091: 6 [expand-top-sequence ((re-export gnc-build-userdata-path)) () ...]
> 976: 5 [scan ((re-export gnc-build-userdata-path)) () ...]
> 270: 4 [scan ((# #)) () (()) ...]
> In ice-9/boot-9.scm:
> 2015: 3 [call-with-deferred-observers # ice-9/eval.scm:416:20 ()>]
> 700: 2 [for-each # #]
> In unknown file:
>   ?: 1 [scm-error misc-error #f ...]
> In ice-9/boot-9.scm:
> 106: 0 [# 
> misc-error ...]
> 
> ice-9/boot-9.scm:106:20: In procedure # ice-9/boot-9.scm:97:6 (thrown-k . args)>:
> ice-9/boot-9.scm:106:20: Undefined variable: gnc-build-userdata-path
> libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/build.make:61: recipe for 
> target 'lib64/gnucash/scm/ccache/2.0/gnucash/core-utils.go' failed
> make[2]: *** [lib64/gnucash/scm/ccache/2.0/gnucash/core-utils.go] Error 1
> CMakeFiles/Makefile2:3773: recipe for target 
> 'libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/all' failed
> make[1]: *** [libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/all] Error 2
> Makefile:160: recipe for target 'all' failed
> make: *** [all] Error 2
> 
> Any suggestions?
> 
> gcc --version
> gcc (SUSE Linux) 4.8.5
> 
> guile --version
> guile (GNU Guile) 2.0.9

Frank did reply to your first email, though he didn’t address the missing 
gnc-build-userdata-path.

Delete ~/.cache/guile
Make sure that you’re building from a completely clean source, in a completely 
clean build directory, and installing to a prefix with no 
//gnucash. Make sure that there are no cached gnucash files 
anywhere guile can find them: You make need to fuddle guile’s search paths if 
you have gnucash installed from the package manager in /usr. I don’t know how 
to do that. The OpenSuSE packager hangs out on IRC with the nick luc14n0 and he 
might be able to help.

Regards,
John Ralls

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Gnucash-3.0 build error: GTEST not found

[John Ralls]

> On Apr 7, 2018, at 11:12 PM, DaveC49  wrote:
> 
> Hi,
> 
> I am past the initial problem but I appear to be having a problem with GTEST
> not being found. I have gtest 1.8.0 intsalled  and I have also uninstalled
> it and reinstalled 1.7.0 from the ubuntu repository with the same result:
> $ cmake -D CMAKE_INSTALL_PREFIX=/usr/local/gnucash -D WITH_AQBANKING=OFF ../
> -- Using guile-2.0.x
> -- Using guile SRFI-64
> -- Checking for GTEST
> CMake Error at common/cmake_modules/GncAddTest.cmake:145 (MESSAGE):
>  GTEST not found.  Please install it or set GTEST_ROOT or GMOCK_ROOT
> Call Stack (most recent call first):
>  CMakeLists.txt:596 (GNC_GTEST_CONFIGURE)
> 
> 
> -- Configuring incomplete, errors occurred!
> See also
> "/home/david/Applications/gnucash-3.0/build-cmake/CMakeFiles/CMakeOutput.log".
> See also
> "/home/david/Applications/gnucash-3.0/build-cmake/CMakeFiles/CMakeError.log".
> 
> I am using build-cmake under the gnucash-3.0 directory.  I have
> GTEST_ROOT="/usr/local" and GMOCK_ROOT="/usr/local".  The gtest and gmock
> files are installed as follows:
> /usr/local/include/gtest/gtest.h  and other gtest includes'
> /usr/local/include/gmock/gmock.h and other gmock includes
> /usr/local/lib/libgmock.a
> /usr/local/lib/libgmock_main.a
> /usr/local/lib/libgtest.a
> /usr/local/lib/libgtest_main.a
> 
> I have also built and had the 
> /usr/local/lib/libgmock.so
> /usr/local/lib/libgmock_main.so
> /usr/local/lib/libgtest.so
> /usr/local/lib/libgtest_main.so
> 
> files installed without any success.
> 
> The  /usr/src contains these files which are from the distros v 1.7.0
> installation
> /usr/src/gmock
> /usr/src/gtest
> 
> I opened GncAddTest.cmake which fails at line 145 and looked at the
> GNC_GTEST_CONFIGURE function.
> 
> The FIND_PATH(GTEST_INCLUDE_DIR gtest/gtest.h  should  find gtest.h in
> /usr/local/include/gtest/gtest.h using the PATH ${GTEST_ROOT}/include =>
> GTEST_INCLUDE_DIR is TRUE
> 
> FIND_PATH(GTEST_SRC_DIR src/gtest_all.cc  should find gtest_all.cc in 
> /usr/src/gtest/src/gtest-all.cc using the PATH using the PATH /usr/src/gtest
> even though these are the v1.7.0 files found. => GTEST_SRC_DIR is TRUE
> 
> FIND_LIBRARY(GTEST_SHARED_LIB gtest)  I am not sure whether this will or
> will not find /usr/local/lib/libgtest.a
> 
> and whether FIND_LIBRARY(GTEST_MAIN_LIB gtest_main) is finding
> /usr/local/lib/libgtest_main.a
> 
> The Documentation for the CMake FIND_LIBRARY function indicates that the
> name supplied as the argument is what the function searches for. From what 
> can understand it will search paths specified in the 
> PATH and LIB environment variables.
> These are respectively:
> $ echo $PATH
> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/usr/lib/jvm/java-8-oracle/bin:/usr/lib/jvm/java-8-oracle/db/bin:/usr/lib/jvm/java-8-oracle/jre/bin
> $ echo $LIB
> /usr/include:/usr/local/include
> 
> but the same error still occurs.  My conclusion is that the
> GNC_GTEST_CONFIGURE should be searching for libgtest rather than gtest or
> perhaps for both if some installations name the library gtest rather than
> libgtest.
> 
> If anyone has any insights or suggestions please let me know. My next step
> is to generate a test Cmake setup to experiment with the FIND_LIBRARY
> function and also test the other searches done. This may take me a while
> since I am still getting to grips with CMake. The Cmake output and error
> files are attached if anyone can make more sense of them than I can
> CMakeError.log
>   
> CMakeOutput.log
>    .

If you just want to get GnuCash built the quickest path is to clone 
https://github.com/google/googletest  and 
set GTEST_ROOT=/path/to/googletest/googletest and 
GMOCK_ROOT=/path/to/googletest/googlemock.

Now if you want to get things fixed up so that it builds with the shared 
libraries, you’ll need to apply https://github.com/Gnucash/gnucash/pull/329 
 or wait for us to merge it. That 
won’t work with googletest-1.7.0. 

$PATH is searched for libraries only on Windows, but $LIB *should* work on 
Ubuntu. Have you examined CMakeOutput.log and CMakeErrors.log for the actual 
errors, or CMakeCache.txt to see which GTEST variables are set and which are 
NOTFOUND?

Regards,
John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] running setup-mingw64.ps1

[pjlbyrne]

Hi again,

I tried this at home and did not get the above errors.

I did however get problems on install, and problems after install.

The install problems are that some package installs appear to fail eg:
(57/97) installing texinfo
  1 [main] pacman 4232 fork: child -1 - forked process 9808 died
unexpectedly, retry 0, exit code 0xC139, errno 11

This happened for:
texinfo
libidn2
wget
perl-libwww
perl-Convert-BinHex

Then I see:
Next we'll install the HTML Help Workshop includes and libraries into our
MinGW directory.
/usr/bin/bash: /mingw64/bin/gendef: No such file or directory
/usr/bin/bash: /mingw64/bin/dlltool: No such file or directory

After install, in mingw64, this does nothing:
patb@DESKTOP-REQM4CB MINGW64 /c/gcdev64
$ jhbuild -f src/gnucash-on-windows.git/jhbuildrc buildrc

Indeed, just typing 'jhbuild' or 'jhbuild --help' does nothing, which seems
very odd to me.

Can someone please advise?
Thanks
Patrick




--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] gnc_add_swig_guile_command compile errors

[Adrien Monteleone]

Dave,

The info about directories being separate is higher up that wiki page in the 
Cmake section. I too missed it not long ago trying to build the 2.7 series.

Perhaps the page needs to be re-organized or maybe inside that Ubuntu section, 
it needs to be made clear that the higher general sections need to be read 
first.

Regards,
Adrien

> On Apr 6, 2018, at 7:38 PM, DaveC49  wrote:
> 
> Thanks Rob,
> 
> John passed on the message to me. I was following the Build#Ubuntu page on
> the wiki, so this may need modifying too. I will keep notes as I sort out
> and get used to building with Cmake. I guess the other cure would be to use
> ../../gnucash-3.0 to go up to the parent directory from a build-cmake inside
> to top level gnucash directory. With the extract from the tarball from the
> website, this is labelled gnucash-3.0. 
> 
> I haven't pulled it down with git in which case it may not have the major
> version number attached to the folder. 
> 
> I generally prefer to have the build directory under the top level directory
> as I sometimes have sources for a couple of versions and that keeps the
> relevant build with the source for that version.
> 
> Cheers
> 
> David
> 
> 
> 
> -
> David Cousens
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] gnc_add_swig_guile_command compile errors

[DaveC49]

Just to confirm with build-cmake in the gnucash-3.0 toplevel folder using any
of
..
../
../../gnucash-3.0 
as the argument for Cmake  will work as expected.



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] guile error during build

[Herbert Thoma]

This message had the subject "Building GnuCash 3 on openSuSE".
May be that did not raise enough attention ...

So, any hints from anybody with more scheme knowledge is greatly
appreciated.


Hi!

I did not build GnuCash myself for some time, but with 3.0 I did
try again.

I'm running openSUSE Leap 42.3.

So the first error was about gettext being only version 0.19.2.
OK, this is easily circumvented with -D ALLOW_OLD_GETTEXT=ON,
but still a bit unfortunate because openSUSE Leap 42.3 ships only
0.19.2 and openSUSE Leap 42.3 is the most recent stable openSUSE
distribution.

Next problem was GTEST. openSUSE Leap 42.3 has a package libgtest0,
but this does not help. So I downloaded googletest and set the
GTEST_ROOT and GMOCK_ROOT variables.

With this environment set cmake completes, but make aborts with this
error:

[ 30%] Built target scm-gnc-module
Scanning dependencies of target scm-core-utils
[ 30%] Generating ../../lib64/gnucash/scm/ccache/2.0/gnucash/core-utils.go
Backtrace:
In srfi/srfi-1.scm:
 619: 19 [for-each # #]
In scripts/compile.scm:
 182: 18 [# 
"/home/tma/gnucash/gnucash_cvs/gnucash/libgnucash/core-utils/core-utils.scm"]
In system/base/target.scm:
  59: 17 [with-target "x86_64-suse-linux-gnu" ...]
In system/base/compile.scm:
 150: 16 [compile-file 
"/home/tma/gnucash/gnucash_cvs/gnucash/libgnucash/core-utils/core-utils.scm" 
...]
  43: 15 [call-once #]
In ice-9/boot-9.scm:
 171: 14 [with-throw-handler #t ...]
In system/base/compile.scm:
  59: 13 [#]
 153: 12 [# #]
 216: 11 [read-and-compile # #:from ...]
 232: 10 [lp (# # # # ...) # #]
 180: 9 [lp # # # ...]
In ice-9/boot-9.scm:
2320: 8 [save-module-excursion #]
In language/scheme/compile-tree-il.scm:
  31: 7 [#]
In ice-9/psyntax.scm:
1091: 6 [expand-top-sequence ((re-export gnc-build-userdata-path)) () ...]
 976: 5 [scan ((re-export gnc-build-userdata-path)) () ...]
 270: 4 [scan ((# #)) () (()) ...]
In ice-9/boot-9.scm:
2015: 3 [call-with-deferred-observers #]
 700: 2 [for-each # #]
In unknown file:
   ?: 1 [scm-error misc-error #f ...]
In ice-9/boot-9.scm:
 106: 0 [# 
misc-error ...]

ice-9/boot-9.scm:106:20: In procedure #:
ice-9/boot-9.scm:106:20: Undefined variable: gnc-build-userdata-path
libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/build.make:61: recipe for 
target 'lib64/gnucash/scm/ccache/2.0/gnucash/core-utils.go' failed
make[2]: *** [lib64/gnucash/scm/ccache/2.0/gnucash/core-utils.go] Error 1
CMakeFiles/Makefile2:3773: recipe for target 
'libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/all' failed
make[1]: *** [libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/all] Error 2
Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2

Any suggestions?

gcc --version
gcc (SUSE Linux) 4.8.5

guile --version
guile (GNU Guile) 2.0.9


 Herbert.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Register + Unicode (was Re: emojis everywhere...)

[Eric Siegerman]

On Sat, Apr 07, 2018 at 08:20:35PM -0700, John Ralls wrote:
> Depends on what you see as the bug.

The bug is the inconsistency.  I have opinions, for what they're
worth, on how it should behave:
  - Reverting to the old value is better than clobbering to zero;
if it can't change the field to what I asked for (because
what I asked for was bogus) it shouldn't change it at all

  - Leaving the bogus input in Debit, and only cleaning it up on
exit from Credit, is kind of ugly and could be confusing

But far outweighing those is that all variations should behave
the *same* way.

None of the current behaviours give incorrect results in the end;
it's just a usability thing -- which is why I called my complaint
nitpicky.

> I suppose there should be a message box when you hit  instead of just 
> leaving you focused on the erroneous field with no clue that GnuCash is 
> declining to process your bogus input.

What I personally would prefer instead of a dialog that one has
to dismiss is a simple beep, like vi used to do on error, when
you were using an actual serial terminal.  But I pretty much
expect to be outvoted on that...

> Another problem that you didn’t explore is that GnuCash may recognize only 
> code points 0x2b-0x39 as numbers, delimiters, and operators, so users trying 
> to use localized number representations may fail. That would be a libc 
> failure rather than a GnuCash one, but I don’t have a lot of confidence in 
> libc’s localization mechanisms.

You're right; I can see that being a problem.  If it's libc's
fault, though, it's likely to be platform-dependent, isn't it?
That adds another dimension to the difficulty of trying to fix it
in application code.

> Perhaps fortunately I think most of the world is resigned to using European 
> numbers and symbols for representing money.

Semi-resigned.  I have some souvenir Nepali and UAE currency left
over from a trip, and each country's bills contain both their own
and Western[*] numbers, and their own and English text.  I
suspect you're right, though, that people are rather more
resigned to doing things our way when computers are involved.

[*] We call our numerals "Arabic", but most(?) of the Arab world
actually uses different ones -- somewhat related to ours, but not
closely enough to be very legible to my Anglo eyes.  I believe
ours are descended from a regional variant that was, and is, used
only in parts of North Africa -- and thus in Moorish Spain, from
where the rest of Europe got them.

  - Eric
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] Gnucash-3.0 build error: GTEST not found

[DaveC49]

Hi,

I am past the initial problem but I appear to be having a problem with GTEST
not being found. I have gtest 1.8.0 intsalled  and I have also uninstalled
it and reinstalled 1.7.0 from the ubuntu repository with the same result:
$ cmake -D CMAKE_INSTALL_PREFIX=/usr/local/gnucash -D WITH_AQBANKING=OFF ../
-- Using guile-2.0.x
-- Using guile SRFI-64
-- Checking for GTEST
CMake Error at common/cmake_modules/GncAddTest.cmake:145 (MESSAGE):
  GTEST not found.  Please install it or set GTEST_ROOT or GMOCK_ROOT
Call Stack (most recent call first):
  CMakeLists.txt:596 (GNC_GTEST_CONFIGURE)


-- Configuring incomplete, errors occurred!
See also
"/home/david/Applications/gnucash-3.0/build-cmake/CMakeFiles/CMakeOutput.log".
See also
"/home/david/Applications/gnucash-3.0/build-cmake/CMakeFiles/CMakeError.log".

I am using build-cmake under the gnucash-3.0 directory.  I have
GTEST_ROOT="/usr/local" and GMOCK_ROOT="/usr/local".  The gtest and gmock
files are installed as follows:
/usr/local/include/gtest/gtest.h  and other gtest includes'
/usr/local/include/gmock/gmock.h and other gmock includes
/usr/local/lib/libgmock.a
/usr/local/lib/libgmock_main.a
/usr/local/lib/libgtest.a
/usr/local/lib/libgtest_main.a

I have also built and had the 
/usr/local/lib/libgmock.so
/usr/local/lib/libgmock_main.so
/usr/local/lib/libgtest.so
/usr/local/lib/libgtest_main.so

files installed without any success.

The  /usr/src contains these files which are from the distros v 1.7.0
installation
/usr/src/gmock
/usr/src/gtest

I opened GncAddTest.cmake which fails at line 145 and looked at the
GNC_GTEST_CONFIGURE function.

The FIND_PATH(GTEST_INCLUDE_DIR gtest/gtest.h  should  find gtest.h in
/usr/local/include/gtest/gtest.h using the PATH ${GTEST_ROOT}/include =>
GTEST_INCLUDE_DIR is TRUE

FIND_PATH(GTEST_SRC_DIR src/gtest_all.cc  should find gtest_all.cc in 
/usr/src/gtest/src/gtest-all.cc using the PATH using the PATH /usr/src/gtest
even though these are the v1.7.0 files found. => GTEST_SRC_DIR is TRUE

FIND_LIBRARY(GTEST_SHARED_LIB gtest)  I am not sure whether this will or
will not find /usr/local/lib/libgtest.a

and whether FIND_LIBRARY(GTEST_MAIN_LIB gtest_main) is finding
/usr/local/lib/libgtest_main.a

The Documentation for the CMake FIND_LIBRARY function indicates that the
name supplied as the argument is what the function searches for. From what 
can understand it will search paths specified in the 
PATH and LIB environment variables.
These are respectively:
$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/usr/lib/jvm/java-8-oracle/bin:/usr/lib/jvm/java-8-oracle/db/bin:/usr/lib/jvm/java-8-oracle/jre/bin
$ echo $LIB
/usr/include:/usr/local/include

but the same error still occurs.  My conclusion is that the
GNC_GTEST_CONFIGURE should be searching for libgtest rather than gtest or
perhaps for both if some installations name the library gtest rather than
libgtest.

If anyone has any insights or suggestions please let me know. My next step
is to generate a test Cmake setup to experiment with the FIND_LIBRARY
function and also test the other searches done. This may take me a while
since I am still getting to grips with CMake. The Cmake output and error
files are attached if anyone can make more sense of them than I can
CMakeError.log
  
CMakeOutput.log
   .

Thanks in advance

David






-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel