Package Details: gnucash-git 3.7.r132.g9661a77f3-1

Git Clone URL: https://aur.archlinux.org/gnucash-git.git (read-only, click to copy)
Package Base: gnucash-git
Description: A personal and small-business financial-accounting application - GIT version
Upstream URL: http://www.gnucash.org
Licenses: GPL
Conflicts: gnucash, gnucash-devel, gnucash-gtk3-git, gnucash-latest, gnucash-python, gnucash-xbt
Provides: gnucash
Submitter: not_anonymous
Maintainer: not_anonymous (jebrosen)
Last Packager: jebrosen
Votes: 10
Popularity: 0.000000
First Submitted: 2015-02-13 14:09 (UTC)
Last Updated: 2019-10-16 02:42 (UTC)

Latest Comments

jebrosen commented on 2020-02-27 02:09 (UTC)

@piedro I cannot reproduce that error. You should try building it again, in case the upstream repository was broken at that particular time. If that still doesn't work, please also try building in a clean chroot: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot

piedro commented on 2020-02-25 20:44 (UTC)

Hmm, I still can't build it....

In ice-9/boot-9.scm: 3377:20 5 (process-use-modules ) 222:17 4 (map1 (((gnucash report business-reports)))) 3378:31 3 ( ((gnucash report business-reports))) 2803:6 2 (resolve-interface _ #:select _ #:hide _ #:prefix _ # _ …) In unknown file: 1 (scm-error misc-error #f "~A ~S" ("no code for modu…" …) …) In ice-9/boot-9.scm: 752:25 0 (dispatch-exception _ )

ice-9/boot-9.scm:752:25: In procedure dispatch-exception: no code for module (gnucash report business-reports) make[2]: [gnucash/report/standard-reports/CMakeFiles/scm-standard-reports-2.dir/build.make:195: lib/gnucash/scm/ccache/2.2/gnucash/report/standard-reports/lot-viewer.go] Fehler 1 make[2]: Verzeichnis „/home/user/.cache/pacaur/gnucash-git/src/gnucash-git/build“ wird verlassen make[1]: [CMakeFiles/Makefile2:10640: gnucash/report/standard-reports/CMakeFiles/scm-standard-reports-2.dir/all] Fehler 2

Any ideas how to fix?

thx, p.

sinnlos commented on 2020-02-20 12:20 (UTC) (edited on 2020-02-20 12:20 (UTC) by sinnlos)

Thanks for that hint @jebrosen! Rebuilding gnucash-git with

pacaur --rebuild -S gnucash-git

made it work again.

jebrosen commented on 2020-02-20 05:54 (UTC)

@sinnlos: Rebuilding the gnucash-git package should be enough to make it use the new version of boost-libs.

sinnlos commented on 2020-02-19 11:46 (UTC)

The libboost libraries in an up-to-date Arch are now version 1.72.0 so that a start of gnucash ends with

gnucash: error while loading shared libraries: libboost_locale.so.1.71.0: cannot open shared object file: No such file or directory

jebrosen commented on 2019-10-16 02:38 (UTC)

Thanks. I remember some of those are changes I hoped gnucash would implement, and it looks like they have. I switched to ledger myself at the start of this year and have not been following GnuCash development, so I forgot about them. Honestly I am mildly surprised that this PKGBUILD has worked for a year and a half without changes, minor dependency differences notwithstanding.

I will update the deps and cmake flags to match what's in community (which looks about the same as what you listed). Please let me know if something still looks off.

waschtl commented on 2019-10-15 14:47 (UTC)

TL/DR: remove dependency on libgnomecanvas and add cmake flags WITH_PYTHON=ON and COMPILE_GSCHEMAS=OFF. Additional steps are possible for further cleanup.

In order to reproduce my issue, I needed a clean ArchLinux installation (which I created with pacstrap). And there I was able to remind myself what gave me the impression I had:

The dependency on libgnomecanvas caused an error right away, which basically made me think that the PKGBUILD was using outdated dependencies and possibly also an outdated build procedure (since that had also changed not too long ago). I now see from your comments here that you have updated the build procedure, even though the outdated dependency remains.

After removing the dependency on libgnomecanvas, the build completed successfully.

I would like to make some additional points, though:

The official package sets a couple of cmake flags, which this package does not. This may make this package unusable as a drop-in replacement for some users:

  • WITH_PYTHON=ON
  • COMPILE_GSCHEMAS=OFF

Here are also a couple of minor points that make it just a little more difficult to see what actually happens in the build process:

  • CMAKE_INSTALL_LIBEXECDIR does not appear to get evaluated (it has no effect)
  • WITH_OFX=ON is already the default value
  • WITH_AQBANKING=ON is already the default value

And finally, some of the dependencies are overly broad and will pull in packages a user does not need and may not want:

  • libdbi-drivers: needed in makedepends, but not in depends. It should be in optdepends, too. It is possible to run gnucash without an SQL backend.
  • libdbi: needed in depends (instead of libdbi-drivers)
  • slib: not needed (use guile instead)
  • guile: needed in depends (instead of slib)
  • gtest: is pulled in by gmock
  • intltool: not needed since 2018-02-27
  • libmariadbclient: has been renamed to mariadb-libs
  • mariadblibs: needed in makedepends (instead of libmariadbclient)
  • sqlite3: not needed (in favor of libdbi-drivers)

jebrosen commented on 2019-09-28 00:49 (UTC)

It works for me (currently 3.7+66+g1be9bfbf0) - the only patch missing in this PKGBUILD compared to community/gnucash is present upstream. What problems are you encountering?

As a side node, libgnomecanvas is no longer needed for a while now and can be removed.

waschtl commented on 2019-09-27 19:47 (UTC)

I don't believe that this package will compile with the current git version. Have a look at the comment to my out-of-date flag for a working PKGBUILD.

RemoteAdmin commented on 2018-04-21 06:01 (UTC)

@jebrosen

It does work using the additional cmake flag

jebrosen commented on 2018-04-20 23:48 (UTC)

RemoteAdmin: gnucash in [community] has a cmake flag -DHAVE_GWEN_GTK3=ON Does adding it resolve the problem for you?

RemoteAdmin commented on 2018-04-20 05:07 (UTC)

The latest build leads to a 'conflicting files' at installation

error: failed to commit transaction (conflicting files)
/usr/lib/libgwengui-gtk3.so exists in both 'gwenhywfar' and 'gnucash-git'
Errors occurred, no packages were upgraded.

eschwartz commented on 2018-02-16 04:04 (UTC)

Please report this as a bug to pacman-dev or the bugtracker, because we must be incompetent or something.

hooks that "sometimes" don't work would be sort of like pacman that "sometimes" doesn't work -- a sign that something is seriously screwed up.

If I actually believed you, then I would still say that using a post_install script as a workaround for the fact that pacman hooks are majorly broken is wrong, and you should, again, report this to pacman-dev or the bugtracker.

...

Does it bother you that these supposedly broken hooks don't work for repo packages that have no install script? But you didn't file a bazillion bugs for all those likewise broken packages...

...

Who do you think I trust? Myself, a Trusted User and pacman developer, or you, who has made an unsubstantiated claim with some seriously questionable background logic?

not_anonymous commented on 2018-02-16 00:24 (UTC)

And sometimes the "hooks" do NOT work. Been there, done that...and I have the tee-shirt too. i.e. For now, I feel the hooks should remain. They will cause NO problems. (Trust me ...grin)

eschwartz commented on 2018-02-16 00:09 (UTC) (edited on 2018-02-16 00:09 (UTC) by eschwartz)

The install script should be removed altogether, as everything it does or did is handled by hooks, specifically

/usr/share/libalpm/hooks/glib-compile-schemas.hook ==> glib2

/usr/share/libalpm/hooks/gtk-update-icon-cache.hook ==> gtk-update-icon-cache

/usr/share/libalpm/hooks/update-desktop-database.hook ==> desktop-file-utils

jebrosen commented on 2018-02-13 16:28 (UTC)

I have pushed the update to use cmake since autotools was finally dropped in master. It would be good to know what stops working. I believe gnome-keyring / libsecret is still unsupported, but everything else about building and running GnuCash should work as well as or better than it did before.

RemoteAdmin commented on 2018-02-13 08:48 (UTC) (edited on 2018-02-13 08:48 (UTC) by RemoteAdmin)

@jebrosen GnuCash 2.7.4 got merged today and, as you saw coming, broke everything.

jebrosen commented on 2018-02-10 00:20 (UTC)

GnuCash 2.7.4 has been released, but has not been merged into the git master branch upstream. I have prepared fixes to the PKGBUILD to support 2.7.4 when it does come and breaks everything, but I am not comfortable pointing to the unstable branch on git.

Until then, please do not flag this package out of date.

DonHugo commented on 2018-02-08 15:00 (UTC)

2.4.7 has been released:

https://github.com/Gnucash/gnucash/releases/tag/2.7.4

jebrosen commented on 2018-01-28 22:10 (UTC)

@windy: Then I'd rather wait until 2.7.4 comes out and we have to switch to cmake anyway. I'll look into dropping the gconf stuff as well, but it seems to be unrelated to your original issue.

windy commented on 2018-01-28 21:51 (UTC)

For the locale issue, I commented a commit on GitHub and got the reply to drop autogen and also remove all gconf stuff from the PKGBUILD:

https://github.com/Gnucash/gnucash/commit/66817bb997d601b74b25b7a465a318387fb81594

jebrosen commented on 2018-01-28 16:32 (UTC)

@windy: The locale issue you describe is almost certainly a bug in GnuCash. It looks like it might be fixed in the unstable branch.

@all: GnuCash has completely removed autotools support in the unstable branch, which will probably be merged into master around their next development release. When that happens gnucash-gtk3-git and gnucash-git will break; gnucash-git will be updated to use cmake (maybe after a few days delay) and gnucash-gtk3-git will be destroyed.

CMake will be mostly good for this package, as it makes a few hacks in the PKGBUILD unnecessary. Unfortunately, it still lacks libsecret/gnome-keyring support.

plenaerts commented on 2018-01-28 11:40 (UTC)

I follow Jeb. I don't see the use of keeping this package depending on the old webkitgtk2. gnucash-gtk3-git should disappear and this one should depend on webkit2-gtk to follow the arch packages more closely.

I added aur pkg gnucash-dev. It's not git but the dev releases. It depends on webkit2-gtk. @jebrosen, let me know if you want to maintain it, I just cp'ed from your gnucash-gtk3-git ;-)

