Created attachment 442598 [details] gnucash build.log emerge --info Portage 2.3.0 (python 3.5.2-final-0, default/linux/amd64/13.0, gcc-5.4.0, glibc-2.23-r2, 4.7.0-gentoo x86_64) ================================================================= System uname: Linux-4.7.0-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T5870_@_2.00GHz-with-gentoo-2.2 KiB Mem: 4003920 total, 329644 free KiB Swap: 16777212 total, 16777036 free Timestamp of repository gentoo: Thu, 04 Aug 2016 23:03:49 +0000 sh bash 4.3_p46 ld GNU ld (Gentoo 2.26.1 p1.0) 2.26.1 distcc 3.2rc1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.3_p46::gentoo dev-java/java-config: 2.2.0-r3::gentoo dev-lang/perl: 5.24.0-r1::gentoo dev-lang/python: 2.7.12::gentoo, 3.4.5::gentoo, 3.5.2::gentoo dev-util/cmake: 3.6.1::gentoo dev-util/pkgconfig: 0.29.1::gentoo sys-apps/baselayout: 2.2-r1::gentoo sys-apps/openrc: 0.21.3::gentoo sys-apps/sandbox: 2.10-r2::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r2::gentoo sys-devel/automake: 1.13.4-r1::gentoo, 1.14.1-r1::gentoo, 1.15-r2::gentoo sys-devel/binutils: 2.26.1::gentoo sys-devel/gcc: 4.9.3::gentoo, 5.3.0::gentoo, 5.4.0::gentoo sys-devel/gcc-config: 1.8-r1::gentoo sys-devel/libtool: 2.4.6-r2::gentoo sys-devel/make: 4.2.1::gentoo sys-kernel/linux-headers: 4.7::gentoo (virtual/os-headers) sys-libs/glibc: 2.23-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: git sync-uri: https://github.com/gentoo-mirror/gentoo.git priority: -1000 brother-overlay location: /usr/local/overlay/brother-overlay sync-type: git sync-uri: git://github.com/stefan-langenmaier/brother-overlay.git masters: gentoo xfce-dev location: /var/lib/layman/xfce-dev masters: gentoo priority: 50 derk-personal location: /home/derk/portage masters: gentoo priority: 80 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--autounmask --autounmask-write --quiet-build=y" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl alsa amd64 apng archive avcodec avformat bluetooth bzip2 cairo cdda cddb cdr cifs cli consolekit cracklib crypt cups cxx dbus dri dvd dvdr encode flac fortran fuse gallium gdbm gphoto2 gpm gstreamer gtk gtk3 iconv id3tag introspection ipv6 java jpeg jpeg2k lame lcms libnotify live mad mmx mmxext modules mp3 mpeg multilib ncurses nfs nls nptl ntp ogg opengl openmp openrc opus pam parted pcre pdf pm-utils png policykit postproc ppds readline samba scanner seccomp session sna spell sqlite sse sse2 ssl startup-notification svg tcpd theora threads tiff truetype twolame udev unicode uxa v4l vaapi vdpau vorbis vpx wav webm wma wma-fixed x264 xattr xcb xinerama xorg xvid zlib" ABI_X86="64" ALSA_CARDS="hda-intel" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="*" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse synaptics evdev" KERNEL="linux" L10N="en en-GB en-US en-CA" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer nlpsolver" LINGUAS="en en_GB en_US" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python3_5" PYTHON_TARGETS="python2_7 python3_4 python3_5" RUBY_TARGETS="ruby22 ruby23" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" USE_PYTHON="2.7 3.4 3.5" Unset: CC, CPPFLAGS, CTARGET, CXX, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Do you have guile-1.8 installed ? Current ebuild is designed to work with the sloted guile-2 from the lisp overlay.
The new pkg-config name is 'guile-2.0' and the gnucash configure script needs "--with-guile=auto" or "--with-guile=2.0" to detect it. I see "--with-guile=1.8" in the ebuild so change that.
Ok I see guile-2 was added to the tree / unmasked in an unslotted way : https://packages.gentoo.org/packages/dev-scheme/guile @amynka: could you confirm this is intentional and this is meant to stay this way ? While I made sure gnucash upstream was ready for this long ago I would rather not change the ebuild back and forth if having a full guile-2 system is not possible for now.
(In reply to Gilles Dartiguelongue from comment #3) > Ok I see guile-2 was added to the tree / unmasked in an unslotted way : > https://packages.gentoo.org/packages/dev-scheme/guile > > @amynka: could you confirm this is intentional and this is meant to stay > this way ? While I made sure gnucash upstream was ready for this long ago I > would rather not change the ebuild back and forth if having a full guile-2 > system is not possible for now. Yes I can confirm that it is intentional and it will stay this way. I saw patches for gnucash on guile-2 so I think it should not be problem for you to adjust? Am I correct? Thanks
note simply changing ebuild to --with-guile=2.0 does allow gnucash to configure but the build does not complete .. second build log attached ..
Created attachment 442694 [details] gnucash-guile-2.0.build.log failing build log as per previous comment
this may not be a correct resolution, but I have the same problem with the same packages and gnucash compiled by linking to the new guile .pc with "ln -s /usr/lib64/pkgconfig/guile-2.0.pc /usr/lib64/pkgconfig/guile-1.8.pc" a quick work around
For what it is worth, I tried that soft link, and emerge failed.
(In reply to Fred Krogh from comment #8) > For what it is worth, I tried that soft link, and emerge failed. Sorry, multitasking did me in. That soft link does work. At least gnucash installs, and can execute.
Patch + ebuild that works with guile-2.0.12 available in my overlay: https://github.com/stefantalpalaru/gentoo-overlay/tree/master/app-office/gnucash Only tested with these USE flags enabled: ofx python sqlite Patch submitted upstream as a pull request: https://github.com/Gnucash/gnucash/pull/98
ok tested the patch in comment#10 and it works for me with just ofx flag selected
How are we coming along getting this bug moved into a "Confirmed" status, en route to a fix in portage?
*** Bug 591176 has been marked as a duplicate of this bug. ***
the patch in comment#10 also worked for me. would be great if you could add this to the portage tree.
Unconfirmed? What the.
The patch sent upstream looks suspicious as unittests do run locally without it. It must be something with portage environment.
(In reply to Gilles Dartiguelongue from comment #16) > The patch sent upstream looks suspicious as unittests do run locally without > it. It must be something with portage environment. What unit tests? I have provided a configure command in the pull request so you can replicate the build problems outside Portage. If it's something Gentoo specific, it must be in guile's default paths.
unittests are run with FEATURES="test" emerge -1 gnucash. If they fail you can try to debug things by going to the build directory and sudo -u portage -s
Gilles, are you sure you're on ~amd64 and you're not masking guile-2? 'FEATURES="test" emerge -1 gnucash' does not reach the test phase because it fails in the configure phase. We established that 1 month ago.
Please look around a bit, I am maintaining this package and I did the relevant change in order to push it to tree but got stopped by this. I'll push a build.log.
Who you are is not as important as the error message I got from that command (yes, I tested it on a recently updated ~amd64 system before writing that it fails). Do post your build log, I'm curious why it builds on your system.
Ok, after checking this again, I change to guile-2 but did not apply your patch so my build.log is the same as https://bugs.gentoo.org/attachment.cgi?id=442694. What bothers me with the patch is that it should not be needed per my understanding and by upstream's too https://github.com/Gnucash/gnucash/pull/98#issuecomment-241141187. gnucash is nice to merge this patch but not all upstream accept things that seems to be needed only on Gentoo without an explanation and I would like to know what's going on as well. What's more is my previous attempt at building gnucash with guile-2 which resulted in this comment from gentoo git history: commit 6f770d63013f1e530faccfa7286168d273010d30 Author: Gilles Dartiguelongue <eva@gentoo.org> Date: Wed Nov 11 14:02:59 2015 +0100 app-office/gnucash: remove guile automagic detection This problem only affects users trying out lisp overlay or masked ebuilds in gentoo-x86 but it gets old. gnucash builds fine with guile-2.0 but we have no scheme herd to push it forward currently. I'll see if using lisp's overlay guile-2 makes it work again.
I found the Gentoo specific part: setting the GUILE_LOAD_PATH environment variable prevents guile-2.0.12 from finding some paths on its own when compiling gnucash without my patch. The weird part is that the added directory is already in the default path (the default path is appended to the contents of GUILE_LOAD_PATH): # guile -c '(display %load-path) (newline)' (/usr/share/guile/2.0 /usr/share/guile/2.0 /usr/share/guile/site/2.0 /usr/share/guile/site /usr/share/guile) Maybe this directory duplication messes something inside guile's path handling. The ebuild says that setting that env var was done to fix this 2003 Texmacs bug: #23493 . I doubt it's still needed.
CCing guile maintainers then to check if that hack for texmacs is still needed (or if we should solve that in a different way)
Finally had some time to get back to this. I reinstalled guile from the lisp overlay: [U] dev-scheme/guile Available versions: (12) 1.8.8-r1^t 1.8.8-r2^t {M}(~)1.8.8-r3^t[1] (~)2.0.12-r1(12/22) (2) (~)2.0.9-r1[1] **999[1] (0) **2.0.11[1] {debug debug-freelist debug-malloc +deprecated discouraged emacs (+)networking (+)nls (+)readline +regex static +threads} Installed versions: 1.8.8-r3(12)[1](23:09:37 30/09/2016)(deprecated networking nls readline regex threads -debug -debug-freelist -debug-malloc -discouraged -emacs) 2.0.9-r1(2)[1](23:25:38 30/09/2016)(deprecated networking nls regex threads -debug -debug-malloc) Homepage: http://www.gnu.org/software/guile/ Description: GNU Ubiquitous Intelligent Language for Extensions Here is the patch I used to build gnucash with these ebuilds: diff --git a/app-office/gnucash/gnucash-2.6.13.ebuild b/app-office/gnucash/gnucash-2.6.13.ebuild index 73c2f3c..d52d1dc 100644 --- a/app-office/gnucash/gnucash-2.6.13.ebuild +++ b/app-office/gnucash/gnucash-2.6.13.ebuild @@ -24,7 +24,7 @@ RDEPEND=" >=dev-libs/popt-1.5 >=dev-libs/libxml2-2.5.10:2 dev-libs/libxslt - >=dev-scheme/guile-1.8.3:12[deprecated,regex] + >=dev-scheme/guile-2.0.0:2[deprecated,regex] dev-scheme/guile-www gnome-base/libgnomecanvas >=net-libs/webkit-gtk-1.2:2 @@ -83,23 +83,26 @@ src_configure() { $(use_enable ofx) \ $(use_enable hbci aqbanking) \ $(use_enable python) \ - --with-guile=1.8 \ --disable-doxygen \ --disable-gtkmm \ --enable-locale-specific-tax \ --disable-error-on-warning \ + --with-guile=2.0 \ + GUILD=$(type -P guild-2.0) \ ${myconf} + + # Guile env variable must be overriden due to guild + # command being eselect unware script + export GUILE=$(type -P guile-2.0) } src_test() { - GUILE_WARN_DEPRECATED=no \ - GNC_DOT_DIR="${T}"/.gnucash \ emake check } No problems with build or unittests as I expected. Now to see what changed between this overlay ebuild and current in-tree 2.0.12-r1.
The ebuild modifications from comment #25 did not work for me with what is in tree at this time. Creating a symlink per comment #7 did work.
(In reply to Pacho Ramos from comment #24) > CCing guile maintainers then to check if that hack for texmacs is still > needed (or if we should solve that in a different way) I will drop that hack in a week if nobody complaints to, at least, have time to test it works (if still needed, the affected upstream needs to be notified finally too for not needing to carry that hack forever)
Upstream has released 2.6.14 with this in the release notes: "Build improvements with CMake, accomodation for Guile-2.0.12 on Gentoo." Not sure what exactly that means, can we just bump and be done?
The patch is the one provided upstream linked here, however it was not fully working (failing unittests with in-tree packages) and not necessary (as demonstrated using the lisp overlay which has minimal differences to in-tree guile). I will have a look at 2.6.14 but I doubt it actually solves the problem.
(In reply to Gilles Dartiguelongue from comment #29) > The patch is the one provided upstream linked here, however it was not fully > working (failing unittests with in-tree packages) and not necessary (as > demonstrated using the lisp overlay which has minimal differences to in-tree > guile). I will have a look at 2.6.14 but I doubt it actually solves the > problem. That is demonstrably false. The patched gnucash-2.6.13 and now the upstream 2.6.14 (available in my overlay) are working perfectly fine on my system and passing their respective test suites. I don't have any package from the lisp overlay installed, so you might want to test this in a clean Gentoo install.
After rebuilding guile without the env hack, gnucash 2.6.13 finally builds fine and it didn't need any patch as expected. gnucash 2.6.14 has a little underlinking problem, more on that later.
I have pushed a fixed 2.6.13 ebuild that locks to guile-1.8 and a 2.6.13-r1 which allows guile-2. r1 will not build until bug #597184 is solved though.
*** Bug 597232 has been marked as a duplicate of this bug. ***
Hello, with 2.6.13 and guile V2 will not work. Source will not compile. I delete gnucash, run revdep-rebuild and then copy 2.6.13 of gnucash to 2.6.14 and it has compile without problems. Silvio
*** Bug 599226 has been marked as a duplicate of this bug. ***
So, would just bumping to 2.6.14 be the reasonable solution here? AFAICS Talpalaru and Siefke reported it was building fine, and 2.6.14 was released already in June. Are there some know issues that prevent the version bump?
(In reply to Tuomo Hartikainen from comment #36) > So, would just bumping to 2.6.14 be the reasonable solution here? AFAICS > Talpalaru and Siefke reported it was building fine, and 2.6.14 was released > already in June. Are there some know issues that prevent the version bump? I support this suggestion. I have been using 2.6.14 for quite a while now, built from a lightly-modified version of the gnucash-2.6.13.ebuild that forces guile-2 and builds without problem. To be frank, I'm having some trouble understanding just what the delay is all about - I have been completely without guile-1 for some time now and haven't knowingly encountered any problems. Unified diff as attachment.
Created attachment 453172 [details, diff] gnucash-2.6.13 -> gnucash-2.6.14 guile-2 patch
I applied the gnucash-2.6.13 -> gnucash-2.6.14 guile-2 patch to create gnucash-2.6.14.ebuild in my local overlay. The build failed with the following: ../../src/register/ledger-core/.libs/libgncmod-ledger-core.so: undefined reference to `gnc_recn_cell_set_read_only'
You probably need to unmerge the existing gnucash before emerging the new one, because it tries to link to system libraries before those in the work dir.
Thanks ebuild installed fine after deleting 2.16.13
(In reply to Stefan Talpalaru from comment #40) > You probably need to unmerge the existing gnucash before emerging the new > one, because it tries to link to system libraries before those in the work > dir. Confirming that copying 2.6.13-r1 as 2.6.14 into a local overlay installs fine if 2.6.13 is unmerged first.
Apologies for newbness but unmerged 2.6.13, copied 2.6.13-r1 to /usr/local/portage/app-gnucash/gnucash-2.6.14.ebuild and did a digest-ebuild on it. That caused a few "file not found" on first few servers but finally downloaded a 2.6.14. When I hit emerge gnucash it said gnucash-2.6.14::arduino , which failed to build of course. Deleted it and copied 2.6.13-r1.ebuild again to local overlay but did not digest it - still same arduino. So gave up and tried to reinstall 2.6.13, but run into wanting to downgrade guile to 1.8. I can poke around some ideas above about tinkering with ebuild.. but what did I miss on 2.6.14?
(In reply to Jim Dory from comment #43) > Apologies for newbness but unmerged 2.6.13, copied 2.6.13-r1 to > /usr/local/portage/app-gnucash/gnucash-2.6.14.ebuild and did a digest-ebuild > on it. That caused a few "file not found" on first few servers but finally > downloaded a 2.6.14. When I hit emerge gnucash it said > gnucash-2.6.14::arduino , which failed to build of course. Deleted it and > copied 2.6.13-r1.ebuild again to local overlay but did not digest it - still > same arduino. So gave up and tried to reinstall 2.6.13, but run into wanting > to downgrade guile to 1.8. I can poke around some ideas above about > tinkering with ebuild.. but what did I miss on 2.6.14? [addendum] I deleted the local manifest and the distfile of 2.6.14 and tried again without doing a digest-ebuild and got this error: "Emerging (1 of 1) app-office/gnucash-2.6.14::gentoo !!! Fetched file: gnucash-2.6.14.tar.bz2 VERIFY FAILED! !!! Reason: Insufficient data for checksum verification !!! Got: !!! Expected: MD5 RMD160 SHA1 SHA256 SHA512 WHIRLPOOL "
Please delete comments no.s 43 and 44. Not related. I am, however, having trouble getting gnucash-2.6.14 to build after adding it to local overlay. I get this: -Wl,libgncmod-backend-xml.so -o .libs/libgncmod-backend-xml.so /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lgnc-backend-xml-utils collect2: error: ld returned 1 exit status libtool: install: error: relink `libgncmod-backend-xml.la' with the above command before installing it make[5]: *** [Makefile:703: install-pkglibLTLIBRARIES] Error 1 make[5]: *** Waiting for unfinished jobs.... libtool: install: /usr/lib/portage/python3.4/ebuild-helpers/xattr/install -c .libs/libgnc-backend-xml-utils.so.0.0.0T /var/tmp/portage/app-office/gnucash-2.6.14/image//usr/lib64/libgnc-backend-xml-utils.so.0.0.0 libtool: install: (cd /var/tmp/portage/app-office/gnucash-2.6.14/image//usr/lib64 && { ln -s -f libgnc-backend-xml-utils.so.0.0.0 libgnc-backend-xml-utils.so.0 || { rm -f libgnc-backend-xml-utils.so.0 && ln -s libgnc-backend-xml-utils.so.0.0.0 libgnc-backend-xml-utils.so.0; }; }) libtool: install: (cd /var/tmp/portage/app-office/gnucash-2.6.14/image//usr/lib64 && { ln -s -f libgnc-backend-xml-utils.so.0.0.0 libgnc-backend-xml-utils.so || { rm -f libgnc-backend-xml-utils.so && ln -s libgnc-backend-xml-utils.so.0.0.0 libgnc-backend-xml-utils.so; }; }) libtool: install: /usr/lib/portage/python3.4/ebuild-helpers/xattr/install -c .libs/libgnc-backend-xml-utils.lai /var/tmp/portage/app-office/gnucash-2.6.14/image//usr/lib64/libgnc-backend-xml-utils.la libtool: install: warning: remember to run `libtool --finish /usr/lib64' make[5]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14/src/backend/xml' make[4]: *** [Makefile:978: install-am] Error 2 make[4]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14/src/backend/xml' make[3]: *** [Makefile:817: install-recursive] Error 1 make[3]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14/src/backend/xml' make[2]: *** [Makefile:489: install-recursive] Error 1 make[2]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14/src/backend' make[1]: *** [Makefile:551: install-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14/src' make: *** [Makefile:785: install-recursive] Error 1
Copying gnucash-2.6.13-r1.ebuild -> gnucash-2.6.14.ebuild was not enough to resolve. 2.6.14 at least in my case failed due to to many jobs. It was able to merge 2.6.14 by forcing -j1 dev ~ # MAKEOPTS="-j1" emerge -qv gnucash >>> Verifying ebuild manifests >>> Emerging (1 of 1) app-office/gnucash-2.6.14::gentoo >>> Installing (1 of 1) app-office/gnucash-2.6.14::gentoo >>> Recording app-office/gnucash in "world" favorites file... >>> Jobs: 1 of 1 complete Every attempt to merge gnucash-2.6.13-r1.ebuild failed, even with forcing jobs to a single job. Seems 2.6.14 may require this and not be able build with multiple jobs.
I copied gnucash-2.6.13-r1 over to gnucash-2.6.14 and after generating the digest, tried to merge gnucash. It fails even if I try with only one make job. libtool: link: x86_64-pc-linux-gnu-gcc -Wdeclaration-after-statement -Wno-pointer-sign -pipe -fomit-frame-pointer -march=haswell -std=gnu99 -g -O3 -Wall -Wunused -Wno-unused -Wl,-O1 -g -o .libs/gnucash gnucash-bin.o -pthread -Wl,--export-dynamic -pthread -Wl,--as-needed ../../src/register/ledger-core/.libs/libgncmod-ledger-core.so ../../src/report/report-gnome/.libs/libgncmod-report-gnome.so ../../src/gnome/.libs/libgnc-gnome.so ../../src/gnome-utils/.libs/libgncmod-gnome-utils.so ../../src/app-utils/.libs/libgncmod-app-utils.so ../../src/engine/.libs/libgncmod-engine.so ../../src/gnc-module/.libs/libgnc-module.so ../../src/core-utils/.libs/libgnc-core-utils.so ../../src/libqof/qof/.libs/libgnc-qof.so ../../src/report/report-system/.libs/libgncmod-report-system.so /usr/lib64/libguile-2.0.so -lgc -lgthread-2.0 -lgmodule-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype -lm -pthread -Wl,-rpath -Wl,/usr/lib64/gnucash ../../src/register/ledger-core/.libs/libgncmod-ledger-core.so: undefined reference to `gnc_recn_cell_set_read_only' collect2: error: ld returned 1 exit status Makefile:687: recipe for target 'gnucash' failed make[4]: *** [gnucash] Error 1 make[4]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14/src/bin' Makefile:788: recipe for target 'all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14/src/bin' Makefile:551: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14/src' Makefile:785: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/app-office/gnucash-2.6.14/work/gnucash-2.6.14' Makefile:638: recipe for target 'all' failed make: *** [all] Error 2
I also suffer the error of: ../../src/register/ledger-core/.libs/libgncmod-ledger-core.so: undefined reference to `gnc_recn_cell_set_read_only' collect2: error: ld returned 1 exit status When updating :/
Unmerge the existing gnucash before emerging the new one, like I said in comment #40, or take your time to fix its link-time paths.
Yeah, it seems to only appear when libdir configure option is passed to the configure: https://bugzilla.gnome.org/show_bug.cgi?id=775634
This note from the gnucash homepage may help clear up 'guile' issues. Important update notification If you are updating from gnucash 2.6.0-2.6.4 on linux, you are advised to remove the guile user cache or several parts of gnucash may fail to work properly. This user cache can be found in .cache/guile/ccache/2.0-LE-8-2.0/ in your home directory. It's safe to remove the whole contents of this directory. Note .cache is a hidden folder in your home directory. You may have to change your file manager's settings in order to view hidden files and folders. hth, James
Thanks James -- after rm -rf .cache/guile/ccache/2.0-LE-8-2.0/* gnucash-2.6.13-r1 installed without problems.
Sorry that should have been rm -rf ~/.cache/guile/ccache/2.0-LE-8-2.0/* This site seems to be working a bit differently than I'm used to. Have there been changes?
I'm using an for gnucash ebuild modified to add the patch in comment #10 which uses guile2 and works for gnucash-2.6.13, gnucaas-2.6.14, and gnucash-2.6.15 each of these has been tested by regular normal use and only bug 604552 which was due to bug 604404 in zlib has been the only glitch ..
perhaps add temporary block in ebuild for sys-libs/zlib-1.2.9 as it causes major problems for file saving in any version of gnucash.
2.6.15* versions look to finally work for me with the eautoreconf run For any new bugs, please open a new bug report Thanks
