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

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

[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?

[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

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

[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.

^[[32;01mCollecting system binaries and libraries...^[[0m using existing
/root/.revdep-rebuild.1_files.

^[[32;01mCollecting complete LD_LIBRARY_PATH...^[[0m using existing
/root/.revdep-rebuild.2_ldpath.

^[[32;01mChecking dynamic linking consistency...^[[0m using existing
/root/.revdep-rebuild.3_rebuild.

^[[32;01mAssigning files to ebuilds...^[[0m using existing
/root/.revdep-rebuild.4_ebuilds.

^[[32;01mEvaluating package order...^[[0m using existing
/root/.revdep-rebuild.5_order.

^[[32;01mAll prepared. Starting rebuild...^[[0m
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
\a.\a.\a.\a.\a.\a.\a.\a.\a.\a.
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.


^[[31;01mrevdep-rebuild failed to emerge all packages^[[0m
^[[31;01myou have the following choices:^[[0m

- 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)

^[[32;01mTo remove temporary files, please run:^[[0m
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?

[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.
>
> ^[[32;01mCollecting system binaries and libraries...^[[0m using existing
> /root/.revdep-rebuild.1_files.
>
> ^[[32;01mCollecting complete LD_LIBRARY_PATH...^[[0m using existing
> /root/.revdep-rebuild.2_ldpath.
>
> ^[[32;01mChecking dynamic linking consistency...^[[0m using existing
> /root/.revdep-rebuild.3_rebuild.
>
> ^[[32;01mAssigning files to ebuilds...^[[0m using existing
> /root/.revdep-rebuild.4_ebuilds.
>
> ^[[32;01mEvaluating package order...^[[0m using existing
> /root/.revdep-rebuild.5_order.
>
> ^[[32;01mAll prepared. Starting rebuild...^[[0m
> 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
> \a.\a.\a.\a.\a.\a.\a.\a.\a.\a.
> 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.
>
>
> ^[[31;01mrevdep-rebuild failed to emerge all packages^[[0m
> ^[[31;01myou have the following choices:^[[0m
>
> - 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)
>
> ^[[32;01mTo remove temporary files, please run:^[[0m
> 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