Re: [GNC-dev] Fwd: Testing python

2020-04-21 Thread Mark
Yes, all that looks fine. So, this is what my (venv)/lib and
(venv)/lib/gnucash look like:

(venv39) /newdata/dev/git/Python/VENV/venv39 | Tue Apr 21 06:25:08 |
marksa@Ares-A717-72G | bash 4.4.20
2058 > go lib
total 5780
drwxr-xr-x 3 root   root  4096 Apr 12 08:59 gnucash
-rw-r--r-- 1 root   root   1604600 Apr 12 08:58 libgnc-gnome.so
-rw-r--r-- 1 root   root   2803904 Apr 12 08:58 libgnc-backend-sql.so
-rw-r--r-- 1 root   root906288 Apr 12 08:58 libgnc-backend-xml-utils.so
-rw-r--r-- 1 root   root401432 Apr 12 08:58 libgnc-core-utils.so
-rw-r--r-- 1 root   root 42232 Apr 12 08:57 libgnc-module.so
-rw-r--r-- 1 root   root138920 Apr 12 08:57 libgwengui-gtk3.so
drwxrwxr-x 3 marksa marksa4096 Jan 12 16:56 python3.9
(venv39) /newdata/dev/git/Python/VENV/venv39/lib | Tue Apr 21 06:25:13 |
marksa@Ares-A717-72G | bash 4.4.20
2059 > go gnucash/
total 16020
-rw-r--r-- 1 root root 4270560 Apr 12 08:59 libgncmod-python.so
-rw-r--r-- 1 root root  192704 Apr 12 08:58 libgncmod-aqbanking.so
-rw-r--r-- 1 root root   70616 Apr 12 08:58 libgncmod-bi-import.so
-rw-r--r-- 1 root root   73128 Apr 12 08:58 libgncmod-csv-export.so
-rw-r--r-- 1 root root   51608 Apr 12 08:58 libgncmod-customer-import.so
-rw-r--r-- 1 root root  129720 Apr 12 08:58 libgncmod-qif-import.so
-rw-r--r-- 1 root root  331128 Apr 12 08:58 libgncmod-ledger-core.so
-rw-r--r-- 1 root root  219928 Apr 12 08:58 libgncmod-register-gnome.so
-rw-r--r-- 1 root root  184680 Apr 12 08:58 libgncmod-report-gnome.so
-rw-r--r-- 1 root root   14488 Apr 12 08:58 libgncmod-stylesheets.so
-rw-r--r-- 1 root root   12784 Apr 12 08:58 libgncmod-locale-reports-us.so
-rw-r--r-- 1 root root 2659616 Apr 12 08:58 libgncmod-csv-import.so
-rw-r--r-- 1 root root   97224 Apr 12 08:58 libgncmod-register-core.so
-rw-r--r-- 1 root root   35160 Apr 12 08:58 libgncmod-log-replay.so
-rw-r--r-- 1 root root   45456 Apr 12 08:58 libgncmod-ofx.so
-rw-r--r-- 1 root root  122856 Apr 12 08:58 libgncmod-generic-import.so
-rw-r--r-- 1 root root  141392 Apr 12 08:58 libgncmod-gnome-search.so
-rw-r--r-- 1 root root   96112 Apr 12 08:58 libgncmod-html.so
-rw-r--r-- 1 root root 1557184 Apr 12 08:58 libgncmod-gnome-utils.so
-rw-r--r-- 1 root root  608024 Apr 12 08:58 libgncmod-backend-dbi.so
-rw-r--r-- 1 root root   33560 Apr 12 08:58 libgncmod-backend-xml.so
-rw-r--r-- 1 root root   47856 Apr 12 08:58 libgncmod-report-system.so
-rw-r--r-- 1 root root  376136 Apr 12 08:58 libgncmod-app-utils.so
-rw-r--r-- 1 root root 4968024 Apr 12 08:58 libgncmod-engine.so
-rw-r--r-- 1 root root8624 Apr 12 08:57 libgncmod-tax-us.so
drwxr-xr-x 3 root root4096 Apr  2  2019 scm

If your folders look the same, hard to see what the problem could be...
Last thing I can suggest is to start your python with the -v switch and see
what it says about your 'import gnucash'. This is what I get:

(venv39) /newdata/dev/git/Python/VENV/venv39 | Tue Apr 21 06:27:51 |
marksa@Ares-A717-72G | bash 4.4.20

