Bugzilla Bug 163647

g-wrap-1.9.6-r1 (i guess this is true for other versions too) checks for
libffi.
If present it doesn't build it. So if one reinstalls g-wrap libffi is installed
-> removed -> installed...


Also alternating are:
/usr/share/guile/site/srfi
/usr/share/guile/site/srfi/srfi-34.scm
/usr/share/guile/site/srfi/srfi-35.scm

1) Jakub has a point: If g-wrap can't use dev-libs/libffi it should probably
block it. (As it's installing the same files?! Well, I haven't checked this.)

But this wasn't my point. It was:

2) g-wrap has its own libffi subdir and it's built if libffi and header are not
present. So if they are present they will not be rebuilt and reinstalled - and
portage removes them while reinstalling g-wrap.



Jakub: Any further comment on this? Want to propose a better summary?

(In reply to comment #1)
> Jakub: Any further comment on this? Want to propose a better summary?

The summary I did stick there was already pretty good (plus, bundled stuff
sucks).

http://www.gentoo.org/proj/en/qa/automagic.xml

*** Bug 163914 has been marked as a duplicate of this bug. ***

*** Bug 165763 has been marked as a duplicate of this bug. ***

*** Bug 165060 has been marked as a duplicate of this bug. ***

re srfi: wouldn't it be easiest to add srfi 34 and 35 to guile?

*** Bug 166902 has been marked as a duplicate of this bug. ***

*** Bug 167353 has been marked as a duplicate of this bug. ***

Created an attachment (id=110536) [details]
patch against dev-libs/g-wrap/g-wrap-1.9.7-r2.ebuild

A naive workaround

*** Bug 167537 has been marked as a duplicate of this bug. ***

*** Bug 167983 has been marked as a duplicate of this bug. ***

*** Bug 168264 has been marked as a duplicate of this bug. ***

Ok guys, thank you for your help but can you please tell me what I have to do
practically so that I can install gnucash-2.0.5?

Thank you for your help.
Zeno

A workaround that worked for me is to uninstall g-wrap completely, and then
install it.

The build behaves in a fairly different way when it is already present than
when it is not. IIRC this is valid for versions from years ago.

(In reply to comment #14)
> A workaround that worked for me is to uninstall g-wrap completely, and then
> install it.

Yes, that works. It would be great if you could test Brice's fixes though.

Okay, i finally got around to testing the fixes, but the second time aruond it
fails on "make libffi failed". It looks like the naive workaround won't do and
configure.ac needs to be fixed up after all.

Created an attachment (id=111624) [details]
g-wrap-1.9.7-r2.ebuild

I merged it many times and diffed CONTENTS, everything works for me (tm).
Could you post the error ? Please find attached the exact ebuild I used (I also
changed =guile-1.8 into =dev-scheme/guile-1.8 ).

the way i got it to work here was with:

export USE="X apache2 aim alsa avi cjk canna dts dga dvd divx4linux emacs
encode iconv imap ipv6 jpeg ldap leim mad mpeg mmap msn motif network nls
nostrip opengl oggvorbis png postgres gtk2 gif gnome real readline ssl theora
truetype unicode xvid xv v4l -tcltk -cups -pie xinerama nptl nptlonly regex
deprecated discouraged" 

emerge --unmerge guile slib g-wrap && emerge  gnucash


I think one of the reasons it was failing earlier because I had multiple
versions of guile (I think it was guile and not slib...) installed. Here it is:

1172516447:  *** emerge  gnucash
1172516498:  >>> emerge (1 of 2) dev-libs/g-wrap-1.9.6-r1 to /
1172516498:  === (1 of 2) Cleaning
(dev-libs/g-wrap-1.9.6-r1::/usr/portage/dev-libs/g-wrap/g-wrap-1.9.6-r1
.ebuild)
1172516499:  === (1 of 2) Compiling/Merging
(dev-libs/g-wrap-1.9.6-r1::/usr/portage/dev-libs/g-wrap/g-wrap
-1.9.6-r1.ebuild)
1172516506:  *** terminating.
1172528769: Started emerge on: Feb 26, 2007 17:26:09
1172528769:  *** emerge  unmerge guile slib g-wrap
1172528774: === Unmerging... (dev-scheme/guile-1.4-r3)
1172528779:  >>> unmerge success: dev-scheme/guile-1.4-r3
1172528779: === Unmerging... (dev-scheme/guile-1.4.1)
1172528783:  >>> unmerge success: dev-scheme/guile-1.4.1
1172528783: === Unmerging... (dev-scheme/guile-1.8.1-r1)
1172528790:  >>> unmerge success: dev-scheme/guile-1.8.1-r1
1172528790: === Unmerging... (dev-scheme/slib-3.1.1-r1)
1172528795:  >>> unmerge success: dev-scheme/slib-3.1.1-r1
1172528795:  *** exiting successfully.
1172528813:  *** terminating.
1172528814: Started emerge on: Feb 26, 2007 17:26:54
1172528814:  *** emerge  gnucash
1172528841:  >>> emerge (1 of 4) dev-scheme/guile-1.8.1-r1 to /
1172528841:  === (1 of 4) Cleaning
(dev-scheme/guile-1.8.1-r1::/usr/portage/dev-scheme/guile/guile-1.8.1-r
1.ebuild)
1172528841:  === (1 of 4) Compiling/Merging
(dev-scheme/guile-1.8.1-r1::/usr/portage/dev-scheme/guile/guil
e-1.8.1-r1.ebuild)
1172529215:  >>> AUTOCLEAN: dev-scheme/guile
1172529215:  --- AUTOCLEAN: Nothing unmerged.
1172529215:  === (1 of 4) Post-Build Cleaning
(dev-scheme/guile-1.8.1-r1::/usr/portage/dev-scheme/guile/gu
ile-1.8.1-r1.ebuild)
1172529215:  ::: completed emerge (1 of 4) dev-scheme/guile-1.8.1-r1 to /
1172529215:  >>> emerge (2 of 4) dev-libs/g-wrap-1.9.6-r1 to /
1172529216:  === (2 of 4) Cleaning
(dev-libs/g-wrap-1.9.6-r1::/usr/portage/dev-libs/g-wrap/g-wrap-1.9.6-r1
.ebuild)
1172529216:  === (2 of 4) Compiling/Merging
(dev-libs/g-wrap-1.9.6-r1::/usr/portage/dev-libs/g-wrap/g-wrap
-1.9.6-r1.ebuild)
1172529434:  >>> AUTOCLEAN: dev-libs/g-wrap
1172529434:  --- AUTOCLEAN: Nothing unmerged.
1172529434:  === (2 of 4) Post-Build Cleaning
(dev-libs/g-wrap-1.9.6-r1::/usr/portage/dev-libs/g-wrap/g-wr
ap-1.9.6-r1.ebuild)
1172529434:  ::: completed emerge (2 of 4) dev-libs/g-wrap-1.9.6-r1 to /
1172529434:  >>> emerge (3 of 4) dev-scheme/slib-3.1.1-r1 to /
1172529434:  === (3 of 4) Cleaning
(dev-scheme/slib-3.1.1-r1::/usr/portage/dev-scheme/slib/slib-3.1.1-r1.e
build)
1172529435:  === (3 of 4) Compiling/Merging
(dev-scheme/slib-3.1.1-r1::/usr/portage/dev-scheme/slib/slib-3
.1.1-r1.ebuild)
1172529450:  >>> AUTOCLEAN: dev-scheme/slib
1172529450:  --- AUTOCLEAN: Nothing unmerged.
1172529450:  === (3 of 4) Post-Build Cleaning
(dev-scheme/slib-3.1.1-r1::/usr/portage/dev-scheme/slib/slib
-3.1.1-r1.ebuild)
1172529450:  ::: completed emerge (3 of 4) dev-scheme/slib-3.1.1-r1 to /
1172529450:  >>> emerge (4 of 4) app-office/gnucash-2.0.4-r1 to /
1172529451:  === (4 of 4) Cleaning
(app-office/gnucash-2.0.4-r1::/usr/portage/app-office/gnucash/gnucash-2
.0.4-r1.ebuild)
1172529452:  === (4 of 4) Compiling/Merging
(app-office/gnucash-2.0.4-r1::/usr/portage/app-office/gnucash/
gnucash-2.0.4-r1.ebuild)
1172533077:  >>> AUTOCLEAN: app-office/gnucash
1172533077: === Unmerging... (app-office/gnucash-2.0.2)
1172533100:  >>> unmerge success: app-office/gnucash-2.0.2
1172533100:  === (4 of 4) Post-Build Cleaning
(app-office/gnucash-2.0.4-r1::/usr/portage/app-office/gnucas
h/gnucash-2.0.4-r1.ebuild)
1172533100:  ::: completed emerge (4 of 4) app-office/gnucash-2.0.4-r1 to /
1172533100:  *** Finished. Cleaning up...
1172533114:  *** exiting successfully.
1172533162:  *** terminating.

Created an attachment (id=111664) [details]
g-wrap-1.9.6-r3/temp/build.log

Brice, the first time it installs fine, but the second time I install it I get
the attached output. I tested the 1.9.6 version since gnucash doesn't work with
1.9.7. I will test 1.9.7 now too.

1.9.7 installed fine three times in a row.

Created an attachment (id=111741) [details]
g-wrap-1.9.6-r1.ebuild

Sorry, I made the patch for the latest version without thinking the previous
could be usefull too. This backports the trick for dev-libs/g-wrap-1.9.6-r1,
I'll test it more carefully tomorrow.

Created an attachment (id=111744) [details]
files/g-wrap-1.9.6-makelibffi.patch

Required for attachement 110536.

Created an attachment (id=111794) [details]
g-wrap-1.9.6_libffi_automagic.patch

any reason why we shouldn't do this simpler patch instead Brice? Also I thought
the following patch would work, but it doesn't:

--- configure.ac.old    2007-03-02 12:59:58.000000000 +0100
+++ configure.ac        2007-03-02 13:38:15.000000000 +0100
@@ -58,7 +58,6 @@
 ar_WITH_LIB_LIBFFI([have_libffi=yes], [have_libffi=no])
 LIBFFI_CFLAGS_INSTALLED="$LIBFFI_CFLAGS"
 LIBFFI_LIBS_INSTALLED="$LIBFFI_LIBS"
-if test "$have_libffi" = no; then
   if ! test -d $srcdir/libffi; then
     AC_MSG_ERROR([G-Wrap needs libffi installed])
   else
@@ -68,7 +68,6 @@
     LIBFFI_CFLAGS_INSTALLED=""
     LIBFFI_LIBS_INSTALLED="-lffi"
   fi
-fi
 AM_CONDITIONAL(HAVE_LIBFFI, test "$have_libffi" = yes)
 AC_SUBST(LIBFFI_CFLAGS)
 AC_SUBST(LIBFFI_LIBS)

Created an attachment (id=111796) [details]
g-wrap-1.9.6-r3/temp/build.log

build log with the inline patch which fails sometimes

Created an attachment (id=111803) [details]
libffi_automagic.patch

actually this patch seems to work for both 1.9.6 and 1.9.7.

fix committed. Thanks Brice and thank you Marienz :)

*** Bug 165060 has been marked as a duplicate of this bug. ***

*** Bug 171603 has been marked as a duplicate of this bug. ***

*** Bug 172486 has been marked as a duplicate of this bug. ***