Search Criteria
Package Details: gnucash-git 3.7.r132.g9661a77f3-1
Package Actions
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) |
Dependencies (17)
- aqbanking (aqbanking-git)
- boost-libs (boost171, boost-libs-git)
- guile (guile-git, guile3)
- libdbi
- webkit2gtk (webkit2gtk-wpe-bin, webkit2gtk-imgpaste)
- boost (boost-git) (make)
- cmake (cmake-git) (make)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- gmock (googletest-git, gtest) (make)
- gtest (googletest-git) (make)
- libdbi-drivers (make)
- mariadb-libs (mariadb-libs-git, libmysqlclient) (make)
- postgresql-libs (agensgraph-git, postgresql-libs-1c, postgresql-libs-9.5, postgresql-libs-9.4, postgresql-src-beta-libs, postgresql-libs-9.6, postgresql-libs-11, postgresql-libs-10, postgresql-lts-libs, postgresql-libs-12, postgresql-src-libs, postgresql13-libs) (make)
- swig (swig-git) (make)
- evince (evince2, evince-lcdfilter, evince-lcd-standalone, evince-light, evince-git, evince-no-gnome) (optional) – for print preview
- perl-date-manip (optional) – for stock information lookups
- perl-finance-quote (optional) – for stock information lookups
Required by (1)
- python-piecash (requires gnucash) (optional)
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
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
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 addcmake
flagsWITH_PYTHON=ON
andCOMPILE_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 thePKGBUILD
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 valueWITH_AQBANKING=ON
is already the default valueAnd 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 inmakedepends
, but not independs
. It should be inoptdepends
, too. It is possible to rungnucash
without an SQL backend.libdbi
: needed independs
(instead oflibdbi-drivers
)slib
: not needed (useguile
instead)guile
: needed independs
(instead ofslib
)gtest
: is pulled in bygmock
intltool
: not needed since 2018-02-27libmariadbclient
: has been renamed tomariadb-libs
mariadblibs
: needed inmakedepends
(instead oflibmariadbclient
)sqlite3
: not needed (in favor oflibdbi-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
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)
not_anonymous commented on 2017-10-19 00:00 (UTC)
jebrosen commented on 2017-07-10 20:51 (UTC)
not_anonymous commented on 2017-07-02 19:25 (UTC)
monstermunchkin commented on 2015-03-30 08:36 (UTC)
not_anonymous commented on 2015-02-14 19:41 (UTC)
neng commented on 2013-10-08 17:07 (UTC)
commented on 2012-07-26 13:57 (UTC)
ngoonee commented on 2011-09-19 06:59 (UTC)
ngoonee commented on 2011-02-07 02:26 (UTC)
Maxr commented on 2011-02-06 16:41 (UTC)
ngoonee commented on 2011-01-13 13:59 (UTC)
commented on 2011-01-13 13:53 (UTC)
ngoonee commented on 2011-01-10 14:32 (UTC)
fvsc commented on 2010-11-10 08:27 (UTC)
fvsc commented on 2010-11-10 08:27 (UTC)