From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id BCE621381F4 for ; Sun, 9 Dec 2012 00:43:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 219C8E00B2; Sun, 9 Dec 2012 00:43:00 +0000 (UTC) Received: from mail-ea0-f181.google.com (mail-ea0-f181.google.com [209.85.215.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 67802E062C for ; Sun, 9 Dec 2012 00:41:33 +0000 (UTC) Received: by mail-ea0-f181.google.com with SMTP id k14so651572eaa.40 for ; Sat, 08 Dec 2012 16:41:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=DosI0UPmzPOXtbVW7x58MY88nlrbQJa9x3oiteoUutc=; b=PTJgDWMZr2spOPiafFz3r1J+pkVn+4+DHv7yz/t8N4NqSx13iTie7sa0BDKNxYkuyC 01c4fpkITe5jh+n5a+p4mvllqlXVujyUPDomgBFZlN8ZqSn8kAeS+M5DGeoavrIFJp0H bGHdeYojoy+RPPmD2v66D82QaGDzTvlsHAaqqXMHGJLiSa2vXI8x0X6cPs72+FK8D849 snjew0jgTwZ9ZdU3b+eEskCIHIV6zWN3PbAlF0A9jltzyMkhrL8avUtdvalrWSxyO518 mcjlQvob9J/dDbuptr2ilk/6u9QjUbG8E4Dk3gJCQsc6fLeM5emxHjt6E7y+qvQvJYjW l2+A== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.14.214.132 with SMTP id c4mr32913920eep.18.1355013692123; Sat, 08 Dec 2012 16:41:32 -0800 (PST) Received: by 10.223.158.68 with HTTP; Sat, 8 Dec 2012 16:41:31 -0800 (PST) In-Reply-To: <20121209000845.3be99cd3@khamul.example.com> References: <20121205120550.2bc346bf@khamul.example.com> <20121208220616.44fb92ae@khamul.example.com> <20121208232507.6f348f86@khamul.example.com> <20121209000845.3be99cd3@khamul.example.com> Date: Sat, 8 Dec 2012 16:41:31 -0800 Message-ID: Subject: Re: [gentoo-user] System maintenance procedure? From: Grant To: Gentoo mailing list Content-Type: multipart/alternative; boundary=047d7b621df8c8e8dd04d060b546 X-Archives-Salt: 6d0b96d8-2578-4638-80c7-74184041a789 X-Archives-Hash: dba5ea92e9908ffe551dd31cc1a18ac9 --047d7b621df8c8e8dd04d060b546 Content-Type: text/plain; charset=ISO-8859-1 > > BTW, what should I do about this: > > > > # revdep-rebuild -p > > * 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 > > * Found existing 1_files.rr > > * Collecting complete LD_LIBRARY_PATH > > * Found existing 2_ldpath.rr. > > * Checking dynamic linking consistency > > * Found existing 3_broken.rr. > > * Assigning files to packages > > * !!! /usr/lib64/libsvn_ra_neon-1.so.0.0.0 not owned by any package > > is broken !!! > > * /usr/lib64/libsvn_ra_neon-1.so.0.0.0 -> (none) > > * !!! /usr/lib64/libwebkitgtk-1.0.so.0.11.2 not owned by any > > package is broken !!! > > * /usr/lib64/libwebkitgtk-1.0.so.0.11.2 -> (none) > > * Generated new 4_raw.rr and 4_owners.rr > > * Found some broken files, but none of them were associated with > > known packages > > * Unable to proceed with automatic repairs. > > * The broken files are listed in 4_owners.rr > > These two files: > > /usr/lib64/libsvn_ra_neon-1.so.0.0.0 > /usr/lib64/libwebkitgtk-1.0.so.0.11.2 > > are orphaned. By rights they should have been removed when the packages > that installed them were removed/upgraded, but that doesn't always > happen - ebuilds can make changes that portage can't see. > > The easy approach is to delete them, and any versioning symlinks that > point to them in the same dirs, then possibly rebuild the packages that > provided the originals. That would be subversion and webkit-gtk. Then > run revdep-rebuild to see if anything complains. Done except that subversion is not installed. Also thanks to Neil and Dale. - Grant --047d7b621df8c8e8dd04d060b546 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > > BTW, what should I do about this:
> >
> > # rev= dep-rebuild -p
> > =A0* Configuring search environment for revdep-= rebuild
> >
> > =A0* Checking reverse dependencies
>= ; > =A0* Packages containing binaries and libraries broken by a package<= br> > > update
> > =A0* will be emerged.
> >
> &g= t; =A0* Collecting system binaries and libraries
> > =A0* Found ex= isting 1_files.rr
> > =A0* Collecting complete LD_LIBRARY_PATH
= > > =A0* Found existing 2_ldpath.rr.
> > =A0* Checking dynamic linking consistency
> > =A0* Found= existing 3_broken.rr.
> > =A0* Assigning files to packages
>= ; > =A0* =A0!!! /usr/lib64/libsvn_ra_neon-1.so.0.0.0 not owned by any pa= ckage
> > is broken !!!
> > =A0* =A0 /usr/lib64/libsvn_ra_neon-1.s= o.0.0.0 -> (none)
> > =A0* =A0!!! /usr/lib64/libwebkitgtk-1.0.s= o.0.11.2 not owned by any
> > package is broken !!!
> > = =A0* =A0 /usr/lib64/libwebkitgtk-1.0.so.0.11.2 -> (none)
> > =A0* Generated new 4_raw.rr and 4_owners.rr
> > =A0* Fou= nd some broken files, but none of them were associated with
> > kn= own packages
> > =A0* Unable to proceed with automatic repairs.> > =A0* The broken files are listed in 4_owners.rr
>
> These two files:
>
> /usr/lib64/libsvn_ra_neon-1.s= o.0.0.0
> /usr/lib64/libwebkitgtk-1.0.so.0.11.2
>
> are o= rphaned. By rights they should have been removed when the packages
> = that installed them were removed/upgraded, but that doesn't always
> happen - ebuilds can make changes that portage can't see.
><= br>> The easy approach is to delete them, and any versioning symlinks th= at
> point to them in the same dirs, then possibly rebuild the packag= es that
> provided the originals. That would be subversion and webkit-gtk. Then<= br>> run revdep-rebuild to see if anything complains.

Done except= that subversion is not installed.

Also thanks to Ne= il and Dale.

- Grant
--047d7b621df8c8e8dd04d060b546--