date:20200305




> On Mar 5, 2020, at 11:59 AM, Geert Janssens  
> wrote:
> 
> Op donderdag 5 maart 2020 20:54:54 CET schreef John Ralls:
> > That's because its-tool looks for python and python-config instead of
> > python3 and python3-config so it finds the virtenv python and of course
> > libxml2.py isn't installed there. As I said I usually drop to the shell and
> > create those symlinks then re-run itstool's configure. Your fix installed
> > it in the virtenv instead and that's fine for GnuCash.
> > 
> > Regards,
> > John Ralls
> > 
> Would it be hard to patch its-tool's config scripts to look for the right 
> file names instead ?

Unfortunately yes. AM_PATH_PYTHON, like so much else automake, is stuck in the 
1990s and that's what itstool uses to find Python.

Regards,
John Ralls


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

Re: [GNC-dev] Build on MacOS


I thought it was built automagically but it's an optional dependency. With 
libdbi-modules config line failing to build if all there clients aren't present 
that's not right. I've pushed a commit that makes them hard dependencies.

Regards,
John Ralls


> On Mar 5, 2020, at 12:25 PM, Jean Laroche  wrote:
> 
> I am now running into this (again):
> You asked me if I told jhbuild to skip mysql, and the answer is no.
> Where is the library linked by -lmysqlclient to be found, normally?
> Jean
> 
> *** Building libdbi-drivers *** [54/71]
> make -j 9
> make  all-recursive
> make[1]: Entering directory 
> '/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0'
> Making all in drivers
> make[2]: Entering directory 
> '/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0/drivers'
> Making all in mysql
> make[3]: Entering directory 
> '/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0/drivers/mysql'
> /bin/sh ../../libtool  --tag=CC   --mode=link 
> /Applications/Xcode.app/Contents/Developer/usr/bin/gcc  -std=gnu99 -arch 
> x86_64 
> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include
>  -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>  -mmacosx-version-min=10.13 -module -avoid-version 
> -L/Users/gnucash/gnucash-stable/lib -lmysqlclient -no-undefined -ldbi 
> -L/Users/gnucash/gnucash-stable/lib -L/Users/gnucash/gnucash-stable/lib 
> -L/Users/gnucash/gnucash-stable/lib -arch x86_64 
> -L/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/lib
>  -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>  -mmacosx-version-min=10.13 -Wl,-headerpad_max_install_names -o 
> libdbdmysql.la -rpath /Users/gnucash/gnucash-stable/lib/dbd dbd_mysql.lo
> libtool: link: /Applications/Xcode.app/Contents/Developer/usr/bin/gcc -o 
> .libs/libdbdmysql.so -bundle  .libs/dbd_mysql.o 
> -L/Users/gnucash/gnucash-stable/lib -lmysqlclient -ldbi 
> -L/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/lib
>   -arch x86_64 -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>  -mmacosx-version-min=10.13 -arch x86_64 -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>  -mmacosx-version-min=10.13 -Wl,-headerpad_max_install_names
> ld: library not found for -lmysqlclient
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> make[3]: *** [Makefile:479: libdbdmysql.la] Error 1
> make[3]: Leaving directory 
> '/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0/drivers/mysql'
> make[2]: *** [Makefile:403: all-recursive] Error 1
> make[2]: Leaving directory 
> '/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0/drivers'
> make[1]: *** [Makefile:454: all-recursive] Error 1
> make[1]: Leaving directory 
> '/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0'
> make: *** [Makefile:384: all] Error 2
> *** Error during phase build of libdbi-drivers: ## Error running make 
> -j 9  *** [54/71]
> 
> 
> 
> On 3/5/20 11:54 AM, John Ralls wrote:
>> That's because its-tool looks for python and python-config instead of 
>> python3 and python3-config so it finds the virtenv python and of course 
>> libxml2.py isn't installed there. As I said I usually drop to the shell and 
>> create those symlinks then re-run itstool's configure. Your fix installed it 
>> in the virtenv instead and that's fine for GnuCash.
>> Regards,
>> John Ralls
>>> On Mar 5, 2020, at 11:42 AM, Jean Laroche  wrote:
>>> 
>>> No worries. I fixed the issue manually with the help of others.
>>> 
>>> In jhbuild build, I ran into the libxml2 issue despite the facts that links 
>>> to python3 and python3-config were present in $PREFIX/bin.
>>> 
>>> To fix this, I Dropped to shell, did pip3.6 install libxml2-python3, 
>>> returned to build and pressed [1]. That worked.
>>> The build is continuing, will keep you posted.
>>> 
>>> Jean
>>> 
>>> On 3/5/20 11:29 AM, John Ralls wrote:
 Sorry, I pushed a change I shouldn't have. It's fixed and pushed now.
 
 Details: There are two include lines in gnucash.modules, one for including 
 the gtk-osx modules from gitlab.gnome.org, the other for including them 
 from my local working repository for when I need to test in GnuCash a 
 change in a module that builds from gtk-osx (I maintain both along with 
 the Quartz backend in Gtk). The local one should be commented out and the 
 gitlab one active, but I'd reversed it to test something and forgot to 
 change it back before my last push.
 
 Regards,
 John Ralls
 
> On Mar 4, 2020, at 9:29 PM, Roger Moore  wrote:
> 
> mmm I'm running into a new problem now, which I really don'

Re: [GNC-dev] Single User Installation location on Linux

Strange 

I or someone else must have changed the wiki after the previous discussion.
It now has $HOME/opt as a recommended location and points out that it can be
any directory the user chooses. 

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

Re: [GNC-dev] Single User Installation location on Linux

John,

These were previous mentionsof $HOME/.local. My emeory of things is getting
a bit flawed these days.

I don't think it was a rtecommendation as such. The original wiki before I
modified it had $HOME/.local as the single user location

http://gnucash.1415818.n4.nabble.com/GNC-dev-About-the-HOME-local-installation-prefix-tp4710196p4710237.html

http://gnucash.1415818.n4.nabble.com/GNC-Building-v3-Wiki-entry-for-Ubuntu-tt4701508.html#a4701569

http://gnucash.1415818.n4.nabble.com/GNC-dev-About-the-HOME-local-installation-prefix-tp4710196p4710262.html

The thread above seems to also conclude a $HOME/apps location or similar as
a better alternative. i obviously didn't follow up and modify the wiki at
the time. Will put it on the to do list this time.

http://gnucash.1415818.n4.nabble.com/GNC-Uninstall-GC-tp4708376p4708497.html

I couldn't find any earlier references.

