Thanks Geert,
Yes, we can no longer display charts if GNC runs from the build directory.
This looks like a chartjs build issue. If I create this link, charts
start showing.
ln -s $(src_dir)/borrowed/chartjs $(build_dir)/share/gnucash/chartjs
Maybe we can fix the CMake file to create the above
Hi,
I don't see a make install step in your instructions.
As far as I know charts will not render when running gnucash from the build
directory. I don't
remember exactly why this goes wrong, but when you look at the generated html
source you'll
notice the path the javascript is missing when
This looks like a chartjs build issue. If I create this link, charts
start showing.
ln -s $(src_dir)/borrowed/chartjs $(build_dir)/share/gnucash/chartjs
>
> Thanks for the instructions Christoper. The src file is missing in the
> html export.
>
> $ grep script gnc-report.html
>
Thanks for the instructions Christoper. The src file is missing in the
html export.
$ grep script gnc-report.html
Date
Did the same thing for my 3.x builds, they all have these:
Date
> Try exporting the report to HTML and view source to determine where it's
> trying to find
Try exporting the report to HTML and view source to determine where it's
trying to find chartjs sources.
On Sun, 25 Jul 2021, 9:06 am Dong Lin via gnucash-user, <
gnucash-user@gnucash.org> wrote:
>
> I created a fresh VM using ubuntu 21.04, minimal install with no gnucash
> installed.
>
> $ sudo
I created a fresh VM using ubuntu 21.04, minimal install with no gnucash
installed.
$ sudo apt-get build-dep gnucash
$ git clone https://github.com/Gnucash/gnucash.git
$ cd gnucash
$ git reset --hard 4.6
$ mkdir ../build && cd ../build
$ cmake ../gnucash
$ make -j8
$ ./bin/gnucash
the
No, that switches only the libgnc*.so libs in lib/gnucash. There are others in
lib/.
You cannot build GnuCash with an installed GnuCash. You must `sudo apt-get
remove gnucash` then `rm -rf *` your build directory and re-run cmake && ninja.
Regards,
John Ralls
> On Jul 20, 2021, at 9:16 PM,
vm-ubuntu-1:~/src/build-gnucash$ mv lib lib-local-build
vm-ubuntu-1:~/src/build-gnucash$ ln -s /usr/lib/x86_64-linux-gnu/gnucash lib
this only switches the libgnc-*.so libs only. all other libs continue to
point to /usr/lib.
vm-ubuntu-1:~/src/build-gnucash$ ./bin/gnucash
./bin/gnucash: symbol
Switched how? What libwebkit2gtk.so and libjavascriptcoregtk.so was
libgnc-html.so linked to if not the ones in /usr/lib?
Regards,
John Ralls
> On Jul 20, 2021, at 7:55 PM, Dong Lin wrote:
>
>
> On a freshly installed Ubuntu 21.04 VM with apt installed GNC 4.4. the apt
> installed GNC runs
On a freshly installed Ubuntu 21.04 VM with apt installed GNC 4.4. the apt
installed GNC runs fine with charts visible.
But locally built GNC (tip of the latest maint branch) has the same issue.
I tried switching the libs in build_dir to point to
/usr/lib/x86_64-linux-gnu/gnucash, but the
Thank you John. I can confirm that 4.x works with Ubuntu 21.04.
As for release 3.11, the problem exists with the unstable version of 3.11
(4064c58cd) only. The stable 3.11 (0fe8ba79e) release works just fine.
| * | | 0fe9ba79e21d0545f4c1f9eb373a9450803a83c4 Release GnuCash 3.11
* | | | | | |
Dong Lin,
You've already demonstrated that the problem doesn't happen on 3.11 so there's
no point going backwards in 3.x.
According to https://repology.org/project/gnucash/versions Ubuntu 21.04
provides GnuCash 4.5. I suggest that you clean up your system and install
GnuCash 4.4 from apt. If
Thanks for the instructions John. I tried it on a Ubuntu 20.04 system with
no GNC installed. The problem still exists in 4.x. It seems the 3.x
stable branch works. The issue happens in the unstable branch only.
I also tried running 4.x on a Mac, I can see the plot. Not sure if the
issue is
It turns out that bisecting between 63232f and 8024f4 flat won't work, they're
on different branches. 63232f is on the 3.x branch which is why it works.
2c637a is from 2019 where the master branch splits off from the maint branch
(we had a pull request merge mishap at aa53c23 that temporarily
I see two 3.11 release commits in maint.
3.11-4064c58cd bad
3.11-0fe9ba79e good
bisecting in this range pointed to 2c637a971.
bisecting in 63232f388..8024f44bc also singled out 2c637a971.
But it cannot be as it's just a version update. Reverting it did not
produce a good run.
>
> That the
That the problem seems to have arisen during the transition between 3.x and 4.0
does make it a bit more complicated. There are 391 commits between 63232f and
8024f4 including 57 merges from maint and 8 feature branches. That makes
knowing that the problem exists in the latter commit and not in
Did more searches. the issue exists in 4.6, running gnc on Ubuntu 20.04.1
LTS with standard gnome.
I've gone through the following commits in maint:
4.6 2021 228954c40 bad
0425-2020 8024f44bc bad
0425-2020 63232f388 good
3.10 2020 7d39ccc9d good
3.6 2019 d42695e75 good
0615-2019 410ae9575
Running gnc in Ubuntu 20.04 LTS. Default gnc is 3.8. I built the gnc trees
based off of master at various commits for the bisect.
; lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04.1 LTS
Release: 20.04
Codename: focal
; grep WEBKIT
> On Jul 11, 2021, at 10:36 PM, Dong Lin via gnucash-user
> wrote:
>
>
> I am trying to upgrade from 3.8 to 4.6. But found that piecharts and
> linecharts in reports have turned blank. The associated tables are present
> though.
>
> Attempted to perform a binary search in master, and found
I am trying to upgrade from 3.8 to 4.6. But found that piecharts and
linecharts in reports have turned blank. The associated tables are present
though.
Attempted to perform a binary search in master, and found the latest
working commit is 63232f388.
8024f44bc Sat Apr 25 15:40:07 2020 -0700
20 matches
Mail list logo