windy commented on 2018-01-26 19:16 (UTC)

This version of GnuCash does not open in my locale (de_DE). It should find /usr/share/locale/de/LC_MESSAGES/gnucash.mo, but instead it searches for /usr/@localedir@/de/LC_MESSAGES/gnucash.mo according to strace.

I am not sure if this is a bug of GnuCash or a problem with boost in the build process.

Workaround: Symlink /usr/@localedir@ to /usr/share/locale/

jebrosen commented on 2018-01-22 19:53 (UTC)

@tziplop: this is already by done by /etc/profile.d/perlbin.sh, so there is probably a configuration on your system preventing or undoing those PATH changes.

commented on 2018-01-22 19:44 (UTC)

build failed first because the command "pod2man" wasn't found. adding perl executables to the PATH-variable solved that. e.g.: export PATH="/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:$PATH"

jebrosen commented on 2018-01-10 15:47 (UTC)

@amdj: Do you use -j in your makepkg.conf flags? Gnucash doesn't like that :/. Workarounds that have worked in the past are adding options=(... !makeflags), or adding MAKEFLAGS="${MAKEFLAGS} -j1" in front of the make install line in package().

amdj commented on 2018-01-10 10:04 (UTC)

Unfortunately, for me the build failed:

/usr/bin/ld: cannot find -lgnc-backend-xml-utils collect2: error: ld returned 1 exit status libtool: error: error: relink 'libgncmod-backend-xml.la' with the above command before installing it