I will change the wiki to recommend using a directory under $HOME aka
/home/. I will suggest using $HOME/apps but point out it can be any
directory name the user chooses and can be a hidden directory if the user so
wishes. I will also add some suggestions for alternative ways to include the
executable in the PATH environment as well as a suggestion to include a
launcher in the OS's menu system as per the distro's methods.

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

Re: [GNC-dev] Single User Installation location on Linux

Geert

I had a short discussion about where to install for local use with John when
I started updating the wiki a couple of years ago. At that time the user
gnucash data files weren't in $HOME/.local/share/gnucash so there was no
possible conflict at that time.

The $HOME/.local/bin was added to PATH in my default user .profile supplied
in Linux Mint which is executed by the command interpreter in login shells.
It also adds $HOME/bin to the PATH and includes .bashrc if it exists., so it
is a distro dependent addition and we can't assume it will have been added
in all distributions. 
.profile   


If $HOME/.local/bin or $HOME/bin is in the PATH and has a soft link in
either location to the executable  then just typing gnucash at the prompt in
a terminal will start it (AFAIK as long as there isn't another link earlier
in the PATH variable which gets activated first). My own  practice is to
create aliases  which address the specific executable and locations when I
have multiple versions installed or if the use is likely to be longer term
create launchers for the specific version in the LM menu.

> That will depend a bit on the history behind the choice for $HOME/.local
> in
> the first place.

That was the main reason why I raised it here after Frank pointed it out in
a comment on my reply to a user in the user forum. It may be the user data
files can coexist happily in $HOME/.local/share along with the program data
files as it is a single user installation.

I built and installed 3.8 to $HOME/.local yesterday to check it out. make
uninstall seems to have removed the files placed in
$HOME/.local/share/gnucash in the install without affecting the user data
files in the same location, but just leaves the trail of empty directories
the files were in.The risk is in a user doing a manual uninstall of the
program and accidentally deleting the user data files with custom reports,
checks books etc.


David Cousens


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

Re: [GNC-dev] Single User Installation location on Linux

Hi Frank,

I agree with the general point of using a directory under $HOME as the
installation point. What it is called is really up to the users preference.
$HOME/.local/bin seems to be included in PATH by default on Linux Mint.  Not
sure if that is necessarily the case for other Linux distributions. I have
adopted using a simlink from $HOME/.local/bin to the executable in
$HOME//bin/gnucash if I have a local installation.

That has the advantage that the PATH variable doesn't become cluttered with
a lot of individual paths to other installed applications. Not all other
aprograms necessarily install cleanly in the $HOME/{\bin | \etc
| \lib | /include | \share} structure. I have some which have the structure
$HOME///{\bin | \etc | \lib | /include |
\share} which in time will hopefully become more consistent.

I personally only have a few apps I install for a single user, usually just
apps I am trying out. Most including GnuCash are installed system wide in
either /usr/local or /opt but we probably need to consider those users who
are either not comfortable with system installation or do not have the
privileges for system wide installation or easy access to those who do. 

I do also  install builds of maint and master branches locally but I use a
separate directory again under my home directory for any development
installations. 

Possibly the best way to go in the wiki is to specify a general form like 
 in the syntax and point out that the user can subsitute
their choice for .

I am experimenting with a bash script to do the full install including
download of a selected version from a list of the current available versions
from SourceForge, extracting it and either a system wide to /usr/local or
/opt or a local install to a specified directory under $HOME. I would like
eventually to be able to query SourceForge for the list of available
versions but my bash skills are still too rudimentary.  The install part of
the script is easy it is just setting up the option selection which is
proving a challenge

David Cousens



-
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

Re: [GNC-dev] Build on MacOS


I am now running into this (again):
You asked me if I told jhbuild to skip mysql, and the answer is no.
Where is the library linked by -lmysqlclient to be found, normally?
Jean

*** Building libdbi-drivers *** [54/71]
make -j 9
make  all-recursive
make[1]: Entering directory 
'/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0'

Making all in drivers
make[2]: Entering directory 
'/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0/drivers'

Making all in mysql
make[3]: Entering directory 
'/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0/drivers/mysql'
/bin/sh ../../libtool  --tag=CC   --mode=link 
/Applications/Xcode.app/Contents/Developer/usr/bin/gcc  -std=gnu99 -arch 
x86_64 
-I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include 
-isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk 
-mmacosx-version-min=10.13 -module -avoid-version 
-L/Users/gnucash/gnucash-stable/lib -lmysqlclient -no-undefined -ldbi 
-L/Users/gnucash/gnucash-stable/lib -L/Users/gnucash/gnucash-stable/lib 
-L/Users/gnucash/gnucash-stable/lib -arch x86_64 
-L/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/lib 
-isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk 
-mmacosx-version-min=10.13 -Wl,-headerpad_max_install_names -o 
libdbdmysql.la -rpath /Users/gnucash/gnucash-stable/lib/dbd dbd_mysql.lo
libtool: link: /Applications/Xcode.app/Contents/Developer/usr/bin/gcc 
-o .libs/libdbdmysql.so -bundle  .libs/dbd_mysql.o 
-L/Users/gnucash/gnucash-stable/lib -lmysqlclient -ldbi 
-L/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/lib 
 -arch x86_64 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk 
-mmacosx-version-min=10.13 -arch x86_64 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk 
-mmacosx-version-min=10.13 -Wl,-headerpad_max_install_names

ld: library not found for -lmysqlclient
clang: error: linker command failed with exit code 1 (use -v to see 
invocation)

make[3]: *** [Makefile:479: libdbdmysql.la] Error 1
make[3]: Leaving directory 
'/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0/drivers/mysql'

make[2]: *** [Makefile:403: all-recursive] Error 1
make[2]: Leaving directory 
'/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0/drivers'

make[1]: *** [Makefile:454: all-recursive] Error 1
make[1]: Leaving directory 
'/Users/gnucash/gnucash-stable/build/libdbi-drivers-0.9.0'

make: *** [Makefile:384: all] Error 2
*** Error during phase build of libdbi-drivers: ## Error running 
make -j 9  *** [54/71]




On 3/5/20 11:54 AM, John Ralls wrote:

That's because its-tool looks for python and python-config instead of python3 
and python3-config so it finds the virtenv python and of course libxml2.py 
isn't installed there. As I said I usually drop to the shell and create those 
symlinks then re-run itstool's configure. Your fix installed it in the virtenv 
instead and that's fine for GnuCash.

Regards,
John Ralls



On Mar 5, 2020, at 11:42 AM, Jean Laroche  wrote:

No worries. I fixed the issue manually with the help of others.

In jhbuild build, I ran into the libxml2 issue despite the facts that links to 
python3 and python3-config were present in $PREFIX/bin.

