Re: [gentoo-user] How do I generate libguile-ltdl.so?

2008-02-22 Thread Alma J. Wetzker
Volker Armin Hemmann wrote:
 On Donnerstag, 21. Februar 2008, Alma J. Wetzker wrote:
 I just updated portage and tried to update gnucash.  The compile errors
 out trying to find libguile-ltdl.so.1 and libwthreads.so.12.  I have
 tried to re-emerge guile, g-wrap and slib, none of them build the
 library that I need.  (slib also does not link the scm functions that it
 looks like gnucash looks for, so I may need that too.)

 What settings or whatever do I need to set to generate libguile-ltdl.*?

 -- Alma
 
 have you followed Jakub's advise from the bug and done a revdep-rebuilt?

I have tried.

Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries broken by a package update
will be emerged.

Collecting system binaries and libraries... using existing
/root/.revdep-rebuild.1_files.

Collecting complete LD_LIBRARY_PATH... using existing
/root/.revdep-rebuild.2_ldpath.

Checking dynamic linking consistency... using existing
/root/.revdep-rebuild.3_rebuild.

Assigning files to ebuilds... using existing
/root/.revdep-rebuild.4_ebuilds.

Evaluating package order... using existing
/root/.revdep-rebuild.5_order.

All prepared. Starting rebuild...
emerge --oneshot  =dev-python/gnome-python-desktop-2.14.0
=sys-fs/cryptsetup-luks-1.0.3-r2 =gnome-base/gnome-panel-2.14.2
=gnome-base/gnome-applets-2.14.2 =app-text/evince-0.5.3-r1
=gnome-extra/deskbar-applet-2.14.2 =gnome-extra/evolution-webcal-2.6.0
=mail-client/evolution-2.6.2-r1
..........
Calculating dependencies  . .
!!! All ebuilds that could satisfy
=dev-python/gnome-python-desktop-2.14.0 have been masked.
!!! One of the following masked packages is required to complete your
request:
- dev-python/gnome-python-desktop-2.14.0 (masked by: )

For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.


revdep-rebuild failed to emerge all packages
you have the following choices:

- if emerge failed during the build, fix the problems and re-run
revdep-rebuild
or
- use -X or --package-names as first argument (trys to rebuild package,
not exact
  ebuild)
or
- set ACCEPT_KEYWORDS=~your platform and/or /etc/portage/package.unmask
  (and remove /root/.revdep-rebuild.5_order to be evaluated again)
or
- modify the above emerge command and run it manually
or
- compile or unmerge unsatisfied packages manually, remove temporary
files and
  try again (you can edit package/ebuild list first)

To remove temporary files, please run:
rm /root/.revdep-rebuild*.?_*

the first several libraries are masked, so that seems to be a long and
tedious exercise to correct them, one at a time.

This is what I did that worked


emerge guile(1.8.3)
New version, probably made no difference
emerge slib (3.1.5-r1)
New version, probably made no difference
emerge libpcre  (7.6-r1)
This seems to be the magic step that created
'libguile-ltdl.so.*' and 'libqthreads.so.*'
emerge -C gnucash  (2.0.5)
For some reason, I needed this step in order for the new version
of gnucash to compile correctly.  It must have been looking for
something from the 2.0.5 version.
emerge gnucash  (2.2.3)
This worked.

I am not sure what to do about the revdep-build problems, I will work on
it later.  Thanks for the response!

-- Alma
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] How do I generate libguile-ltdl.so?