*2062 > python -v*import _frozen_importlib # frozen
import _imp # builtin
import '_thread' # 
import '_warnings' # 
import '_weakref' # 
import '_frozen_importlib_external' # 
import 'posix' # 
import '_io' # 
import 'marshal' # 
# installing zipimport hook
import 'time' # 
import 'zipimport' # 
# installed zipimport hook
# /usr/local/lib/python3.9/encodings/__pycache__/__init__.cpython-39.pyc
matches /usr/local/lib/python3.9/encodings/__init__.py
# code object from
'/usr/local/lib/python3.9/encodings/__pycache__/__init__.cpython-39.pyc'
# /usr/local/lib/python3.9/__pycache__/codecs.cpython-39.pyc matches
/usr/local/lib/python3.9/codecs.py
# code object from
'/usr/local/lib/python3.9/__pycache__/codecs.cpython-39.pyc'
import '_codecs' # 
import 'codecs' # <_frozen_importlib_external.SourceFileLoader object at
0x7f801596c370>
# /usr/local/lib/python3.9/encodings/__pycache__/aliases.cpython-39.pyc
matches /usr/local/lib/python3.9/encodings/aliases.py
# code object from
'/usr/local/lib/python3.9/encodings/__pycache__/aliases.cpython-39.pyc'
import 'encodings.aliases' # <_frozen_importlib_external.SourceFileLoader
object at 0x7f8015903910>
import 'encodings' # <_frozen_importlib_external.SourceFileLoader object at
0x7f801596c160>
# /usr/local/lib/python3.9/encodings/__pycache__/utf_8.cpython-39.pyc
matches /usr/local/lib/python3.9/encodings/utf_8.py
# code object from
'/usr/local/lib/python3.9/encodings/__pycache__/utf_8.cpython-39.pyc'
import 'encodings.utf_8' # <_frozen_importlib_external.SourceFileLoader
object at 0x7f801596cf40>
import '_signal' # 
# /usr/local/lib/python3.9/encodings/__pycache__/latin_1.cpython-39.pyc
matches /usr/local/lib/python3.9/encodings/latin_1.py
# code object from
'/usr/local/lib/python3.9/encodings/__pycache__/latin_1.cpython-39.pyc'
import 'encodings.latin_1' # <_frozen_importlib_external.SourceFileLoader
object at 0x7f8015903a00>
# /usr/local/lib/python3.9/__pycache__/io.cpython-39.pyc matches
/usr/local/lib/python3.9/io.py
# code object from '/usr/local/lib/python3.9/__pycache

[GNC-dev] Bug (side-effect) in gnucash-on-flatpak: logs get uploaded to docs_revision branch

2020-04-21 Thread Derek Atkins
Hi,

I am trying to set up a new flatpak build for chris to test out his beta
branch.  Of course I cannot just call build_package.sh -r beta because
there is no beta branch of the docs.  However, when I use -d  to
specify a specific gnucash-docs directory, this has an unusual side
effect:  the build log gets uploaded into the  directory!

In other words, if I say build_package.sh -r beta -d master, the build log
gets uploaded to build-logs/master/-mm/build-beta-...

This appears to happen because the function prepare_repo() sets the
variable remote_branch_dir, and that gets used (later) in
upload_build_log().  SO the fact that we prepare_repo for the code and
only later prepare_repo docs, it's the DOCS version that gets used.

It's a very odd side-effect of the code, but I suppose it makes sense for
something like -r 3.10 -d maint.  But doesn't make sense in my case.

I'm not sure the right way to "fix" this.

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

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


[GNC-dev] Clean flatpak build failing due to missing dependency

2020-04-21 Thread Derek Atkins
HI,

Trying to build Chris' beta branch in flatpak and the build is failing due
to a missing dependency:

Downloading https://www.aleksey.com/xmlsec/download/xmlsec1-1.2.26.tar.gz
   0 00 00 0  0  0 --:--:--  0:00:01 --:--:-- 
   0
Failed to download sources: module xmlsec: The requested URL returned
error: 404 Not Found

Looking at the directory, there is only versions 28, 29, and 30 -- and
v.28 is from 2019.

I'm not sure where this dep needs to be adjusted.

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

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


Re: [GNC-dev] Fwd: Testing python

2020-04-21 Thread Geert Janssens
Hi,