To fix this, I Dropped to shell, did pip3.6 install libxml2-python3, returned 
to build and pressed [1]. That worked.
The build is continuing, will keep you posted.

Jean

On 3/5/20 11:29 AM, John Ralls wrote:

Sorry, I pushed a change I shouldn't have. It's fixed and pushed now.

Details: There are two include lines in gnucash.modules, one for including the 
gtk-osx modules from gitlab.gnome.org, the other for including them from my 
local working repository for when I need to test in GnuCash a change in a 
module that builds from gtk-osx (I maintain both along with the Quartz backend 
in Gtk). The local one should be commented out and the gitlab one active, but 
I'd reversed it to test something and forgot to change it back before my last 
push.

Regards,
John Ralls


On Mar 4, 2020, at 9:29 PM, Roger Moore  wrote:

mmm I'm running into a new problem now, which I really don't understand...

Teds-iMac:~ gnucash$ jhbuild build
Loading .env environment variables…
jhbuild build: failed to parse 
/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
 [Errno 2] No such file or directory: 
u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'

Where does this /Users/john path comes from?
I didn't change anything to my setup, came back 5 days later, and I'm getting 
this error now... Does jhbuild r

Re: [GNC-dev] Single User Installation location on Linux

I can't, perhaps David remembers ?

Geert

[1] https://lists.gnucash.org/pipermail/gnucash-user/2020-March/089602.html

Op donderdag 5 maart 2020 20:57:04 CET schreef John Ralls:
> Can you point me at that recommendation? I don't remember it and all Google
> is finding for me is
> https://lists.gnucash.org/pipermail/gnucash-user/2018-May/076971.html where
> I use $HOME/.local as an e.g.
> 
> Regards,
> John Ralls
> 
> > On Mar 5, 2020, at 12:53 AM, Geert Janssens 
> > wrote:
> > 
> > I just now read your original reply on the user list.
> > 
> > So the recommendation comes from John. We'll have to wait for his answer
> > to
> > see where he got it from then.
> > 
> > In addition you suggest there the installation process adds
> > $HOME/.local/bin to the PATH. I don't think it does. There is nothing in
> > the build scripts that would suggest otherwise.
> > So it must be either something your distro does for you or something you
> > may have done yourself in the past.
> > 
> > For the record on Fedora this is not added to the path by default. It's
> > not in mine.
> > 
> > Regards,
> > 
> > Geert
> > 
> > Op donderdag 5 maart 2020 09:43:44 CET schreef Geert Janssens:
> >> David,
> >> 
> >> I'm interested where you got the recommendation to install into
> >> $HOME/.local from ? Perhaps this is a practice used by some distros in
> >> specific ?>> 
> >> Op donderdag 5 maart 2020 02:47:36 CET schreef David Cousens:
> >>> If I create a directory .apps under $HOME then GnuCash installs to it
> >>> without any problem but no link from $HOME/.local/bin to the executable
> >>> in
> >>> $HOME/.apps  is created by the installation and the user would have to
> >>> create this this manually. Once this is done GnuCash seems to run  fine
> >>> from $HOME/.apps as a single user app.
> >> 
> >> How do you start gnucash when installed in $HOME/.local/bin ?
> >> What's different with doing so from $HOME/.apps ?
> >> 
> >>> The question is do we need to change the recommendation for installing
> >>> under $HOME/.local on the wiki and what should we change it to? If it is
> >>> agreed this is necessary I will modify the wiki to suit.
> >> 
> >> That will depend a bit on the history behind the choice for $HOME/.local
> >> in
> >> the first place.
> >> 
> >> Regards,
> >> 
> >> Geert
> >> 
> >> 
> >> ___
> >> 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


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

Re: [GNC-dev] Build on MacOS

NOTE:
The xmlsec error does not disappear when choosing [6] (wipe and retry).
The error is:
make[3]: Entering directory
'/Users/gnucash/gnucash-stable/build/xmlsec/docs/api'

Copying api-docs...
/bin/cp: illegal option -- u
usage: cp [-R [-H | -L | -P]] [-fi | -n] [-apvXc] source_file target_file
cp [-R [-H | -L | -P]] [-fi | -n] [-apvXc] source_file ...
target_directory

On my mac, cp -u isn't an option. So as I described previously I had to
edit the Makefiles to change -Ru -> -R. That fixes the error.

Jean

On 3/5/20 11:54 AM, John Ralls wrote:

That's because its-tool looks for python and python-config instead of python3
and python3-config so it finds the virtenv python and of course libxml2.py
isn't installed there. As I said I usually drop to the shell and create those
symlinks then re-run itstool's configure. Your fix installed it in the virtenv
instead and that's fine for GnuCash.

Regards,
John Ralls

On Mar 5, 2020, at 11:42 AM, Jean Laroche wrote:

No worries. I fixed the issue manually with the help of others.

In jhbuild build, I ran into the libxml2 issue despite the facts that links to
python3 and python3-config were present in $PREFIX/bin.

To fix this, I Dropped to shell, did pip3.6 install libxml2-python3, returned
to build and pressed [1]. That worked.
The build is continuing, will keep you posted.

Jean

On 3/5/20 11:29 AM, John Ralls wrote:

Sorry, I pushed a change I shouldn't have. It's fixed and pushed now.

Details: There are two include lines in gnucash.modules, one for including the
gtk-osx modules from gitlab.gnome.org, the other for including them from my
local working repository for when I need to test in GnuCash a change in a
module that builds from gtk-osx (I maintain both along with the Quartz backend
in Gtk). The local one should be commented out and the gitlab one active, but
I'd reversed it to test something and forgot to change it back before my last
push.

Regards,
John Ralls

On Mar 4, 2020, at 9:29 PM, Roger Moore wrote:

mmm I'm running into a new problem now, which I really don't understand...

Teds-iMac:~ gnucash$ jhbuild build
Loading .env environment variables…
jhbuild build: failed to parse
/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
[Errno 2] No such file or directory:
u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'

Where does this /Users/john path comes from?
I didn't change anything to my setup, came back 5 days later, and I'm getting
this error now... Does jhbuild run git in the background?

Any idea what I should do now?
Jean
On Wed, Mar 4, 2020 at 8:11 PM jean laroche wrote:
Thanks John,
Of course, I know it's never a good option to press [3] and skip, but
this way you could see all errors that weren't caused by previous errors.

> Did you tell jhbuild to skip mysql?
No, I don't even know how to do that! :)

You have a bad boost download so you'll have to delete the downloaded file and
try again.

OK.
I'm going to try your recommendations and report.
Thanks!
Jean

