Thanks Frank, that's a very good start! Thanks for pointing me in the
right direction! Indeed, I saw quite a few feature requests I could get
behind! :)
In the spirit of the open source project, I'll start by trying to fix
bug(s). I'm very grateful to the many developers for the enormous amount
Hi Jean,
Am 08.03.20 um 07:55 schrieb jean laroche:
> Thanks John, I'm going to retry from a clean slate.
> A million thanks for all you've done to make this a lot easier for noobs
> like me.
> Now that I"m able to build, I wonder where/how I can contribute. I know
> of things that I would love to
Thanks John, I'm going to retry from a clean slate.
A million thanks for all you've done to make this a lot easier for noobs
like me.
Now that I"m able to build, I wonder where/how I can contribute. I know
of things that I would love to change to make them more streamlined for
me, but that's ju
> On Mar 6, 2020, at 9:27 PM, jean laroche wrote:
>
> Thanks John,
>
> Tonight I was able to successfully run jhbuild build, then to build and run
> gnucash on my mac at home.
> Doing so required some manual fixes which I'm listing below. If it's not
> possible to patch them, at least they s
Thanks John,
Tonight I was able to successfully run jhbuild build, then to build and
run gnucash on my mac at home.
Doing so required some manual fixes which I'm listing below. If it's not
possible to patch them, at least they should be mentioned in the
instructions for building on mac. I woul
Cool, thanks John.
On 3/6/20 5:08 PM, John Ralls wrote:
You would have to clone the gnucash-on-osx repository and change
jhbuildrc-custom to load the local gnucash.modules in that clone instead of the
Github one, then edit the entries in your local gnucash.modules.
Otherwise, wait until my te
You would have to clone the gnucash-on-osx repository and change
jhbuildrc-custom to load the local gnucash.modules in that clone instead of the
Github one, then edit the entries in your local gnucash.modules.
Otherwise, wait until my test build with the updated modules completes and I
push the
But how do we fix the build so it uses this latest version. I'm not
aware of where you modify this in the build process...
J.
On 3/6/20 1:39 PM, Frank H. Ellenberger wrote:
HI,
Am 06.03.20 um 20:19 schrieb Jean Laroche:
The fun never ends.
After your patches and latest commits, I restarted th
HI,
Am 06.03.20 um 20:19 schrieb Jean Laroche:
> The fun never ends.
> After your patches and latest commits, I restarted the installation from
> fresh to figure out what was still broken.
> In addition to the things I previously ran into and aren't fixed yet
> (which I'll list in a message when I
The fun never ends.
After your patches and latest commits, I restarted the installation from
fresh to figure out what was still broken.
In addition to the things I previously ran into and aren't fixed yet
(which I'll list in a message when I get the build done), there's a new
one as of today:
> 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 inst
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
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/gnuca
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_fil
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 s
To clarify John, you create a link python -> python3? (and same for the
config)?
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
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 i
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 pre
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
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.mod
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 th
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
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 em
Thanks for all the answers!
I knew I must have been doing something wrong. I started doing the build
using a new user account, as is recommended in the docs and ran into
lots of problems. I didn't realize you have to avoid homebrew at all
cost... my bad.
I *did* run jhbuild bootstrap-gtk-osx as
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
> On Feb 28, 2020, at 2:15 PM, Jean Laroche wrote:
>
> Hi guys,
> I'm trying to build on MacOS (macbook pro, High Sierra, 10.13.4).
> Setting up the build was *not* easy, I had to deal with many issues during
> the jhbuild build phase (I kept notes so if it's interesting to someone I
> could
26 matches
Mail list logo