I presume you are building from git. What commit are you building from ? There 
was an issue 
with detecting uninstalled builds that got fix right after the 3.10 release. So 
you'd need a very 
recent checkout to have this fix. This bug may be causing the symptoms you 
experience.

Regards,

Geert

Op dinsdag 21 april 2020 05:15:53 CEST schreef Andy Goblins:
>My environment seems much the same as yours. But for some reason, it
>can't find the gncmod-backend-* files, which are compiled into the
>build/lib/gnucash directory:
> 
>Python 3.8.2 (default, Apr  8 2020, 14:31:25)
>[GCC 9.3.0] on linux
>Type "help", "copyright", "credits" or "license" for more information.
> 
>>>> import sys
>>>> print(sys.path)
> 
>['', '/usr/lib/python38.zip', '/usr/lib/python3.8',
>'/usr/lib/python3.8/lib-dynload',
>'/home/andy/hack/gnucash/build/lib/python3.8/site-packages',
>'/home/andy/.local/lib/python3.8/site-packages',
>'/usr/lib/python3.8/site-packages']
> 
>>>> import gnucash
> 
>* 22:04:55  WARN  failed to load gncmod-backend-dbi from
>relative path
>* 22:04:55 ERROR  required library gncmod-backend-dbi not
>found.
>* 22:04:55  WARN  failed to load gncmod-backend-xml from
>relative path
>* 22:04:55 ERROR  required library gncmod-backend-xml not
>found.
> 
>>>> import gnucash.gnucash_core_c
>>>> print(gnucash.gnucash_core_c.CREC)
> 
>c
> 
>>>> exit()
> 
>(build) ~/hack/gnucash/build > ls -a lib/python3.8/site-packages
>total 40
>drwxr-xr-x 9 andy andy 4096 Apr 16 18:06 .
>drwxr-xr-x 3 andy andy 4096 Apr 16 17:46 ..
>-rw-r--r-- 1 andy andy  126 Apr 16 18:06 easy_install.py
>drwxr-xr-x 3 andy andy 4096 Apr 16 18:00 gnucash
>drwxr-xr-x 5 andy andy 4096 Apr 16 18:06 pip
>drwxr-xr-x 2 andy andy 4096 Apr 16 18:06 pip-19.2.3.dist-info
>drwxr-xr-x 5 andy andy 4096 Apr 16 18:06 pkg_resources
>drwxr-xr-x 2 andy andy 4096 Apr 16 18:06 __pycache__
>drwxr-xr-x 6 andy andy 4096 Apr 16 18:06 setuptools
>drwxr-xr-x 2 andy andy 4096 Apr 16 18:06 setuptools-41.2.0.dist-info
>(build) ~/hack/gnucash/build > ls -a
>lib/python3.8/site-packages/gnucash
>total 2556
>drwxr-xr-x 3 andy andy4096 Apr 16 18:00 .
>drwxr-xr-x 9 andy andy4096 Apr 16 18:06 ..
>-rw-r--r-- 1 andy andy 552 Apr 16 18:00 app_utils.py
>-rw-r--r-- 1 andy andy9286 Apr 16 18:00 function_class.py
>-rw-r--r-- 1 andy andy   14460 Apr 16 18:00 gnucash_business.py
>-rw-r--r-- 1 andy andy  272455 Apr 16 18:00 gnucash_core_c.py
>-rwxr-xr-x 1 andy andy 1872240 Apr 16 18:00 _gnucash_core_c.so
>-rw-r--r-- 1 andy andy   33878 Apr 16 18:00 gnucash_core.py
>-rw-r--r-- 1 andy andy 443 Apr 16 18:00 __init__.py
>drwxr-xr-x 2 andy andy4096 Apr 16 18:00 __pycache__
>-rw-r--r-- 1 andy andy3772 Apr 16 17:58 sw_app_utils.py
>-rwxr-xr-x 1 andy andy  163488 Apr 16 17:58 _sw_app_utils.so
>-rw-r--r-- 1 andy andy   14200 Apr 16 17:59 sw_core_utils.py
>-rwxr-xr-x 1 andy andy  196176 Apr 16 17:59 _sw_core_utils.so
> 
>Sent: Sunday, April 19, 2020 at 10:43 AM
>From: "Mark" 
>To: "gnucash-devel" 
>Subject: [GNC-dev] Fwd: Testing python
>Forgot to reply all...
>*Mark*
>*episte...@gmail.com *
>*(613) 447-5385*
>-- Forwarded message -
>From: Mark 
>Date: Sun, Apr 19, 2020 at 11:42 AM
>Subject: Re: [GNC-dev] Testing python
>To: Andy Goblins 
>From a terminal with your venv activated, can you show the actual
>output
>you get from a test like so:
>(venv39) /newdata/dev/git/Python/VENV/venv39 | Sun Apr 19 11:16:23 |
>marksa@Ares-A717-72G | bash 4.4.20
>2038 > python
>Python 3.9.0a5+ (heads/master-dirty:3e0dd3730b, Apr 12 2020, 06:54:39)
>[GCC 7.5.0] on linux
>Type "help", "copyright", "credits" or "license" for more information.
> 
>>>> import sys
>>>> print(sys.path)
> 
>['', '/usr/local/lib/python39.zip', '/usr/local/lib/python3.9',
>'/usr/local/lib/python3.9/lib-dynload',
>'/newdata/dev/Python/VENV/venv39/lib/python3.9/site-packages',
>'/home/marksa/.local/lib/python3.9/site-packages',
>'/usr/local/lib/python3.9/site-packages']
> 
>>>> import gnucash
>>>> import gnucash.gnucash_core_c
>>>> print(gnucash.gnucash_core_c.CREC)
> 
>c
> 
>>>> exit()
> 
>This is the simple test I run to make sure I have properly set up a new
>venv for running the gnucash python bindings. I presume you are getting
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] Bug (side-effect) in gnucash-on-flatpak: logs get uploaded to docs_revision branch