On 2/29/2020 12:42 PM, John Ralls wrote:

Skipping the itstool module caused the gtk-doc failure, and skipping that
caused the gtk+ failure, and so on. When a build fails you have to fix it, so
don't *ever* use [3] give up on module.

The itstool failure itself is because python3 when built from scratch doesn't
create a python or python-config symlink so itstool looks in the wrong place
for the the python libxml2 module. I usually drop to the shell (option 4 on the
jhbuild failure menu) cd to $PREFIX/bin, create the two symlinks, exit the
shell and pick [1] from the menu to try again.

For xmlsec use either [2] ignore and continue to build or [6] wipe directory
and start over.

Did you tell jhbuild to skip mysql?

You have a bad boost download so you'll have to delete the downloaded file and
try again.

I pushed fixes for libgpg-error and libdbi-drivers tests/cgreen include
problem. The latter involves a patch so you need to delete the source directory
for it to apply.

Regards,
John Ralls

On Feb 29, 2020, at 9:00 AM, jean laroche wrote:

I started from a fresh user, with no trace of brew. I'm getting many fails.
I created a pastebin with the messages of a re-run of jhbuild build, so you can
see the details:
https://pastebin.com/293FMgVk

Let me know what you think. I'll be away from the mac until next Wed, but I'll
be within email contact.

A million thanks for the help!
Cheers,
Jean

On 2/28/2020 8:06 PM, John Ralls wrote:

Jean,

Please remember to copy the list on all replies.

On Feb 28, 2020, at 8:26 PM, jean laroche wrote:

Thanks for the pointers John! Very useful! As a newbie building this, I have no
idea what's important and what not. Here are my notes.

Note that a lot of this is hacking, trying to get to a point where I can build.
The solutions are just band-aids

Re: [GNC-dev] Build on MacOS

Op donderdag 5 maart 2020 20:54:54 CET schreef John Ralls:
> That's because its-tool looks for python and python-config instead of
> python3 and python3-config so it finds the virtenv python and of course
> libxml2.py isn't installed there. As I said I usually drop to the shell and
> create those symlinks then re-run itstool's configure. Your fix installed
> it in the virtenv instead and that's fine for GnuCash.
> 
> Regards,
> John Ralls
> 
Would it be hard to patch its-tool's config scripts to look for the right file 
names instead ?

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

Re: [GNC-dev] Build on MacOS

To clarify John, you create a link python -> python3? (and same for the
config)?

On 3/5/20 11:54 AM, John Ralls wrote:

Regards,
John Ralls

On Mar 5, 2020, at 11:42 AM, Jean Laroche wrote:

No worries. I fixed the issue manually with the help of others.

In jhbuild build, I ran into the libxml2 issue despite the facts that links to
python3 and python3-config were present in $PREFIX/bin.

To fix this, I Dropped to shell, did pip3.6 install libxml2-python3, returned
to build and pressed [1]. That worked.
The build is continuing, will keep you posted.

Jean

On 3/5/20 11:29 AM, John Ralls wrote:

Sorry, I pushed a change I shouldn't have. It's fixed and pushed now.

Regards,
John Ralls

On Mar 4, 2020, at 9:29 PM, Roger Moore wrote:

mmm I'm running into a new problem now, which I really don't understand...

Where does this /Users/john path comes from?
I didn't change anything to my setup, came back 5 days later, and I'm getting
this error now... Does jhbuild run git in the background?

> Did you tell jhbuild to skip mysql?
No, I don't even know how to do that! :)

You have a bad boost download so you'll have to delete the downloaded file and
try again.

OK.
I'm going to try your recommendations and report.
Thanks!
Jean

On 2/29/2020 12:42 PM, John Ralls wrote:

Skipping the itstool module caused the gtk-doc failure, and skipping that
caused the gtk+ failure, and so on. When a build fails you have to fix it, so
don't *ever* use [3] give up on module.

For xmlsec use either [2] ignore and continue to build or [6] wipe directory
and start over.

Did you tell jhbuild to skip mysql?

You have a bad boost download so you'll have to delete the downloaded file and
try again.

I pushed fixes for libgpg-error and libdbi-drivers tests/cgreen include
problem. The latter involves a patch so you need to delete the source directory
for it to apply.

Regards,
John Ralls

On Feb 29, 2020, at 9:00 AM, jean laroche wrote:

Let me know what you think. I'll be away from the mac until next Wed, but I'll
be within email contact.

A million thanks for the help!
Cheers,
Jean

On 2/28/2020 8:06 PM, John Ralls wrote:

Jean,

Please remember to copy the list on all replies.

On Feb 28, 2020, at 8:26 PM, jean laroche wrote:

Thanks for the pointers John! Very useful! As a newbie building this, I have no
idea what's important and what not. Here are my notes.

Note that a lot of this is hacking, trying to get to a point where I can build.
The solutions are just band-aids, and they may not be good ones either!

• Build complained about perl XML parser. I started a shell at the point
where it failed and followed this. perl -MCPAN -e shell, followed by install
XML::Parser. This fixed it.

xml-parser, along with several other critical infrastructure packages, is
installed by `jhbuild bootstrap-gtk-osx`, which you need to run before starting
the build proper. I wonder how you were able to proceed withou

Re: [GNC-dev] Single User Installation location on Linux

Can you point me at that recommendation? I don't remember it and all Google is 
finding for me is 
https://lists.gnucash.org/pipermail/gnucash-user/2018-May/076971.html where I 
use $HOME/.local as an e.g.

Regards,
John Ralls


> On Mar 5, 2020, at 12:53 AM, Geert Janssens  
> wrote:
> 
> I just now read your original reply on the user list.
> 
> So the recommendation comes from John. We'll have to wait for his answer to 
> see where he got it from then.
> 
> In addition you suggest there the installation process adds $HOME/.local/bin 
> to the PATH. I don't think it does. There is nothing in the build scripts 
> that 
> would suggest otherwise.
> So it must be either something your distro does for you or something you may 
> have done yourself in the past.
> 
> For the record on Fedora this is not added to the path by default. It's not 
> in 
> mine.
> 
> Regards,
> 
> Geert
> 
> Op donderdag 5 maart 2020 09:43:44 CET schreef Geert Janssens:
>> David,
>> 
>> I'm interested where you got the recommendation to install into $HOME/.local
>> from ? Perhaps this is a practice used by some distros in specific ?
>> Op donderdag 5 maart 2020 02:47:36 CET schreef David Cousens:
>>> If I create a directory .apps under $HOME then GnuCash installs to it
>>> without any problem but no link from $HOME/.local/bin to the executable in
>>> $HOME/.apps  is created by the installation and the user would have to
>>> create this this manually. Once this is done GnuCash seems to run  fine
>>> from $HOME/.apps as a single user app.
>> 
>> How do you start gnucash when installed in $HOME/.local/bin ?
>> What's different with doing so from $HOME/.apps ?
>> 
>>> The question is do we need to change the recommendation for installing
>>> under $HOME/.local on the wiki and what should we change it to? If it is
>>> agreed this is necessary I will modify the wiki to suit.
>> 
>> That will depend a bit on the history behind the choice for $HOME/.local in
>> the first place.
>> 
>> Regards,
>> 
>> Geert
>> 
>> 
>> ___
>> 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

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