2008-02-22 Thread volker . armin . hemmann
On Freitag 22 Februar 2008, Alma J. Wetzker wrote:
 Volker Armin Hemmann wrote:
  On Donnerstag, 21. Februar 2008, Alma J. Wetzker wrote:
  I just updated portage and tried to update gnucash.  The compile errors
  out trying to find libguile-ltdl.so.1 and libwthreads.so.12.  I have
  tried to re-emerge guile, g-wrap and slib, none of them build the
  library that I need.  (slib also does not link the scm functions that it
  looks like gnucash looks for, so I may need that too.)
 
  What settings or whatever do I need to set to generate libguile-ltdl.*?
 
  -- Alma
 
  have you followed Jakub's advise from the bug and done a revdep-rebuilt?

 I have tried.

 Configuring search environment for revdep-rebuild

 Checking reverse dependencies...

 Packages containing binaries and libraries broken by a package update
 will be emerged.

 Collecting system binaries and libraries... using existing
 /root/.revdep-rebuild.1_files.

 Collecting complete LD_LIBRARY_PATH... using existing
 /root/.revdep-rebuild.2_ldpath.

 Checking dynamic linking consistency... using existing
 /root/.revdep-rebuild.3_rebuild.

 Assigning files to ebuilds... using existing
 /root/.revdep-rebuild.4_ebuilds.

 Evaluating package order... using existing
 /root/.revdep-rebuild.5_order.

 All prepared. Starting rebuild...
 emerge --oneshot  =dev-python/gnome-python-desktop-2.14.0
 =sys-fs/cryptsetup-luks-1.0.3-r2 =gnome-base/gnome-panel-2.14.2
 =gnome-base/gnome-applets-2.14.2 =app-text/evince-0.5.3-r1
 =gnome-extra/deskbar-applet-2.14.2 =gnome-extra/evolution-webcal-2.6.0
 =mail-client/evolution-2.6.2-r1
 ..........
 Calculating dependencies  . .
 !!! All ebuilds that could satisfy
 =dev-python/gnome-python-desktop-2.14.0 have been masked.
 !!! One of the following masked packages is required to complete your
 request:
 - dev-python/gnome-python-desktop-2.14.0 (masked by: )

 For more information, see MASKED PACKAGES section in the emerge man page or
 refer to the Gentoo Handbook.


 revdep-rebuild failed to emerge all packages
 you have the following choices:

 - if emerge failed during the build, fix the problems and re-run
 revdep-rebuild
 or
 - use -X or --package-names as first argument (trys to rebuild package,
 not exact
   ebuild)
 or
 - set ACCEPT_KEYWORDS=~your platform and/or /etc/portage/package.unmask
   (and remove /root/.revdep-rebuild.5_order to be evaluated again)
 or
 - modify the above emerge command and run it manually
 or
 - compile or unmerge unsatisfied packages manually, remove temporary
 files and
   try again (you can edit package/ebuild list first)

 To remove temporary files, please run:
 rm /root/.revdep-rebuild*.?_*

 the first several libraries are masked, so that seems to be a long and
 tedious exercise to correct them, one at a time.

 This is what I did that worked


 emerge guile(1.8.3)
   New version, probably made no difference
 emerge slib (3.1.5-r1)
   New version, probably made no difference
 emerge libpcre  (7.6-r1)
   This seems to be the magic step that created
   'libguile-ltdl.so.*' and 'libqthreads.so.*'
 emerge -C gnucash  (2.0.5)
   For some reason, I needed this step in order for the new version
   of gnucash to compile correctly.  It must have been looking for
   something from the 2.0.5 version.
 emerge gnucash  (2.2.3)
   This worked.

 I am not sure what to do about the revdep-build problems, I will work on
 it later.  Thanks for the response!

just put dev-python/gnome-python-desktop-2.14.0 into package.unmask or 
package.keywords-
-- 
gentoo-user@lists.gentoo.org mailing list



[gentoo-user] How do I generate libguile-ltdl.so?

2008-02-21 Thread Alma J. Wetzker
I just updated portage and tried to update gnucash.  The compile errors
out trying to find libguile-ltdl.so.1 and libwthreads.so.12.  I have
tried to re-emerge guile, g-wrap and slib, none of them build the
library that I need.  (slib also does not link the scm functions that it
looks like gnucash looks for, so I may need that too.)

What settings or whatever do I need to set to generate libguile-ltdl.*?

-- Alma
-- 
gentoo-user@lists.gentoo.org mailing list



Re: [gentoo-user] How do I generate libguile-ltdl.so?

2008-02-21 Thread Volker Armin Hemmann
On Donnerstag, 21. Februar 2008, Alma J. Wetzker wrote:
 I just updated portage and tried to update gnucash.  The compile errors
 out trying to find libguile-ltdl.so.1 and libwthreads.so.12.  I have
 tried to re-emerge guile, g-wrap and slib, none of them build the
 library that I need.  (slib also does not link the scm functions that it
 looks like gnucash looks for, so I may need that too.)

 What settings or whatever do I need to set to generate libguile-ltdl.*?

 -- Alma

have you followed Jakub's advise from the bug and done a revdep-rebuilt?
-- 
gentoo-user@lists.gentoo.org mailing list