Re: [gentoo-user] revdep-rebuild keeps rebuilding gcc o__o

2008-02-23 Thread Mark David Dumlao
thanks! I'll try that now and rebuild

On Sun, Feb 24, 2008 at 12:09 AM, Erik <[EMAIL PROTECTED]> wrote:

> Just disable the USE-flag gcj, see
> [http://www.nabble.com/forum/PrintPost.jtp?post=14429644].
> --
> gentoo-user@lists.gentoo.org mailing list
>
>


-- 
thing.


Re: [gentoo-user] revdep-rebuild keeps rebuilding gcc o__o

2008-02-23 Thread Erik
Just disable the USE-flag gcj, see 
[http://www.nabble.com/forum/PrintPost.jtp?post=14429644].

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



[gentoo-user] revdep-rebuild keeps rebuilding gcc o__o

2008-02-23 Thread Mark David Dumlao
here is a sample snippet of the tail of a revdep-rebuild followed by another
one
===
 * Messages for package sys-devel/gcc-4.1.2:

 * If you have issues with packages unable to locate libstdc++.la,
 * then try running 'fix_libtool_files.sh' on the old gcc versions.
 * GNU info directory index is up-to-date.
Build finished correctly. Removing temporary files...
You can re-run revdep-rebuild to verify that all libraries and binaries
are fixed. If some inconsistency remains, it can be orphaned file, deep
dependency, binary package or specially evaluated library.
[EMAIL PROTECTED]:~$ sudo revdep-rebuild -av
Password:
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... done.
  (/home/markd/.revdep-rebuild.1_files)

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

Checking dynamic linking consistency...
  broken /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgcjawt.la (requires
/usr/lib/../lib64/lib-gnu-java-awt-peer-gtk.la)
  broken /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgij.la (requires
/usr/lib/../lib64/libgcj.la)
  broken /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgcjawt.la (requires
/usr/lib/../lib64/lib-gnu-java-awt-peer-gtk.la)
  broken /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgij.la (requires
/usr/lib/../lib64/libgcj.la)
 done.
  (/home/markd/.revdep-rebuild.3_rebuild)

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

Evaluating package order... done.
  (/home/markd/.revdep-rebuild.5_order)

All prepared. Starting rebuild...
emerge --oneshot -av =sys-devel/gcc-4.1.2
..

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] sys-devel/gcc-4.1.2  USE="d fortran gcj gtk libffi mudflap
nls objc objc++ objc-gc (-altivec) -bootstrap -build -doc (-hardened) -ip28
-ip32r10k (-multilib) -multislot (-n32) (-n64) -nocxx -test -vanilla" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

Would you like to merge these packages? [Yes/No]
/===

What could i have broken this time?  Shouldn't subsequent revdep-rebuilds be
doing nothing?  This is my fourth consecutive revdep-rebuild...

I am using overlays.  I just recently removed the ecatmur overlay from my
listing, so I didn't think it would be causing problems
===
[EMAIL PROTECTED]:~$ layman -l
* roslin[Rsync ] (source: rsync://roslin.kicks-
ass.n...)
* sabayon   [Subversion] (source:
http://svn.sabayonlinux.or...)
* sunrise   [Subversion] (source:
http://overlays.gentoo.org...)
/===

The roslin overlay was used primarily for frostwire, i can't remember what
the other two were for.  But if it were an overlay issue, wouldn't
revdep-rebuild be saying that it uses the overlays right after the build
list?  What could be going on?
-- 
thing.