Re: [GNC-dev] Build on MacOS

That's because its-tool looks for python and python-config instead of python3 
and python3-config so it finds the virtenv python and of course libxml2.py 
isn't installed there. As I said I usually drop to the shell and create those 
symlinks then re-run itstool's configure. Your fix installed it in the virtenv 
instead and that's fine for GnuCash.

Regards,
John Ralls


> On Mar 5, 2020, at 11:42 AM, Jean Laroche  wrote:
> 
> No worries. I fixed the issue manually with the help of others.
> 
> In jhbuild build, I ran into the libxml2 issue despite the facts that links 
> to python3 and python3-config were present in $PREFIX/bin.
> 
> To fix this, I Dropped to shell, did pip3.6 install libxml2-python3, returned 
> to build and pressed [1]. That worked.
> The build is continuing, will keep you posted.
> 
> Jean
> 
> On 3/5/20 11:29 AM, John Ralls wrote:
>> Sorry, I pushed a change I shouldn't have. It's fixed and pushed now.
>> 
>> Details: There are two include lines in gnucash.modules, one for including 
>> the gtk-osx modules from gitlab.gnome.org, the other for including them from 
>> my local working repository for when I need to test in GnuCash a change in a 
>> module that builds from gtk-osx (I maintain both along with the Quartz 
>> backend in Gtk). The local one should be commented out and the gitlab one 
>> active, but I'd reversed it to test something and forgot to change it back 
>> before my last push.
>> 
>> Regards,
>> John Ralls
>> 
>>> On Mar 4, 2020, at 9:29 PM, Roger Moore  wrote:
>>> 
>>> mmm I'm running into a new problem now, which I really don't understand...
>>> 
>>> Teds-iMac:~ gnucash$ jhbuild build
>>> Loading .env environment variables…
>>> jhbuild build: failed to parse 
>>> /Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
>>>  [Errno 2] No such file or directory: 
>>> u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'
>>> 
>>> Where does this /Users/john path comes from?
>>> I didn't change anything to my setup, came back 5 days later, and I'm 
>>> getting this error now... Does jhbuild run git in the background?
>>> 
>>> Any idea what I should do now?
>>> Jean
>>> On Wed, Mar 4, 2020 at 8:11 PM jean laroche  wrote:
>>> Thanks John,
>>> Of course, I know it's never a good option to press [3] and skip, but
>>> this way you could see all errors that weren't caused by previous errors.
>>> 
>>>  > Did you tell jhbuild to skip mysql?
>>> No, I don't even know how to do that! :)
>>> 
 You have a bad boost download so you'll have to delete the downloaded file 
 and try again.
>>> OK.
>>> I'm going to try your recommendations and report.
>>> Thanks!
>>> Jean
>>> 
>>> On 2/29/2020 12:42 PM, John Ralls wrote:
 Skipping the itstool module caused the gtk-doc failure, and skipping that 
 caused the gtk+ failure, and so on. When a build fails you have to fix it, 
 so don't *ever* use [3] give up on module.
 
 The itstool failure itself is because python3 when built from scratch 
 doesn't create a python or python-config symlink so itstool looks in the 
 wrong place for the the python libxml2 module. I usually drop to the shell 
 (option 4 on the jhbuild failure menu) cd to $PREFIX/bin, create the two 
 symlinks, exit the shell and pick [1] from the menu to try again.
 
 For xmlsec use either [2] ignore and continue to build or [6] wipe 
 directory and start over.
 
 Did you tell jhbuild to skip mysql?
 
 You have a bad boost download so you'll have to delete the downloaded file 
 and try again.
 
 I pushed fixes for libgpg-error and libdbi-drivers tests/cgreen include 
 problem. The latter involves a patch so you need to delete the source 
 directory for it to apply.
 
 Regards,
 John Ralls
 
 
> On Feb 29, 2020, at 9:00 AM, jean laroche  wrote:
> 
> I started from a fresh user, with no trace of brew. I'm getting many 
> fails.
> I created a pastebin with the messages of a re-run of jhbuild build, so 
> you can see the details:
> https://pastebin.com/293FMgVk
> 
> Let me know what you think. I'll be away from the mac until next Wed, but 
> I'll be within email contact.
> 
> A million thanks for the help!
> Cheers,
> Jean
> 
> 
> On 2/28/2020 8:06 PM, John Ralls wrote:
>> Jean,
>> 
>> Please remember to copy the list on all replies.
>> 
>>> On Feb 28, 2020, at 8:26 PM, jean laroche  wrote:
>>> 
>>> Thanks for the pointers John! Very useful! As a newbie building this, I 
>>> have no idea what's important and what not. Here are my notes.
>>> 
>>> Note that a lot of this is hacking, trying to get to a point where I 
>>> can build. The solutions are just band-aids, and they may not be good 
>>> ones either!
>>> 
>>

Re: [GNC-dev] Build broken on MacOS

That was a mistake on my part, I thought I was creating a new thread, 
but instead hijacked this one!

Very sorry about that.
Jean

On 3/5/20 11:43 AM, Frank H. Ellenberger wrote:

Hi Jean,

as I watch it the second time, I have just a note: Do not hijack
threads. See
https://wiki.gnucash.org/wiki/Mailing_Lists#Netiquette

In this thread we were discussing 'Single User Installation location on
Linux'.

Thanks,
Frank

Am 05.03.20 um 19:19 schrieb Jean Laroche:

The build seems to be broken on Mac OS.

:


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

Re: [GNC-dev] Build broken on MacOS

2020-03-05 Thread Frank H. Ellenberger

Hi Jean,

as I watch it the second time, I have just a note: Do not hijack
threads. See
https://wiki.gnucash.org/wiki/Mailing_Lists#Netiquette

In this thread we were discussing 'Single User Installation location on
Linux'.

Thanks,
Frank

Am 05.03.20 um 19:19 schrieb Jean Laroche:
> The build seems to be broken on Mac OS.
:
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Build on MacOS

