Re: [gentoo-user] revdep-rebuild problem and gcc-3.4.5-r1

2006-05-14 Thread Rumen Yotov 
John J. Foster wrote:
 Good morning all,
 
 I usually run 
 //garbanzo/root # emerge -pv depclean
 
 followed by
 //garbanzo/root # revdep-rebuild -p 
 after all world updates, and rarely have any issues at all. This is a
 stable x86 system, except for kde, mutt, amarok and their dependencies.
 For about a week now, revdep-rebuild is spitting out
 
 //garbanzo/root # revdep-rebuild -p
 ...
 broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/lib-org-w3c-dom.la
 (requires /usr/lib/libgcj.la)
 broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/lib-org-xml-sax.la
 (requires /usr/lib/libgcj.la)
 done.
 ...
 All prepared. Starting rebuild...
 emerge --oneshot -p =sys-devel/gcc-3.4.5-r1
 These are the packages that I would merge, in order:
 Calculating dependencies ...done!
 [ebuild   R   ] sys-devel/gcc-3.4.5-r1
 Now you can remove -p (or --pretend) from arguments and
 re-run revdep-rebuild.
 
 I go ahead and remove the pretend option or reemerge gcc, and the next 
 run of revdep-rebuild show the same thing. I'm not real sure how to
 proceed.
 
 All ideas welcome,
 Thanks,
 festus   
 
Hi,
Check Bug-125728, there's a solution too, but only for GCC-4.X branch.
For 3.4.X manually fix the two broken files. Two steps below:
1.qlist gcc | grep -i libgcj.la (equery files gcc | grep -i libgcj.la);
2.manually replace /usr/lib/libgcj.la with
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/libgcj.la (from step 1).
PS:the solution for gcc-4.X is by putting a new option in an eclass.
HTH.Rumen
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] revdep-rebuild problem and gcc-3.4.5-r1

2006-05-14 Thread Richard Fish 

On 5/14/06, John J. Foster [EMAIL PROTECTED] wrote:

broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/lib-org-w3c-dom.la
(requires /usr/lib/libgcj.la)
broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/lib-org-xml-sax.la
(requires /usr/lib/libgcj.la)
done.


There is probably a better way, but I just added the
/usr/lib/gcc/i686-pc-linux-gnu/3.4.x directory to SEARCH_DIRS_MASK in
/etc/make.conf to prevent revdep-rebuild from looking there.  The java
libraries in that directory have a lot of dependancies, so something
built with gcj might break one day.  But the other libraries
(libstdc++.so in particular) only rely on glibc, and if the major
version of that ever changes, we will all have to do an 'emerge -e
world' anyway.

-Richard

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] revdep-rebuild problem and gcc-3.4.5-r1

2006-05-14 Thread John J. Foster 
On Sun, May 14, 2006 at 07:31:14PM +0300, Rumen Yotov wrote:
 John J. Foster wrote:
  //garbanzo/root # revdep-rebuild -p
  ...
  broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/lib-org-w3c-dom.la
  (requires /usr/lib/libgcj.la)
  broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/lib-org-xml-sax.la
  (requires /usr/lib/libgcj.la)
  done.
 Hi,
 Check Bug-125728, there's a solution too, but only for GCC-4.X branch.
 For 3.4.X manually fix the two broken files. Two steps below:
 1.qlist gcc | grep -i libgcj.la (equery files gcc | grep -i libgcj.la);
 2.manually replace /usr/lib/libgcj.la with
 /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/libgcj.la (from step 1).
 PS:the solution for gcc-4.X is by putting a new option in an eclass.
 HTH.Rumen

Thanks so much Rumen, all is working well.
festus

-- 
It is not unusual for those at the wrong end of the club to have a
clearer picture of reality than those who wield it.
  Noam Chomsky


pgpOCWPOhV1cr.pgp
Description: PGP signature