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
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
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
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:
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
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:
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
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
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
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
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
13 matches
Mail list logo