No worries. I fixed the issue manually with the help of others.

In jhbuild build, I ran into the libxml2 issue despite the facts that
links to python3 and python3-config were present in $PREFIX/bin.

To fix this, I Dropped to shell, did pip3.6 install libxml2-python3,
returned to build and pressed [1]. That worked.

The build is continuing, will keep you posted.

Jean

On 3/5/20 11:29 AM, John Ralls wrote:

Sorry, I pushed a change I shouldn't have. It's fixed and pushed now.

Regards,
John Ralls

On Mar 4, 2020, at 9:29 PM, Roger Moore wrote:

mmm I'm running into a new problem now, which I really don't understand...

Where does this /Users/john path comes from?
I didn't change anything to my setup, came back 5 days later, and I'm getting
this error now... Does jhbuild run git in the background?

> Did you tell jhbuild to skip mysql?
No, I don't even know how to do that! :)

You have a bad boost download so you'll have to delete the downloaded file and
try again.

OK.
I'm going to try your recommendations and report.
Thanks!
Jean

On 2/29/2020 12:42 PM, John Ralls wrote:

Skipping the itstool module caused the gtk-doc failure, and skipping that
caused the gtk+ failure, and so on. When a build fails you have to fix it, so
don't *ever* use [3] give up on module.

For xmlsec use either [2] ignore and continue to build or [6] wipe directory
and start over.

Did you tell jhbuild to skip mysql?

You have a bad boost download so you'll have to delete the downloaded file and
try again.

I pushed fixes for libgpg-error and libdbi-drivers tests/cgreen include
problem. The latter involves a patch so you need to delete the source directory
for it to apply.

Regards,
John Ralls

On Feb 29, 2020, at 9:00 AM, jean laroche wrote:

Let me know what you think. I'll be away from the mac until next Wed, but I'll
be within email contact.

A million thanks for the help!
Cheers,
Jean

On 2/28/2020 8:06 PM, John Ralls wrote:

Jean,

Please remember to copy the list on all replies.

On Feb 28, 2020, at 8:26 PM, jean laroche wrote:

Thanks for the pointers John! Very useful! As a newbie building this, I have no
idea what's important and what not. Here are my notes.

Note that a lot of this is hacking, trying to get to a point where I can build.
The solutions are just band-aids, and they may not be good ones either!

• Build complained about perl XML parser. I started a shell at the point
where it failed and followed this. perl -MCPAN -e shell, followed by install
XML::Parser. This fixed it.

• There was an error finding gpg-error.h, which is here:
/usr/local/Cellar/libgpg-error/1.37/include/gpg-error.h so I did ln -s ->
/Users/gnucash/gnucash-stable/include/gpg-error.h

Gtk-OSX is incompatible with Home-brew. Not only must you not try to install
into /usr/local/Cellar, you must purge your environment of any paths (PATH,
DYLD_LIBRARY_PATH, PKG_CONFIG_PATH, etc.) pointing into it. Same for MacPorts.

Note that the Home-brew recipe for GnuCash simply downloads and installs the
Mac release bundle from our distrib

Re: [GNC-dev] Build on MacOS

Sorry, I pushed a change I shouldn't have. It's fixed and pushed now.

Details: There are two include lines in gnucash.modules, one for including the 
gtk-osx modules from gitlab.gnome.org, the other for including them from my 
local working repository for when I need to test in GnuCash a change in a 
module that builds from gtk-osx (I maintain both along with the Quartz backend 
in Gtk). The local one should be commented out and the gitlab one active, but 
I'd reversed it to test something and forgot to change it back before my last 
push.

Regards,
John Ralls

> On Mar 4, 2020, at 9:29 PM, Roger Moore  wrote:
> 
> mmm I'm running into a new problem now, which I really don't understand...
> 
> Teds-iMac:~ gnucash$ jhbuild build
> Loading .env environment variables…
> jhbuild build: failed to parse 
> /Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
>  [Errno 2] No such file or directory: 
> u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'
> 
> Where does this /Users/john path comes from?
> I didn't change anything to my setup, came back 5 days later, and I'm getting 
> this error now... Does jhbuild run git in the background?
> 
> Any idea what I should do now?
> Jean
> On Wed, Mar 4, 2020 at 8:11 PM jean laroche  wrote:
> Thanks John,
> Of course, I know it's never a good option to press [3] and skip, but 
> this way you could see all errors that weren't caused by previous errors.
> 
>  > Did you tell jhbuild to skip mysql?
> No, I don't even know how to do that! :)
> 
> > You have a bad boost download so you'll have to delete the downloaded file 
> > and try again.
> OK.
> I'm going to try your recommendations and report.
> Thanks!
> Jean
> 
> On 2/29/2020 12:42 PM, John Ralls wrote:
> > Skipping the itstool module caused the gtk-doc failure, and skipping that 
> > caused the gtk+ failure, and so on. When a build fails you have to fix it, 
> > so don't *ever* use [3] give up on module.
> >
> > The itstool failure itself is because python3 when built from scratch 
> > doesn't create a python or python-config symlink so itstool looks in the 
> > wrong place for the the python libxml2 module. I usually drop to the shell 
> > (option 4 on the jhbuild failure menu) cd to $PREFIX/bin, create the two 
> > symlinks, exit the shell and pick [1] from the menu to try again.
> >
> > For xmlsec use either [2] ignore and continue to build or [6] wipe 
> > directory and start over.
> >
> > Did you tell jhbuild to skip mysql?
> >
> > You have a bad boost download so you'll have to delete the downloaded file 
> > and try again.
> >
> > I pushed fixes for libgpg-error and libdbi-drivers tests/cgreen include 
> > problem. The latter involves a patch so you need to delete the source 
> > directory for it to apply.
> >
> > Regards,
> > John Ralls
> >
> >
> >> On Feb 29, 2020, at 9:00 AM, jean laroche  wrote:
> >>
> >> I started from a fresh user, with no trace of brew. I'm getting many fails.
> >> I created a pastebin with the messages of a re-run of jhbuild build, so 
> >> you can see the details:
> >> https://pastebin.com/293FMgVk
> >>
> >> Let me know what you think. I'll be away from the mac until next Wed, but 
> >> I'll be within email contact.
> >>
> >> A million thanks for the help!
> >> Cheers,
> >> Jean
> >>
> >>
> >> On 2/28/2020 8:06 PM, John Ralls wrote:
> >>> Jean,
> >>>
> >>> Please remember to copy the list on all replies.
> >>>
>  On Feb 28, 2020, at 8:26 PM, jean laroche  wrote:
> 
>  Thanks for the pointers John! Very useful! As a newbie building this, I 
>  have no idea what's important and what not. Here are my notes.
> 
>  Note that a lot of this is hacking, trying to get to a point where I can 
>  build. The solutions are just band-aids, and they may not be good ones 
>  either!
> 
> • Build complained about perl XML parser. I started a shell at the 
>  point where it failed and followed this.  perl -MCPAN -e shell, followed 
>  by install XML::Parser. This fixed it.
> >>> xml-parser, along with several other critical infrastructure packages, is 
> >>> installed by `jhbuild bootstrap-gtk-osx`, which you need to run before 
> >>> starting the build proper. I wonder how you were able to proceed without 
> >>> that.
> >>>
> • There was an error finding gpg-error.h, which is here: 
>  /usr/local/Cellar/libgpg-error/1.37/include/gpg-error.h so I did ln -s 
>  -> /Users/gnucash/gnucash-stable/include/gpg-error.h
> >>> Gtk-OSX is incompatible with Home-brew. Not only must you not try to 
> >>> install into /usr/local/Cellar, you must purge your environment of any 
> >>> paths (PATH, DYLD_LIBRARY_PATH, PKG_CONFIG_PATH, etc.) pointing into it. 
> >>> Same for MacPorts.
> >>>
> >>> Note that the Home-brew recipe for GnuCash simply downloads and installs 
> >>> the Mac release bundle from o

