[gentoo-user] Portage somwhat out of whack

[gentoo-user] Portage somwhat out of whack

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 6524 bytes --]

An update to mysql last Thursday has caused quite a bit of grief,
some other things are still broken.

The update caused problems because it invalidated things like
Postfix. No email, because I have Postfix using mysql as a
database, and it was linked with an older mysql library.
Mail is now working.

I did "emerge sync" and revdep-rebuild, but that is not working
very well. For one thing, it complains that it cannot satisfy
"=kde-base/kdelibs-3.3.2-r9" which is no longer in the portage
tree. The full output of the run appears after the .sig.
There are other problems indicated there.

By manually emerging some of this stuff, I've gotten it
pared down to just, but

=app-office/openoffice-bin-2.0.0
=dev-java/sun-jdk-1.5.0.05
=kde-base/kdelibs-3.3.2-r9
=www-client/opera-8.50

These are failing for a variety of reasons, which I think are also
references to obsolete libraries.

So: When openoffice-bin is complaining about libdb-3.0 and all
there is is libdb-4... what do I do. How do I get it to compile
with what there is? How do I find what ebuild has that file.
If the answer is qpkg, where do I find it (it's not on my system,
although there's a man page).

++ kevin


--
Kevin O'Gorman, PhD

treat ~ # revdep-rebuild | tee rebuild

Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.

Collecting system binaries and libraries... done.
(/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
(/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
ldd: warning: you do not have execution permission for
`/usr/lib/openoffice/program/python-core-2.3.4/lib/l
broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_bsddb.so
(requires libdb-3.1.so <http://libdb-3.1.so>)
ldd: warning: you do not have execution permission for
`/usr/lib/openoffice/program/python-core-2.3.4/lib/l
broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_tkinter.so
(requires libBLT24.so li
ldd: warning: you do not have execution permission for
`/usr/lib/openoffice/program/python-core-2.3.4/lib/l
broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/bz2.so
(requires libbz2.so.0)
ldd: warning: you do not have execution permission for
`/usr/lib/openoffice/program/python-core-2.3.4/lib/l
broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/dbm.so
(requires libgdbm.so.2)
ldd: warning: you do not have execution permission for
`/usr/lib/openoffice/program/python-core-2.3.4/lib/l
broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/gdbm.so
(requires libgdbm.so.2)
ldd: warning: you do not have execution permission for
`/usr/lib/openoffice/program/python-core-2.3.4/lib/l
broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/mpz.so
(requires libgmp.so.3)
ldd: warning: you do not have execution permission for
`/usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_bsddb.so'
broken /usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_bsddb.so
(requires libdb-3.1. so)
ldd: warning: you do not have execution permission for
`/usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_tkinter.so'
broken /usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_tkinter.so
(requires libBLT24 .so libtk8.3.so <http://libtk8.3.so>
libtcl8.3.so<http://libtcl8.3.so>
)
ldd: warning: you do not have execution permission for
`/usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/bz2.so'
broken /usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/bz2.so
(requires libbz2.so.0)
ldd: warning: you do not have execution permission for
`/usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/dbm.so'
broken /usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/dbm.so
(requires libgdbm.so.2)
ldd: warning: you do not have execution permission for
`/usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/gdbm.so'
broken /usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/gdbm.so
(requires libgdbm.so.2 )
ldd: warning: you do not have execution permission for
`/usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/mpz.so'
broken /usr/X11R6/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/mpz.so
(requires libgmp.so.3)
broken /usr/kde/3.3/lib/kde3/kio_http.so (requires libcom_err.so.3)
broken /opt/opera/lib/opera/plugins/operamotifwrapper-2 (requires libXm.so.2
)
broken /opt/opera/lib/opera/plugins/operamotifwrapper-1 (requires libXm.so.1
)
broken /opt/jdk1.5.0_03/demo/jvmti/heapTracker/lib/libheapTracker_g.so
(requires libjava_crw_demo_g.so)
broken /opt/jdk1.5.0_03/demo/jvmti/mtrace/lib/libmtrace_g.so (requires
libjava_crw_demo_g.so)
broken /opt/sun-jdk-1.5.0.05/share/demo/jvmti/heapTracker/lib/libheapTracker_g.so
(requires libjava_crw_demo_g.so)
broken /opt/sun-jdk-1.5.0.05/share/demo/jvmti/mtrace/lib/libmtrace_g.so
(requires libjava_crw_demo_g.so)
done.
(/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... done.
(/root/.revdep-rebuild.4_ebuilds)

Evaluating package order...
Warning: Failed to resolve package order.
Will merge in "random" order!
Possible reasons:
- Some ebuilds are no more in portage tree.
- Some ebuilds are masked, try to change ACCEPT_KEYWORDS="~<your platform>"
and/or use /etc/portage/package.unmask
..... done.
(/root/.revdep-rebuild.5_order)

All prepared. Starting rebuild...
emerge --oneshot --nodeps =app-office/openoffice-bin-2.0.0 =dev-java/sun-
jdk-1.5.0.05 =kde-base/kdelibs-3.3.2-r9 =www-client/opera-8.50
..........
Calculating dependencies
emerge: there are no ebuilds to satisfy "=kde-base/kdelibs-3.3.2-r9".


Result is not OK, you have following choices:
- if emerge failed during build, fix the problems and re-run revdep-rebuild
or
- use -X or --package-names as first argument (try to rebuild package, not
exact
ebuild - ignores SLOT!)
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*.?_*
treat ~ #

[-- Attachment #2: Type: text/html, Size: 8596 bytes --]

Re: [gentoo-user] Portage somwhat out of whack

[Mike Williams]

On Wednesday 26 October 2005 01:37, Kevin O'Gorman wrote:
> =app-office/openoffice-bin-2.0.0

Binary package, nothing to compile, no way to fix broken binaries.

> =dev-java/sun-jdk-1.5.0.05

Binary package.

> =kde-base/kdelibs-3.3.2-r9

It's installed, but no longer in the tree. Therefor to fix any broken binaries 
you will have to upgrade.

> =www-client/opera-8.50

Binary package.

> These are failing for a variety of reasons, which I think are also
> references to obsolete libraries.

The 3 binary packages you listed almost always reference libraries that don't 
exist. I have the same problem with OOo and opera, both work OK though (not 
that I actually use opera).

-- 
Mike Williams
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Portage somwhat out of whack

[Holly Bostick]

Mike Williams schreef:
> On Wednesday 26 October 2005 01:37, Kevin O'Gorman wrote:
> 
>> =app-office/openoffice-bin-2.0.0
> 
> 
> Binary package, nothing to compile, no way to fix broken binaries.
> 
> 
>> =dev-java/sun-jdk-1.5.0.05
> 
> 
> Binary package.
> 
> 
>> =kde-base/kdelibs-3.3.2-r9
> 
> 
> It's installed, but no longer in the tree. Therefor to fix any broken
> binaries you will have to upgrade.
> 
> 
>> =www-client/opera-8.50
> 
> 
> Binary package.
> 
> 
>> These are failing for a variety of reasons, which I think are also 
>> references to obsolete libraries.
> 
> 
> The 3 binary packages you listed almost always reference libraries
> that don't exist. I have the same problem with OOo and opera, both
> work OK though (not that I actually use opera).
> 

To solve this (preventing revdep-rebuild from searching binaries that
you know exist and cannot successfully be rebuilt by the tool), the
thing to do is to add a variable to either the command line or
/etc/make.conf:

(from man revdep-rebuild)

revdep-rebuild no longer uses hardcoded paths. To change the default
behavior the following variables can be changed by the user.

        SEARCH_DIRS_MASK - List of directories to not search

Mine excludes

SEARCH_DIRS_MASK="/opt/OpenOffice.org /opt/sun-jre-bin-1.5.0.03
/usr/lib/openoffice"

(because I don't use Opera).

So java and OO.o don't come up on my revdep-rebuild -p searches, because
it would be pointless.

It's worth considering creating such a setting yourself, adding the
directories of any additional -bin files you may use (firefox,
thunderbird, etc).

HTH,
Holly
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Portage somwhat out of whack

[Mike Williams]

On Wednesday 26 October 2005 12:44, Holly Bostick wrote:
> It's worth considering creating such a setting yourself, adding the
> directories of any additional -bin files you may use (firefox,
> thunderbird, etc).

I should read man pages more often, excellent tip Holly!

-- 
Mike Williams
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Portage somwhat out of whack

[Richard Fish]

Mike Williams wrote:

>On Wednesday 26 October 2005 01:37, Kevin O'Gorman wrote:
>  
>
>>=kde-base/kdelibs-3.3.2-r9
>>    
>>
>
>It's installed, but no longer in the tree. Therefor to fix any broken binaries 
>you will have to upgrade.
>  
>

Also, KDE is (or at least was) slotted, so if you have already upgraded 
to KDE 3.4.x, you can just prune the old versions away:

emerge --prune --pretend kde-base/kdebase kde-base/kdelibs 
kde-base/kdeadmin ...

HTH,
-Richard

-- 
gentoo-user@gentoo.org mailing list