not_anonymous commented on 2018-01-01 12:38 (UTC)

Updated ! with MANY thanks to jebrosen. Great work Jeb !!

jebrosen commented on 2018-01-01 01:51 (UTC)

@not_anonymous: It has been a few months so I'm just checking in on this. Ideally gnucash-gtk3-git should not exist and this package would be up-to-date, so I would like to propose a merge. I would be happy to take this package over or be a co-maintainer if you like, but I wanted to hear your thoughts before making any actual requests.

beatboxchad commented on 2017-11-30 19:01 (UTC)

Hey there, I can't get this to build, and the problem is the patch files. Looks like they did some rearranging upstream. So in all the patch files, you gotta change src/... to libgnucash/.. That said, I get another error once I fix that, so I'll come back and provide something more comprehensive when I get that figured out.

not_anonymous commented on 2017-10-19 00:00 (UTC)

A relatively NEW user flagged this package "out-of-date" and mentioned newer version numbers...Eh-Hem, um, without trying to sound too patronizing; what makes a '-git' program out of date is NOT version numbers !! <- These get changed as the git repo is pulled, which happens when the makepkg is run on a '-git' pkgbuild that is structured with a compliant pkgver(). Now if it the pkgbuild doesn't run properly....that's a reason for concern !...Which brings me to ANOTHER matter (entirely another matter !!); jebrosen; sorry to have "forgotten" about your note from this past august. I will look into this soon...thanks for your patience.