Re: [GNC-dev] Build broken on MacOS

Found the issue, the same edit needs to be done in 
~/.cache/jhbuild/gnucash.modules-

Now building proceeds...
Where is this edit requirement described in 
https://wiki.gnucash.org/wiki/MacOS/Quartz ???

Should it not be added there?
J

On 3/5/20 10:46 AM, chris graves wrote:

IIRC, the fix is to edit ~/.cache/jhbuild/gnucash.modules and make the 
following change:

   https://gitlab.gnome.org/GNOME/gtk-osx/raw/master/modulesets-stable/gtk-osx.modules"/>
  

Chris


On Mar 5, 2020, at 10:34 AM, Derek Atkins  wrote:

Did you follow the instructions and set the environment to match yours?  I
doubt your username is "john"...

-derek

On Thu, March 5, 2020 1:19 pm, Jean Laroche wrote:

The build seems to be broken on Mac OS.
Starting from fresh, new user,
sh gtk-osx-setup.sh works
jhbuild bootstrap works
jhbuild bootstrap-gtk-osx works
jhbuild build errors with

Loading .env environment variables…
jhbuild build: failed to parse
/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
[Errno 2] No such file or directory:
u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'

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




--
   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


___
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] Build broken on MacOS

I do have this edit in  ~/.cache/jhbuild/gnucash.modules, but I see a 
lot more /Users/john when I grep .cash/jhbuild ...


On 3/5/20 10:46 AM, chris graves wrote:

IIRC, the fix is to edit ~/.cache/jhbuild/gnucash.modules and make the 
following change:

   https://gitlab.gnome.org/GNOME/gtk-osx/raw/master/modulesets-stable/gtk-osx.modules"/>
  

Chris


On Mar 5, 2020, at 10:34 AM, Derek Atkins  wrote:

Did you follow the instructions and set the environment to match yours?  I
doubt your username is "john"...

-derek

On Thu, March 5, 2020 1:19 pm, Jean Laroche wrote:

The build seems to be broken on Mac OS.
Starting from fresh, new user,
sh gtk-osx-setup.sh works
jhbuild bootstrap works
jhbuild bootstrap-gtk-osx works
jhbuild build errors with

Loading .env environment variables…
jhbuild build: failed to parse
/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
[Errno 2] No such file or directory:
u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'

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




--
   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


___
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] Build broken on MacOS

2020-03-05 Thread chris graves

IIRC, the fix is to edit ~/.cache/jhbuild/gnucash.modules and make the 
following change:

  https://gitlab.gnome.org/GNOME/gtk-osx/raw/master/modulesets-stable/gtk-osx.modules"/>
 

Chris

> On Mar 5, 2020, at 10:34 AM, Derek Atkins  wrote:
> 
> Did you follow the instructions and set the environment to match yours?  I
> doubt your username is "john"...
> 
> -derek
> 
> On Thu, March 5, 2020 1:19 pm, Jean Laroche wrote:
>> The build seems to be broken on Mac OS.
>> Starting from fresh, new user,
>> sh gtk-osx-setup.sh works
>> jhbuild bootstrap works
>> jhbuild bootstrap-gtk-osx works
>> jhbuild build errors with
>> 
>> Loading .env environment variables…
>> jhbuild build: failed to parse
>> /Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
>> [Errno 2] No such file or directory:
>> u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'
>> 
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> 
> 
> 
> -- 
>   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

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

Re: [GNC-dev] Build broken on MacOS


Indeed, my username is not "john".
Which instructions are you talking about? I'm following this: 
https://wiki.gnucash.org/wiki/MacOS/Quartz and I don't see a place where 
you're supposed to change or modify your username.
Beside, last week I was able to run jhbuild build without running into 
this error...

I've grepped -R looking for where this john comes from, with no result
J.

On 3/5/20 10:34 AM, Derek Atkins wrote:

Did you follow the instructions and set the environment to match yours?  I
doubt your username is "john"...

-derek

On Thu, March 5, 2020 1:19 pm, Jean Laroche wrote:

The build seems to be broken on Mac OS.
Starting from fresh, new user,
sh gtk-osx-setup.sh works
jhbuild bootstrap works
jhbuild bootstrap-gtk-osx works
jhbuild build errors with

Loading .env environment variables…
jhbuild build: failed to parse
/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
[Errno 2] No such file or directory:
u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'

___
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] Build broken on MacOS

2020-03-05 Thread Derek Atkins

Did you follow the instructions and set the environment to match yours?  I
doubt your username is "john"...

-derek

On Thu, March 5, 2020 1:19 pm, Jean Laroche wrote:
> The build seems to be broken on Mac OS.
> Starting from fresh, new user,
> sh gtk-osx-setup.sh works
> jhbuild bootstrap works
> jhbuild bootstrap-gtk-osx works
> jhbuild build errors with
>
> Loading .env environment variables…
> jhbuild build: failed to parse
> /Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules:
> [Errno 2] No such file or directory:
> u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>


-- 
   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] Build broken on MacOS


The build seems to be broken on Mac OS.
Starting from fresh, new user,
sh gtk-osx-setup.sh works
jhbuild bootstrap works
jhbuild bootstrap-gtk-osx works
jhbuild build errors with