2020-04-21 Thread Geert Janssens
Hi,

This was brought to my attention via irc. I have pushed a fix for this.

Regards,

Geert

Op dinsdag 21 april 2020 13:07:38 CEST schreef Derek Atkins:
> Hi,
> 
> I am trying to set up a new flatpak build for chris to test out his beta
> branch.  Of course I cannot just call build_package.sh -r beta because
> there is no beta branch of the docs.  However, when I use -d  to
> specify a specific gnucash-docs directory, this has an unusual side
> effect:  the build log gets uploaded into the  directory!
> 
> In other words, if I say build_package.sh -r beta -d master, the build log
> gets uploaded to build-logs/master/-mm/build-beta-...
> 
> This appears to happen because the function prepare_repo() sets the
> variable remote_branch_dir, and that gets used (later) in
> upload_build_log().  SO the fact that we prepare_repo for the code and
> only later prepare_repo docs, it's the DOCS version that gets used.
> 
> It's a very odd side-effect of the code, but I suppose it makes sense for
> something like -r 3.10 -d maint.  But doesn't make sense in my case.
> 
> I'm not sure the right way to "fix" this.
> 
> -derek


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


Re: [GNC-dev] Fwd: Testing python

2020-04-21 Thread Mark
My bindings are built from the git source code for the 3.10 release
(gnucash-3.10.tar.bz2):

/opt/bin | Tue Apr 21 08:55:25 | marksa@Ares-A717-72G | bash 4.4.20
2013 > ./gnucash --version
GnuCash 3.10
Build ID: 3.10+(2020-04-11)

So maybe I have a slightly later version of 3.10 where this bug was already
fixed?


*Mark*
*episte...@gmail.com *
*(613) 447-5385*



On Tue, Apr 21, 2020 at 8:33 AM Geert Janssens 
wrote:

> Hi,
>
>
>
> I presume you are building from git. What commit are you building from ?
> There was an issue with detecting uninstalled builds that got fix right
> after the 3.10 release. So you'd need a very recent checkout to have this
> fix. This bug may be causing the symptoms you experience.
>
>
>
> Regards,
>
>
>
> Geert
>
>
>
> Op dinsdag 21 april 2020 05:15:53 CEST schreef Andy Goblins:
>
> > My environment seems much the same as yours. But for some reason, it
>
> > can't find the gncmod-backend-* files, which are compiled into the
>
> > build/lib/gnucash directory:
>
> >
>
> > Python 3.8.2 (default, Apr 8 2020, 14:31:25)
>
> > [GCC 9.3.0] on linux
>
> > Type "help", "copyright", "credits" or "license" for more information.
>
> >
>
> > >>> import sys
>
> > >>> print(sys.path)
>
> >
>
> > ['', '/usr/lib/python38.zip', '/usr/lib/python3.8',
>
> > '/usr/lib/python3.8/lib-dynload',
>
> > '/home/andy/hack/gnucash/build/lib/python3.8/site-packages',
>
> > '/home/andy/.local/lib/python3.8/site-packages',
>
> > '/usr/lib/python3.8/site-packages']
>
> >
>
> > >>> import gnucash
>
> >
>
> > * 22:04:55 WARN  failed to load gncmod-backend-dbi from
>
> > relative path
>
> > * 22:04:55 ERROR  required library gncmod-backend-dbi not
>
> > found.
>
> > * 22:04:55 WARN  failed to load gncmod-backend-xml from
>
> > relative path
>
> > * 22:04:55 ERROR  required library gncmod-backend-xml not
>
> > found.
>
> >
>
> > >>> import gnucash.gnucash_core_c
>
> > >>> print(gnucash.gnucash_core_c.CREC)
>
> >
>
> > c
>
> >
>
> > >>> exit()
>
> >
>
> > (build) ~/hack/gnucash/build > ls -a lib/python3.8/site-packages
>
> > total 40
>
> > drwxr-xr-x 9 andy andy 4096 Apr 16 18:06 .
>
> > drwxr-xr-x 3 andy andy 4096 Apr 16 17:46 ..
>
> > -rw-r--r-- 1 andy andy 126 Apr 16 18:06 easy_install.py
>
> > drwxr-xr-x 3 andy andy 4096 Apr 16 18:00 gnucash
>
> > drwxr-xr-x 5 andy andy 4096 Apr 16 18:06 pip
>
> > drwxr-xr-x 2 andy andy 4096 Apr 16 18:06 pip-19.2.3.dist-info
>
> > drwxr-xr-x 5 andy andy 4096 Apr 16 18:06 pkg_resources
>
> > drwxr-xr-x 2 andy andy 4096 Apr 16 18:06 __pycache__
>
> > drwxr-xr-x 6 andy andy 4096 Apr 16 18:06 setuptools
>
> > drwxr-xr-x 2 andy andy 4096 Apr 16 18:06 setuptools-41.2.0.dist-info
>
> > (build) ~/hack/gnucash/build > ls -a
>
> > lib/python3.8/site-packages/gnucash
>
> > total 2556
>
> > drwxr-xr-x 3 andy andy 4096 Apr 16 18:00 .
>
> > drwxr-xr-x 9 andy andy 4096 Apr 16 18:06 ..
>
> > -rw-r--r-- 1 andy andy 552 Apr 16 18:00 app_utils.py
>
> > -rw-r--r-- 1 andy andy 9286 Apr 16 18:00 function_class.py
>
> > -rw-r--r-- 1 andy andy 14460 Apr 16 18:00 gnucash_business.py
>
> > -rw-r--r-- 1 andy andy 272455 Apr 16 18:00 gnucash_core_c.py
>
> > -rwxr-xr-x 1 andy andy 1872240 Apr 16 18:00 _gnucash_core_c.so
>
> > -rw-r--r-- 1 andy andy 33878 Apr 16 18:00 gnucash_core.py
>
> > -rw-r--r-- 1 andy andy 443 Apr 16 18:00 __init__.py
>
> > drwxr-xr-x 2 andy andy 4096 Apr 16 18:00 __pycache__
>
> > -rw-r--r-- 1 andy andy 3772 Apr 16 17:58 sw_app_utils.py
>
> > -rwxr-xr-x 1 andy andy 163488 Apr 16 17:58 _sw_app_utils.so
>
> > -rw-r--r-- 1 andy andy 14200 Apr 16 17:59 sw_core_utils.py
>
> > -rwxr-xr-x 1 andy andy 196176 Apr 16 17:59 _sw_core_utils.so
>
> >
>
> > Sent: Sunday, April 19, 2020 at 10:43 AM
>
> > From: "Mark" 
>
> > To: "gnucash-devel" 
>
> > Subject: [GNC-dev] Fwd: Testing python
>
> > Forgot to reply all...
>
> > *Mark*
>
> > *episte...@gmail.com *
>
> > *(613) 447-5385*
>
> > -- Forwarded message -
>
> > From: Mark 
>
> > Date: Sun, Apr 19, 2020 at 11:42 AM
>
> > Subject: Re: [GNC-dev] Testing python
>
> > To: Andy Goblins 
>
> > From a terminal with your venv activated, can you show the actual
>
> > output
>
> > you get from a test like so:
>
> > (venv39) /newdata/dev/git/Python/VENV/venv39 | Sun Apr 19 11:16:23 |
>
> > marksa@Ares-A717-72G | bash 4.4.20
>
> > 2038 > python
>
> > Python 3.9.0a5+ (heads/master-dirty:3e0dd3730b, Apr 12 2020, 06:54:39)
>
> > [GCC 7.5.0] on linux
>
> > Type "help", "copyright", "credits" or "license" for more information.
>
> >
>
> > >>> import sys
>
> > >>> print(sys.path)
>
> >
>
> > ['', '/usr/local/lib/python39.zip', '/usr/local/lib/python3.9',
>
> > '/usr/local/lib/python3.9/lib-dynload',
>
> > '/newdata/dev/Python/VENV/venv39/lib/python3.9/site-packages',
>
> > '/home/marksa/.local/lib/python3.9/site-packages',
>
> > '/usr/local/lib/python3.9/site-packages']
>
> >
>
> > >>> import gnucash
>
> > >>> import gnucash.gnucash_core_c
>
> > >>> print(gnucash.gnucash_core_c.CREC)
>
> >
>
> > c
>
> >
>
> > >>> exit()
>
> >
>
> > This is the simple 