jebrosen commented on 2017-07-10 20:51 (UTC)

I have been tracking the gtk3 update (AUR package: gnucash-gtk3-git) in a development branch that was just merged upstream. My package builds and runs with a minor fix for the boost error; boost is correct according to the configure script comments, but the way configure tries to detect the problem gives a false positive. I am open to suggestions for a better fix than what I did. I believe the only significant differences now between this package and my package are the dependency versions -- webkit2gtk instead of the old webkitgtk2, latest goffice instead of goffice0.8, etc., so I think my own package could be dropped if this one were updated.

not_anonymous commented on 2017-07-02 19:25 (UTC)

Gosh....things are REALLY hosed-up "upstream". For the time being the git repo will not produce a working package as the configure is kaput. (Issues with how gnucash is relating to "boost"). I hope to keep an eye on this. Hint: remove the patches and try anew as/when things get fixed upstream.

monstermunchkin commented on 2015-03-30 08:36 (UTC)

Both "autoconf" and "automake" can be removed from makedepends as they are in the core repo. Also, "swig" needs to be added to the makedepends.

not_anonymous commented on 2015-02-14 19:41 (UTC)

IGNORE any comment prior to 2015, as they were "merged" from another PKGBUILD and truly do NOT have *anything* to do with this PKGBUILD.

neng commented on 2013-10-08 17:07 (UTC)

I need to make changes to PKGBUILD: 1. add 'libgnomecanvas' to depends 2. change 'goffice>=0.5.1' to 'goffice0.8' in depends to compile successfully. Please update PKGBUILD accordingly. And why 'subversion' is still needed as makedepends? Thanks.

commented on 2012-07-26 13:57 (UTC)

GnuCash needs guile-1 (libguile.so.17). After installation of guile-devel (2.0.6), I cannot run gnucash any more. :-(

ngoonee commented on 2011-09-19 06:59 (UTC)

Just started getting an error with libp11-kit-so.0, have already submitted a bug report here - https://bugs.archlinux.org/task/26066 Those who experience the problem, please follow that bug. I have 'resolved' it currently by installing p11-kit from [extra], if gnucash in [extra] is updated to add that dependency I will update this as well.

ngoonee commented on 2011-02-07 02:26 (UTC)

I get the same, it looks to be linked to libdbi-drivers. If you're not using the sql backend then it shouldn't pose a problem.

Maxr commented on 2011-02-06 16:41 (UTC)

Got a problem here when starting gnucash in console: libsqlite.so.0: cannot open shared object file: No such file or directory libdbi: Failed to load driver: /usr/lib/dbd/libdbdsqlite.so After linking /usr/lib/libsqlite.so.0 to /usr/lib/libsqlite3.so.0.8.6 I get this: /usr/lib/dbd/libdbdsqlite.so: undefined symbol: sqlite_encoding libdbi: Failed to load driver: /usr/lib/dbd/libdbdsqlite.so Can't find a solution. I don't see anything not working in gnucash, though.

ngoonee commented on 2011-01-13 13:59 (UTC)

@jmdennis - you're welcome.

commented on 2011-01-13 13:53 (UTC)

I wanted to just say that I appreciate this and was wondering when Arch would update their version of gnucash to this version and now I do not have to wait.

ngoonee commented on 2011-01-10 14:32 (UTC)

Updated to 2.4.0 which is not technically -devel, but isn't really different from 2.3.17 and is cleaner. When new devel versions come out I will update them (assuming I realize or this is flagged).

fvsc commented on 2010-11-10 08:27 (UTC)

Hello, I've updated the PKGBUILD for the latest version gnucash 2.3.16, build and installed it. It is running on my pc. How can I get this updated PKGBUILD in the AUR. Will I sent it first to you so you can have a look at it or .... Kind regards, Fred.

fvsc commented on 2010-11-10 08:27 (UTC)

Hello, I've updated the PKGBUILD for the latest version gnucash 2.3.16, build and installed it. It is running on my pc. How can I get this updated PKGBUILD in the AUR. Will I sent it first to you so you can have a look at it or .... Kind regards, Fred.