Loading .env environment variables…
jhbuild build: failed to parse 
/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules: 
[Errno 2] No such file or directory: 
u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules'


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

Re: [GNC-dev] [GNC] QIF file import failed -- but no errors or warnings

2020-03-05 Thread Christopher Lam

FWIW the qif failure when "S" field being empty is now fixed for the next
release; and will default to the "Unspecified" account.
The internal-transfer duplication is not fixed yet.

On Sun, 23 Feb 2020 at 17:10, James Peterson  wrote:

> Actually that example should be easy.  You have three transactions.
> The first (and the last) will be simple double entry bookkeeping.
>
> (At this point, I can either (a) try to fake the QIF or (b) actually
> use Quicken to create the QIF.  If I do (a), I'll probably miss some
> minor details, and you could use that against my saying it's easy,
> but to do (b) requires turning on my Windows laptop, bringing up
> Quicken, creating a test file, putting in all the accounts,
> and the transactions, then exporting a QIF file and bringing that
> over to my Linux laptop.  Sigh.  I'm going to go eat dinner first.
>
> ...
>
> So attached is test3.qif, which is the QIF file for what you
> described.  It's easy to match the transactions.  Notice that
> when a transfer is done, two transaction records get created,
> one for the source, one for the destination.  But the source
> lists the destination as it's L field
> L   Category (Category/Subcategory/Transfer/Class)
>
> in checking:
> D2/23'20
> U-100.00
> T-100.00
> NTXFR
> PSavings
> L[Savings1]
> ^
>
> and the destination lists the source as it's L field:
>
> in savings1:
> D2/23'20
> U100.00
> T100.00
> PSavings
> L[Checking]
> ^
>
> So you match transactions if (a) the date is the same,
> (b) the amount is the same, and (c) both transactions
> point at each other.
>
> So the main problem is if there are more than one transfer
> from account A to account B on the same day, for the same
> amount.  test4.qif shows this.  Here we transfer two $100
> amounts from checking to savings1.  Now (a) why would we
> do that? Well, it shouldn't matter, but in this case I
> took the previous case (of savings1 and savings2), deleted
> all the savings2 transactions and added a new $100 transfer
> from checking to savings1.  One is memoed "Grandma" and
> the other "Aunt" (so birthday gifts maybe).  Looking at
> the QIF file, we see that both transactions are memoed
> the same too, so we can add to our "matched transactions"
> have to (d) match memos, if any are given.
>
> for checking:
> D2/23'20
> U-100.00
> T-100.00
> NTXFR
> PSavings
> MAunt
> L[Savings1]
> ^
>
> for savings1:
> D2/23'20
> U100.00
> T100.00
> PSavings
> MAunt
> L[Checking]
> ^
>
> but we have uncovered a peculiarity -- presumably a minor bug
> in Quicken.  Note that for the transaction that was created with
> a memo (Aunt), both are the same.  But for the transaction that
> was created without a memo, and then the memo was added later
> (Grandma), the Memo was not copied to the destination
> entry.
>
> for checking:
> D2/23'20
> U-100.00
> T-100.00
> NTXFR
> PSavings
> MGrandma
> L[Savings1]
> ^
>
> for savings1:
> D2/23'20
> U100.00
> T100.00
> PSavings
> L[Checking]
> ^
>
> So for (d) matching memos, we have to elaborate it as:
> (d) if both have non-empty memos, they must match.
>
> Now we do still have the case, suppose the transactions
> have the same date, same amount, point to each other, and
> have the same memo (or don't have memos).  Now how do
> we match them?
>
> It doesn't matter.  If we make two transactions (1) and (2)
> that have the same date, the same amount, the same accounts,
> and the same memos, then match them any way you want.  If
> you match (checking:1) with (savings:2) instead of (savings:1),
> who cares?  The two are effectively identical.
>
> Of course, obviously, we need to only match 1 to 1 -- so once
> we match checking:1 to savings:1, we can't then match checking:2
> to savings:1 too.
>
> So the most difficult matching would be two identical matching
> transactions, but one has a memo and the other doesn't and
> another in the same situation like:
>
> checking:1, no memo
> checking:2, memo A
> savings:1, memo B
> savings:2, no memo
>
> We can match checking:1 with savings:1, and checking:2 with
> savings:2, but if we match checking:1 with savings:2 (exactly
> the same non-memo), and then we can't match checking:2 and
> savings:1 -- different memos.  (Actually, if we produce the
> memo/no memo by editting the memo after the transactions
> are created, and Quicken doesn't "forward" the memo, I wonder
> if I can create matching transactions with different memos?
> Let's try.  We will create the transaction, then edit each of
> the two separately  Yes.  See test5.qif -- I could edit the
> Grandma transaction to be Aunt in the entry that is in Savings1,
> and the Grandma memo did not change.  So if memos differ, we may
> still need to match the transactions, so matching rule (d) is
> a suggestion, but not necessary.
>
> Now, for Quicken, the transactions are listed in the order that
> they are in the transaction registers, and double-entry transactions
> will always be created at the same time, and so will appear in the
> same order in bo

Re: [GNC-dev] Single User Installation location on Linux

I just now read your original reply on the user list.

So the recommendation comes from John. We'll have to wait for his answer to 
see where he got it from then.

In addition you suggest there the installation process adds $HOME/.local/bin 
to the PATH. I don't think it does. There is nothing in the build scripts that 
would suggest otherwise.
So it must be either something your distro does for you or something you may 
have done yourself in the past.

For the record on Fedora this is not added to the path by default. It's not in 
mine.

Regards,

Geert

Op donderdag 5 maart 2020 09:43:44 CET schreef Geert Janssens:
> David,
> 
> I'm interested where you got the recommendation to install into $HOME/.local
> from ? Perhaps this is a practice used by some distros in specific ?
> Op donderdag 5 maart 2020 02:47:36 CET schreef David Cousens:
> > If I create a directory .apps under $HOME then GnuCash installs to it
> > without any problem but no link from $HOME/.local/bin to the executable in
> > $HOME/.apps  is created by the installation and the user would have to
> > create this this manually. Once this is done GnuCash seems to run  fine
> > from $HOME/.apps as a single user app.
> 
> How do you start gnucash when installed in $HOME/.local/bin ?
> What's different with doing so from $HOME/.apps ?
> 
> > The question is do we need to change the recommendation for installing
> > under $HOME/.local on the wiki and what should we change it to? If it is
> > agreed this is necessary I will modify the wiki to suit.
> 
> That will depend a bit on the history behind the choice for $HOME/.local in
> the first place.
> 
> Regards,
> 
> Geert
> 
> 
> ___
> 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] Single User Installation location on Linux