Re: [GNC-dev] Clean flatpak build failing due to missing dependency

2020-04-21 Thread Geert Janssens
Hi,

I have updated the flatpak build scripts to use 1.2.29. Version 30 is not 
officially released yet..

Geert

Op dinsdag 21 april 2020 13:10:36 CEST schreef Derek Atkins:
> HI,
> 
> Trying to build Chris' beta branch in flatpak and the build is failing due
> to a missing dependency:
> 
> Downloading https://www.aleksey.com/xmlsec/download/xmlsec1-1.2.26.tar.gz
>0 00 00 0  0  0 --:--:--  0:00:01 --:--:--
>0
> Failed to download sources: module xmlsec: The requested URL returned
> error: 404 Not Found
> 
> Looking at the directory, there is only versions 28, 29, and 30 -- and
> v.28 is from 2019.
> 
> I'm not sure where this dep needs to be adjusted.
> 
> -derek


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


Re: [GNC-dev] Fwd: Testing python

2020-04-21 Thread Geert Janssens
Op dinsdag 21 april 2020 15:01:33 CEST schreef Mark:
> My bindings are built from the git source code for the 3.10 release
> (gnucash-3.10.tar.bz2):
> 
> /opt/bin | Tue Apr 21 08:55:25 | marksa@Ares-A717-72G | bash 4.4.20
> 2013 > ./gnucash --version
> GnuCash 3.10
> Build ID: 3.10+(2020-04-11)
> 
> So maybe I have a slightly later version of 3.10 where this bug was already
> fixed?

No, I don't think so. The fix was only included on 2020-04-12 and is not part 
of the release 
tarball.

But there are several factors at play. Do you run "make install" ? If so, the 
python bindings 
would properly find the libraries in the installation directory. If not, they 
should be found in the 
build directory, but I expect that to fail without the aforementioned patch.

Regards,

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


Re: [GNC-dev] Fwd: Testing python

2020-04-21 Thread Mark
Yea, I ran 'sudo ninja install'.
Andy, from your initial email, can't tell for sure but possibly you built a
venv right after your ninja build without doing an install?

*Mark*


*episte...@gmail.com *
*(613) 447-5385*



On Tue, Apr 21, 2020 at 10:18 AM Geert Janssens 
wrote:

> Op dinsdag 21 april 2020 15:01:33 CEST schreef Mark:
>
> > My bindings are built from the git source code for the 3.10 release
>
> > (gnucash-3.10.tar.bz2):
>
> >
>
> > /opt/bin | Tue Apr 21 08:55:25 | marksa@Ares-A717-72G | bash 4.4.20
>
> > 2013 > ./gnucash --version
>
> > GnuCash 3.10
>
> > Build ID: 3.10+(2020-04-11)
>
> >
>
> > So maybe I have a slightly later version of 3.10 where this bug was
> already
>
> > fixed?
>
>
>
> No, I don't think so. The fix was only included on 2020-04-12 and is not
> part of the release tarball.
>
>
>
> But there are several factors at play. Do you run "make install" ? If so,
> the python bindings would properly find the libraries in the installation
> directory. If not, they should be found in the build directory, but I
> expect that to fail without the aforementioned patch.
>
>
>
> Regards,
>
>
>
> Geert
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel