Richard Fish [EMAIL PROTECTED] writes:
[...]
Run equery belongs /usr/lib/libxmlparse.so, and rebuild (with
emerge --oneshot pkg) whatever package that is a part of.
I got that one cleaned up but revdep still doesn't come up clean.
I've uninstalled 2 items from the broken list that I don't
Harry Putnam [EMAIL PROTECTED] writes:
Richard Fish [EMAIL PROTECTED] writes:
conftest echo works
root # ./conftest echo works
works
Seems to have worked as expected.
Looking at qpkg -v -I|grep gcc
root # qpkg -v -I|grep gcc
sys-devel/gcc-3.3.5.20050130-r1 *
On 11/26/05, Harry Putnam [EMAIL PROTECTED] wrote:
Harry Putnam [EMAIL PROTECTED] writes:
Richard Fish [EMAIL PROTECTED] writes:
conftest echo works
root # ./conftest echo works
works
Seems to have worked as expected.
Looking at qpkg -v -I|grep gcc
root # qpkg -v -I|grep gcc
Richard Fish [EMAIL PROTECTED] writes:
/var/tmp/portage/mod_php-4.4.0/work/php-4.4.0/config.log
Some stuff after 200 lines looks like it might be pertinent so posting
250 lines. I hope you see something:
This file contains any messages produced by compilers while
running configure, to aid
Richard Fish [EMAIL PROTECTED] writes:
Is it normal to have 2 versions installed?
Yes. Gcc is slotted, so it is normal to have more than one version installed.
Do I need two versions?.
--
gentoo-user@gentoo.org mailing list
On 11/26/05, Harry Putnam [EMAIL PROTECTED] wrote:
Richard Fish [EMAIL PROTECTED] writes:
/var/tmp/portage/mod_php-4.4.0/work/php-4.4.0/config.log
Some stuff after 200 lines looks like it might be pertinent so posting
250 lines. I hope you see something:
This file contains any messages
On 11/26/05, Harry Putnam [EMAIL PROTECTED] wrote:
Richard Fish [EMAIL PROTECTED] writes:
Is it normal to have 2 versions installed?
Yes. Gcc is slotted, so it is normal to have more than one version
installed.
Do I need two versions?.
Technically, no. But this is where I get a
Richard Fish [EMAIL PROTECTED] writes:
Interesting. All 3 builds currently in portage (1.6.2-r4, 1.8.0, and
1.8.0-r1) use toolchain-funcs already.
What is the result of
First let me add that (mjpegtools-1.6.2-r3) isn't even installed:
root # qpkg -v -I |grep mjpegtools
Richard Fish [EMAIL PROTECTED] writes:
[...]
Also, do you have anything for mjpegtools in
/etc/portage/package.mask?
ls /etc/portage/
package.keywords package.use profile/ sets/
--
gentoo-user@gentoo.org mailing list
Harry Putnam schreef:
First let me add that (mjpegtools-1.6.2-r3) isn't even installed:
root # qpkg -v -I |grep mjpegtools media-video/mjpegtools-1.8.0-r1 *
equery depends mjpegtools [ Searching for packages depending on
mjpegtools... ] media-video/transcode-0.6.14-r2
Richard Fish [EMAIL PROTECTED] writes:
(Including Richard in reply as well)
Nagatoro [EMAIL PROTECTED] writes:
[...]
Assigning files to ebuilds... using existing
/root/.revdep-rebuild.4_ebuilds.
Evaluating package order... using existing
Nagatoro replied:
^^^using existing^^^
Holly Bostick [EMAIL PROTECTED] writes:
Harry Putnam schreef:
First let me add that (mjpegtools-1.6.2-r3) isn't even installed:
root # qpkg -v -I |grep mjpegtools media-video/mjpegtools-1.8.0-r1 *
[...]
Holly says:
But probably you're just using old revdep-rebuild output, and the
easiest
Harry Putnam schreef:
Richard Fish [EMAIL PROTECTED] writes:
(Including Richard in reply as well) Nagatoro [EMAIL PROTECTED]
writes:
[...]
Assigning files to ebuilds... using existing
/root/.revdep-rebuild.4_ebuilds. Evaluating package order...
using existing
Nagatoro replied:
Harry Putnam [EMAIL PROTECTED] writes:
Richard Fish [EMAIL PROTECTED] writes:
(Including Richard in reply as well)
Nagatoro [EMAIL PROTECTED] writes:
[...]
Assigning files to ebuilds... using existing
/root/.revdep-rebuild.4_ebuilds.
Evaluating package order... using
On 11/25/05, Harry Putnam [EMAIL PROTECTED] wrote:
It turn out that using old revdep output was not the problem. See
just posted output in response to Nagatoro.
Actually it was. Notice that revdep-rebuild is no longer trying to
rebuild mjpegtools, but those things that depend upon mjpegtools
Holly Bostick [EMAIL PROTECTED] writes:
[...]
Harry responds:
Ack, yes of course and it even warns you about that
However having removed them I still get a huge list of stuff listed
as BROKEN
Yes, well, that's what revdep-rebuild does-- finds broken stuff. It's
doing its job--
Harry Putnam [EMAIL PROTECTED] writes:
Oh crap.. overzealous snippage caused me to leave out the main stuff:
I seem to have taken a moron pill this morning please see full output
of revdep-rebuild in a few minutes at:
http://www.jtan.com/~reader/vu_txt/display.shtml (in 5 min or so)
--
On 11/25/05, Harry Putnam [EMAIL PROTECTED] wrote:
Harry Putnam [EMAIL PROTECTED] writes:
Oh crap.. overzealous snippage caused me to leave out the main stuff:
I seem to have taken a moron pill this morning please see full output
of revdep-rebuild in a few minutes at:
Holly Bostick [EMAIL PROTECTED] writes:
[...]
... and second of all, which package failed to emerge and why?
Meaning, what was the error in whichever package failed to emerge?
Do I need to get the output of something else to determine that.
Looking at the full ouput of revdep on a clean run
Harry Putnam [EMAIL PROTECTED] writes:
[...]
I may have lost it or something but I made a cut and paste error on
the above and have since posted a better output. I do have the entire
output and should perhaps post it online.
http://www.jtan.com/~reader/vu_txt/display.shtml
Coming up
Harry Putnam schreef:
I still don't see the actual error there and it was the output of:
revdep-rebuild -nc 21|tee revdep.log
revdep.log is what I posted online.
Richard Fish replied with the specific issue about half an hour ago:
Richard Fish schreef:
Ok, now we are going to
Richard Fish [EMAIL PROTECTED] writes:
Ok, now we are going to need to see the output of emerge --info,
because for some reason your toolchain thinks it is cross-compiling:
There appears to be some confusion in that output as to what USE flags
are in force.
ACCEPT_KEYWORDS=x86 ~x86
I guess
Holly Bostick [EMAIL PROTECTED] writes:
[...]
Posting emerge info is a good starting point to troubleshoot this
(unless you already happen to know why this is occurring, that's also
possible).
I don't have a clue other than Illinformed bungling... maybe being the
problem. The requested
On 11/25/05, Harry Putnam [EMAIL PROTECTED] wrote:
Richard Fish [EMAIL PROTECTED] writes:
Ok, now we are going to need to see the output of emerge --info,
because for some reason your toolchain thinks it is cross-compiling:
There appears to be some confusion in that output as to what USE
Richard Fish [EMAIL PROTECTED] writes:
ACCEPT_KEYWORDS=~x86
This is because a few -u worls back (2 I think) I foolishly ran
ACCEPT_KEYWORDS='~x86' emerges -v -u -D world
Well, the only way ~x86 could have been added to make.conf was if it
was edited directly. Running with
Harry Putnam [EMAIL PROTECTED] writes:
[...]
checking whether the C compiler (gcc -O2 -march=pentium4 -fomit-frame-pointer
-L/usr/X11R6/lib -ltiff -L/usr/lib) is a cross-compiler... yes
Still thinks its a cross-compiler... what does that mean anyway?
--
gentoo-user@gentoo.org mailing list
On 11/25/05, Harry Putnam [EMAIL PROTECTED] wrote:
Harry Putnam [EMAIL PROTECTED] writes:
[...]
checking whether the C compiler (gcc -O2 -march=pentium4
-fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib) is a
cross-compiler... yes
Still thinks its a cross-compiler... what does
Richard Fish [EMAIL PROTECTED] writes:
#line 1880 configure
#include confdefs.h
main(){return(0);}
It then compiles this program. If the program compiles, configure
decides that gcc works. If the program doesn't run, it decides that
you are cross compiling. So, let's try this manually.
On 11/25/05, Harry Putnam [EMAIL PROTECTED] wrote:
Richard Fish [EMAIL PROTECTED] writes:
#line 1880 configure
#include confdefs.h
main(){return(0);}
It then compiles this program. If the program compiles, configure
decides that gcc works. If the program doesn't run, it decides
Richard Fish [EMAIL PROTECTED] writes:
conftest echo works
root # ./conftest echo works
works
Seems to have worked as expected.
--
gentoo-user@gentoo.org mailing list
Richard Fish [EMAIL PROTECTED] writes:
My guess is 'emerge -u --oneshot mjpegtools' will fix the problem.
No, it didn't change a thing. But there was some output at the end
that might mean something:
[...]
* Please upgrade your package (mjpegtools-1.6.2-r3) to use
toolchain-funcs.eclass
On 11/24/05, Harry Putnam [EMAIL PROTECTED] wrote:
Richard Fish [EMAIL PROTECTED] writes:
My guess is 'emerge -u --oneshot mjpegtools' will fix the problem.
No, it didn't change a thing. But there was some output at the end
that might mean something:
[...]
* Please upgrade your package
On 11/25/05, Richard Fish [EMAIL PROTECTED] wrote:
What is the result of
ls /usr/portage/media-video/jpegtools/*.ebuild
and
equery depends mjpegtools
Also, do you have anything for mjpegtools in /etc/portage/package.mask?
-Richard
--
gentoo-user@gentoo.org mailing list
33 matches
Mail list logo