[gentoo-user] How serious is revdep-rebuild failure
Harry Putnam
Someone once advised me to run this command after sync and update
world.
revdep-rebuild
Running it now shows quite a lot of stuff it wants to rebuild:
==========================================================
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... using existing
/root/.revdep-rebuild.1_files.
Collecting complete LD_LIBRARY_PATH... using existing
/root/.revdep-rebuild.2_ldpath.
Checking dynamic linking consistency... using existing
/root/.revdep-rebuild.3_rebuild.
Assigning files to ebuilds... using existing
/root/.revdep-rebuild.4_ebuilds.
Evaluating package order... using existing
/root/.revdep-rebuild.5_order.
All prepared. Starting rebuild... emerge --oneshot
=app-text/openjade-1.3.2-r1 =dev-php/mod_php-4.4.0 =dev-php/php-4.4.0
=kd e-base/kdegraphics-3.4.1-r1 =media-gfx/imagemagick-6.2.5.4
=media-libs/imlib-1.9.14-r3 =med ia-libs/libdv-0.102
=media-video/avifile-0.7.41.20041001-r1
=media-video/mjpegtools-1.6.2-r 3 =media-video/transcode-0.6.14-r2
=net-libs/libwww-5.4.0-r3 ^G.^G.^G.^G.^G.^G.^G.^G.^G.^G. Calculating
dependencies emerge: there are no ebuilds to satisfy
"=media-video/mjpegtools-1.6.2-r3".
revdep-rebuild failed to emerge all packages
you have the following choices:
[...]
--
gento...@gentoo.org mailing list
Richard Fish
>
> Someone once advised me to run this command after sync and update
> world.
> revdep-rebuild
> Running it now shows quite a lot of stuff it wants to rebuild:
It looks like you have not done deep updates (emerge -Dup world), so
you still have mjpegtools 1.6.2-r3 installed, which now depends on
something that no longer exists, so portage wants to rebuild it.
My guess is 'emerge -u --oneshot mjpegtools' will fix the problem.
-Richard
--
gento...@gentoo.org mailing list
Harry Putnam
> 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
>>> Regenerating /etc/ld.so.cache...
>>> Regenerating /etc/ld.so.cache...
>>> Auto-cleaning packages ...
>>> No outdated packages were found on your system.
* Regenerating GNU info directory index...
* Processed 149 info files.
Following this with a revdep-rebuild get the same output as before:
[...]
All prepared. Starting rebuild...
emerge --oneshot =app-text/openjade-1.3.2-r1 =dev-php/mod_php-4.4.0 =dev-php/php-4.4.0 =kde-base/kdegraphics-3.4.1-r1 =media-gfx/imagemagick-6.2.5.4 =media-libs/imlib-1.9.14-r3 =media-libs/libdv-0.102 =media-video/avifile-0.7.41.20041001-r1 =media-video/mjpegtools-1.6.2-r3 =media-video/transcode-0.6.14-r2 =net-libs/libwww-5.4.0-r3
..........
Calculating dependencies -
emerge: there are no ebuilds to satisfy "=media-video/mjpegtools-1.6.2-r3".
revdep-rebuild failed to emerge all packages
Richard Fish
>
> > 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
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
ls /usr/portage/media-video/jpegtools/*.ebuild
and
equery depends mjpegtools
Richard Fish
> 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?
Nagatoro
> Someone once advised me to run this command after sync and update
> world.
> Assigning files to ebuilds... using existing
> /root/.revdep-rebuild.4_ebuilds.
>
> Evaluating package order... using existing
> /root/.revdep-rebuild.5_order.
^^^using existing^^^ means that you are using the results from an
older run of revdep-rebuild. First remove all .revdep* files and the
run it again and see if you find the same errors.
--
Naga
--
gento...@gentoo.org mailing list
Harry Putnam
> 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
media-video/mjpegtools-1.8.0-r1 *
> ls /usr/portage/media-video/jpegtools/*.ebuild
I'm guessing that is a typo and you meant mjpegtools
ls /usr/portage/media-video/mjpegtools/*.ebuild
/usr/portage/media-video/mjpegtools/mjpegtools-1.6.2-r4.ebuild
/usr/portage/media-video/mjpegtools/mjpegtools-1.8.0-r1.ebuild
/usr/portage/media-video/mjpegtools/mjpegtools-1.8.0.ebuild
>
> equery depends mjpegtools
equery depends mjpegtools
[ Searching for packages depending on mjpegtools... ]
media-video/transcode-0.6.14-r2
media-video/cinelerra-cvs-20050801
both are installed here:
# qpkg -v -I |grep 'transcode\|cinelerra'
media-video/transcode-0.6.14-r2 *
media-video/cinelerra-cvs-20050801 *
--
gento...@gentoo.org mailing list
Harry Putnam
[...]
> Also, do you have anything for mjpegtools in
> /etc/portage/package.mask?
ls /etc/portage/
package.keywords package.use profile/ sets/
--
gento...@gentoo.org mailing list
Holly Bostick
> 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
> media-video/cinelerra-cvs-20050801
>
> both are installed here: # qpkg -v -I |grep 'transcode\|cinelerra'
> media-video/transcode-0.6.14-r2 * media-video/cinelerra-cvs-20050801
> *
>
This seems odd:
Runtime Dependencies
transcode-0.6.14-r2
media-libs/libexif
media-libs/netpbm
| >= media-video/ffmpeg - 0.4.9_pre1
a52 >= media-libs/a52dec - 0.7.4
avi >= media-video/avifile - 0.7.41.20041001
dv >= media-libs/libdv - 0.99
dvdread >= media-libs/libdvdread - 0.9.0
encode >= media-sound/lame - 3.93
fame >= media-libs/libfame - 0.9.1
gtk = x11-libs/gtk+ - 1.2*
imagemagick >= media-gfx/imagemagick - 5.5.6.0
jpeg media-libs/jpeg
lzo >= dev-libs/lzo - 1.08
mjpeg >= media-video/mjpegtools - 1.6.2-r3
mpeg media-libs/libmpeg3
ogg media-libs/libogg
pvm >= sys-cluster/pvm - 3.4
quicktime >= media-libs/libquicktime - 0.9.3
sdl media-libs/libsdl
theora media-libs/libtheora
truetype >= media-libs/freetype - 2
vorbis media-libs/libvorbis
xvid >= media-libs/xvid - 1.0.2
X virtual/x11
Runtime Dependencies
cinelerra-cvs-20050801
media-libs/faad2
media-libs/libdv
| >= media-libs/libogg - 1.0
media-libs/libpng
| >= media-libs/libtheora - 1.0_alpha4-r1
| >= media-libs/libvorbis - 1.0.1-r2
| >= media-libs/openexr - 1.2.1
| >= media-sound/esound - 0.2.34
! media-video/cinelerra -
! media-video/cinelerra -
media-video/mjpegtools
| >= sys-libs/libavc1394 - 0.4.1
| >= sys-libs/libraw1394 - 0.9.0
virtual/x11
What seems odd to me is that neither of these two programs depends on
that specific version of mpegtools. Transcode will take that version or
above, cinelerra doesn't care.
And, since you have a greater version installed, there seems to be no
reason that revdep-rebuild should be trying to install an older version
in this way.
The highest likelihood is that-- as previously suggested-- you're
running an old output from revdep-rebuild -p (when this version was the
installed version of mjpegtools), and did not delete the old output
files and re-run revdep-rebuild -p to get a new prospective rebuild
list. You might want to check your /root/ folder and see what the dates
on those .revdep-rebuild files is. If they aren't from a recent time,
remove them, and run revdep-rebuild (-p) again.
Alternatively (hacky solution), try re-emerging cinelerra and transcode
again (to retrain them in where their dependent files are and what
version they are).
Even more hackily, remove mjpegtools totaly (unmerge), then do an emerge
-uaDtv world, and let it get pulled back in as a dependency of the two
packages that need it. That ought to straighten everything out.
But probably you're just using old revdep-rebuild output, and the
easiest solution would be to delete those files so that revdep-rebuild
can update itself with the current state of your system.
HTH,
Holly
--
gento...@gentoo.org mailing list
Harry Putnam
(Including Richard in reply as well)
Nagatoro <naga...@gmail.com> writes:
> [...]
>> Assigning files to ebuilds... using existing
>> /root/.revdep-rebuild.4_ebuilds.
>> Evaluating package order... using existing
Nagatoro replied:
> ^^^using existing^^^ means that you are using the results from an
> older run of revdep-rebuild. First remove all .revdep* files and the
> run it again and see if you find the same errors.
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
One of the first involves the same mjpeg package that isn't even
installed:
broken /usr/bin/cinelerra (requires libmjpegutils-1.6.so.0)
==================================
Full output of revdep-rebuild (minus all config make stuff [sorry
about control chars I forgot to use -nc but have removed some]):
Note it doesn't appear to say what pkg actually failed:
Evaluating package order... done.
(/root/.revdep-rebuild.5_order)
All prepared. Starting rebuild..
emerge --oneshot =dev-php/mod_php-4.4.0 =dev-php/php-4.4.0 =media-libs/imlib-1.9.14-r3 =kde-base/kdegraphics-3.4.1-r1 =media-gfx/imagemagick-6.2.5.4 =media-libs/libdv-0.102 =media-video/avifile-0.7.41.20041001-r1 =media-video/cinelerra-cvs-20050801 =media-video/transcode-0.6.14-r2 =net-libs/libwww-5.4.0-r3
^G.^G.^G.^G.^G.^G.^G.^G.^G.^G.
------8< [big snip] --------------------
you have the following choices:
- if emerge failed during the build, fix the problems and re-run revdep-rebuild
or
- use -X or --package-names as first argument (trys to rebuild package, not exact
ebuild)
or
- set ACCEPT_KEYWORDS="~<your platform>" and/or /etc/portage/package.unmask
(and remove /root/.revdep-rebuild.5_order to be evaluated again)
or
- modify the above emerge command and run it manually
or
- compile or unmerge unsatisfied packages manually, remove temporary files and
try again (you can edit package/ebuild list first)
To remove temporary files, please run:
rm /root/.revdep-rebuild*.?_*
--
gento...@gentoo.org mailing list
Harry Putnam
> 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 solution would be to delete those files so that revdep-rebuild
> can update itself with the current state of your system.
Holly, Thanks for the suggestions they are noted, but waiting to hear
from other posters too.
It turn out that using old revdep output was not the problem. See
just posted output in response to Nagatoro.
--
gento...@gentoo.org mailing list
Holly Bostick
> Richard Fish <big...@asmallpond.org> writes:
>
> (Including Richard in reply as well) Nagatoro <naga...@gmail.com>
> writes:
>> [...]
>>
>>> Assigning files to ebuilds... using existing
>>> /root/.revdep-rebuild.4_ebuilds. Evaluating package order...
>>> using existing
>
> Nagatoro replied:
>
>> ^^^using existing^^^ means that you are using the results from an
>> older run of revdep-rebuild. First remove all .revdep* files and
>> the run it again and see if you find the same errors.
>
> 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-- what's the problem with that?
>
> One of the first involves the same mjpeg package that isn't even
> installed:
>
> broken /usr/bin/cinelerra (requires libmjpegutils-1.6.so.0)
Ummmm--- why do you feel that this is the "same package that isn't even
installed"? You said that you have libmjpegutils installed, just not the
same version that was attempting to be rebuilt before 1.8.0 installed,
rather than the 1.6.2-r3 that was attempting to be rebuilt).
eix mjpegtools
* media-video/mjpegtools
Available versions: 1.6.2-r4 ~1.8.0 ~1.8.0-r1
Installed: 1.6.2-r4
Homepage: http://mjpeg.sourceforge.net/
Description: Tools for MJPEG video
equery files media-video/mjpegtools
[ Searching for packages matching media-video/mjpegtools... ]
* Contents of media-video/mjpegtools-1.6.2-r4:
/usr/lib/libmjpegutils-1.6.so.0 -> libmjpegutils-1.6.so.0.2.2
Now, obviously this is not the same version of mjpegtools that you have,
but what it indicates is that the "file" libmjpegutils-1.6.so.0 is a
symlink to whatever version of the actual library is installed by the
package.
I rather expect that what would happen if I were to upgrade this package
is that the symlink itself would remain, but the target of the symlink
would change.
If this is in fact the case, two points:
1: your symlink seems to be broken;
2: the error you have listed does not say anything about what version of
mjpegtools is installed or broken, so revdep-rebuild is not necessarily
talking about the same version as previously,
But better to go to the source:
>
> ================================== Full output of revdep-rebuild
> (minus all config make stuff [sorry about control chars I forgot to
> use -nc but have removed some]):
>
> Note it doesn't appear to say what pkg actually failed:
>
>
> Evaluating package order... done. (/root/.revdep-rebuild.5_order)
>
> All prepared. Starting rebuild.. emerge --oneshot
> =dev-php/mod_php-4.4.0 =dev-php/php-4.4.0 =media-libs/imlib-1.9.14-r3
> =kde-base/kdegraphics-3.4.1-r1 =media-gfx/imagemagick-6.2.5.4
> =media-libs/libdv-0.102 =media-video/avifile-0.7.41.20041001-r1
> =media-video/cinelerra-cvs-20050801 =media-video/transcode-0.6.14-r2
> =net-libs/libwww-5.4.0-r3 ^G.^G.^G.^G.^G.^G.^G.^G.^G.^G.
>
> ------8< [big snip] --------------------
>
> you have the following choices:
>
> - if emerge failed during the build, fix the problems and re-run
> revdep-rebuild
So apparently the rebuild failed.
But first of all, I don't see mjpegtools being rebuilt in this list, so
that is not the problem apparently (the problem is not that mjpegtools
is not installed, but that the programs that depend on it are not linked
against it, which is what revdep-rebuild is trying to fix by re-emerging
them);
... and second of all, which package failed to emerge and why?
Meaning, what was the error in whichever package failed to emerge?
Richard Fish
> 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
(along with other broken packages).
So, what package is actually failing to merge, and what is the error
message that is being given?
Harry Putnam
> Richard Fish <big...@asmallpond.org> writes:
>
> (Including Richard in reply as well)
> Nagatoro <naga...@gmail.com> writes:
>
>
>> [...]
>>> Assigning files to ebuilds... using existing
>>> /root/.revdep-rebuild.4_ebuilds.
>>> Evaluating package order... using existing
>
> Nagatoro replied:
>
>> ^^^using existing^^^ means that you are using the results from an
>> older run of revdep-rebuild. First remove all .revdep* files and the
>> run it again and see if you find the same errors.
>
> 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
>
> One of the first involves the same mjpeg package that isn't even
> installed:
>
> broken /usr/bin/cinelerra (requires libmjpegutils-1.6.so.0)
>
> ==================================
> Full output of revdep-rebuild (minus all config make stuff [sorry
> about control chars I forgot to use -nc but have removed some]):
Oh crap.. overzealous snippage caused me to leave out the main stuff:
or
- compile or unmerge unsatisfied packages manually, remove temporary files and
try again (you can edit package/ebuild list first)
To remove temporary files, please run:
rm /root/.revdep-rebuild*.?_*
HOST:reader ~
root # ls -al
total 1036
drwx------ 13 root root 4096 Nov 25 13:20 .
drwxr-xr-x 25 root root 4096 Nov 24 21:38 ..
-rw------- 1 root root 0 Sep 14 11:01 .ICEauthority
-rw-r--r-- 1 root root 175 Apr 8 2005 .NOTES
lrwxrwxrwx 1 root root 24 Oct 27 07:06 .PATHS -> /cvsb/reader/root/.PATHS
-rw-r--r-- 1 root root 605 Nov 23 19:13 .PATHS~
-rw------- 1 root root 0 Mar 29 2005 .Xauthority
-rw------- 1 root root 116147 Nov 24 21:59 .bash_history
lrwxrwxrwx 1 root root 31 Oct 27 07:06 .bash_profile -> /cvsb/reader/root/.bash_profile
-rw-r--r-- 1 root root 426 Nov 16 23:26 .bash_profile~
lrwxrwxrwx 1 root root 25 Oct 27 07:06 .bashrc -> /cvsb/reader/root/.bashrc
-rw-r--r-- 1 root root 1487 Nov 24 00:04 .bashrc~
drwx------ 2 root root 4096 Mar 29 2005 .cache
-rw------- 1 root root 59 Mar 23 2005 .cvspass
-rw-r--r-- 1 root root 438 Mar 23 2005 .dmemo
-rw-r--r-- 1 root root 6591 Mar 28 2005 .emacs-custom
-rw-r--r-- 1 root root 140 Mar 30 2005 .emacs-places
drwxr-xr-x 3 root root 4096 Nov 13 16:59 .emacs.d
-rw-r--r-- 1 root root 0 Nov 17 09:09 .fonts.cache-1
drwx------ 2 root root 4096 Nov 23 13:26 .gconf
drwxr-xr-x 2 root root 4096 Nov 23 13:26 .gconfd
drwx------ 3 root root 4096 Nov 23 13:25 .gnome2
drwx------ 2 root root 4096 Nov 23 13:25 .gnome2_private
-rw-r--r-- 1 root root 249 Oct 30 20:28 .inputrc
-rw-r--r-- 1 root root 551 Oct 30 19:02 .inputrc~
-rw-r--r-- 1 root root 0 Aug 27 22:56 .keep
-rw------- 1 root root 13171 Mar 31 2005 .lynxrc
drwx------ 5 root root 4096 Oct 28 03:13 .maildir
-rw------- 1 root root 171 Nov 25 11:51 .mysql_history
drwxr-xr-x 2 root root 4096 Apr 8 2005 .ncftp
drwxr-xr-x 2 root root 4096 Mar 31 2005 .qt
-rw-r--r-- 1 root root 805 Nov 25 13:16 .revdep-rebuild.0_env
-rw-r--r-- 1 root root 233236 Nov 25 13:16 .revdep-rebuild.1_files
-rw-r--r-- 1 root root 13666 Nov 25 13:16 .revdep-rebuild.2_ldpath
-rw-r--r-- 1 root root 1338 Nov 25 13:19 .revdep-rebuild.3_rebuild
-rw-r--r-- 1 root root 281 Nov 25 13:19 .revdep-rebuild.4_ebuilds
-rw-r--r-- 1 root root 281 Nov 25 13:19 .revdep-rebuild.5_order
broken /usr/lib/libwwwtrans.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwutils.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwxml.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwzip.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libxmlparse.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libxmltok.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/perl5/vendor_perl/5.8.7/i686-linux/auto/Image/Magick/Magick.so (requires libMagick.so.6)
broken /usr/lib/transcode/export_im.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_compare.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_logo.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_logoaway.so (requires libMagick.so.6)
broken /usr/lib/transcode/import_im.so (requires libMagick.so.6)
broken /usr/lib/transcode/import_imlist.so (requires libMagick.so.6)
done.
(/root/.revdep-rebuild.3_rebuild)
^[[32;01mAssigning files to ebuilds...^[[0m done.
(/root/.revdep-rebuild.4_ebuilds)
^[[32;01mEvaluating package order...^[[0m done.
(/root/.revdep-rebuild.5_order)
^[[32;01mAll prepared. Starting rebuild...^[[0m
emerge --oneshot =dev-php/mod_php-4.4.0 =dev-php/php-4.4.0 =media-libs/imlib-1.9.14-r3 =kde-base/kdegraphics-3.4.1-r1 =media-gfx/imagemagick-6.2.5.4 =media-libs/libdv-0.102 =media-video/avifile-0.7.41.20041001-r1 =media-video/cinelerra-cvs-20050801 =media-video/transcode-0.6.14-r2 =net-libs/libwww-5.4.0-r3
^[^[^G.^G.^G.^G.^G.^G.^G.^G.^G.^G.
--
gento...@gentoo.org mailing list
Harry Putnam
> 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)
--
gento...@gentoo.org mailing list
Harry Putnam
[...]
>> 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-- what's the problem with that?
I think you may have read into that something I didn't mean.
The problem is that there is lots of broken stuff not that revdep
finds it.
I posted an incomplete output. It needed pruning alright but I pruned
the wrong stuff. Just posted a better output.
>> One of the first involves the same mjpeg package that isn't even
>> installed:
>>
>> broken /usr/bin/cinelerra (requires libmjpegutils-1.6.so.0)
> Ummmm--- why do you feel that this is the "same package that isn't even
> installed"? You said that you have libmjpegutils installed, just not the
> same version that was attempting to be rebuilt before 1.8.0 installed,
> rather than the 1.6.2-r3 that was attempting to be rebuilt).
So then isn't that a package that IS NOT installed. I mean a version
difference is what makes a package a different package ... right?
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 shortly. (5min)
--
gento...@gentoo.org mailing list
Richard Fish
>
> > 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)
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:
> checking whether the C compiler (gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib) works... yes
> 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
Harry Putnam
[...]
>
> 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 shortly. (5min)
I still don't see the actual error there and it was the output of:
revdep-rebuild -nc 2>&1|tee revdep.log
revdep.log is what I posted online.
--
gento...@gentoo.org mailing list
Harry Putnam
[...]
> ... 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 I don't see what
package is failing in the ouput. (now posted online here:
http://www.jtan.com/~reader/vu_txt/display.shtml )
But maybe its just that I'm blind.
--
gento...@gentoo.org mailing list
Holly Bostick
>
> I still don't see the actual error there and it was the output of:
>
> revdep-rebuild -nc 2>&1|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 need to see the output of emerge --info,
> because for some reason your toolchain thinks it is cross-compiling:
>
>
>> checking whether the C compiler (gcc -O2 -march=pentium4
>> -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib) works...
>> yes 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
>
>
The problem occurs with the very first compile
configure: error: can not run test program while cross compiling
...done!
|>>> emerge (1 of 10) dev-php/mod_php-4.4.0 to /
... so the problem is definitely somewhere in your toolchain, rather
than anything to do with either revdep-rebuild or the specific programs
attempting to be rebuilt.
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).
Harry Putnam
> 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 the last is what is used?
I have in /etc/make.conf
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
And it seems more trouble to back out of that now than to just try to
see if I (with help) can stay on top of it.
Anyway, here is the output:
======================================================
emerge -n -v --info 2>&1|tee emergeInfo.log
Gentoo Base System version 1.6.13
Portage 2.0.53_rc7 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r3, 2.6.14-gentoo-r2 i686)
=================================================================
System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox: 1.2.13
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.20-r1
virtual/os-headers: 2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/mnt/pack/gentoo/pkgiso/All"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups curl eds emboss encode esd exif expat fam ffmpeg foomaticdb fortran gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 idn imagemagick imlib ipv6 jpeg kde lcms ldap libg++ libwww mad mhash mikmod mng motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl png python qt quicktime readline samba sdl slang spell ssl symlink tcltk tcpd tiff truetype truetype-fonts type1-fonts vorbis xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
--
gento...@gentoo.org mailing list
Harry Putnam
[...]
> 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 output is now posted.
--
gento...@gentoo.org mailing list
Richard Fish
>
> > 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 the last is what is used?
>
> I have in /etc/make.conf
>
> 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 ACCEPT_KEYWORDS in the environment
would not have changed it.
Having --info report both x86 and ~x86 is normal...it means both
stable and testing packages are allowed.
>
> And it seems more trouble to back out of that now than to just try to
> see if I (with help) can stay on top of it.
Well, it isn't terribly difficult to switch back to stable. Just
remove the ~x86 keyword from make.conf and "emerge -DNuv world". The
worst case is when you have some testing package merged for which
there is no stable version, in which case you either have to unmerge
the package or add the appropriate entry to
/etc/portage/package.keywords.
And of course, don't forget etc-update afterwards. Anyway, on the to
the problem at hand:
> emerge -n -v --info 2>&1|tee emergeInfo.log
>
> Gentoo Base System version 1.6.13
Hmm, I would have expected something more recent for ~x86. What does
"emerge -vp sys-apps/baselayout" report?
> Portage 2.0.53_rc7 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r3, 2.6.14-gentoo-r2 i686)
Ok, run "gcc-config -l". You should see an entry for
i686-pc-linux-gnu-3.4.4. If so, run "gcc-config
i686-pc-linux-gnu-3.4.4" Then try the revdep-rebuld again.
Everything else looks sane.
Harry Putnam
>> 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 ACCEPT_KEYWORDS in the environment
> would not have changed it.
There is no mystery why or how its in make.conf. I put it there as
indicated in my post. I'm saying the reason I did that is:
> . . . . . . . . . . . . . . . . . . . . . I foolishly ran
>> ACCEPT_KEYWORDS='~x86' emerges -v -u -D world
And didn't want to back off of it immediately.
> Having --info report both x86 and ~x86 is normal...it means both
> stable and testing packages are allowed.
OK, I wasn't sure what it might mean.
[...]
>> emerge -n -v --info 2>&1|tee emergeInfo.log
>>
>> Gentoo Base System version 1.6.13
>
> Hmm, I would have expected something more recent for ~x86. What does
> "emerge -vp sys-apps/baselayout" report?
emerge -vp sys-apps/baselayout
[...]
Calculating dependencies ...done!
[ebuild U ] sys-apps/baselayout-1.12.0_pre11-r1 [1.11.13-r1]
-bootstrap -build -static -unicode 204 kB
>> Portage 2.0.53_rc7 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
>> glibc-2.3.5-r3, 2.6.14-gentoo-r2 i686)
>
> Ok, run "gcc-config -l". You should see an entry for
> i686-pc-linux-gnu-3.4.4.
root # gcc-config -l
[1] i686-pc-linux-gnu-3.3.5-20050130 *
[2] i686-pc-linux-gnu-3.3.5-20050130-hardened
[3] i686-pc-linux-gnu-3.3.5-20050130-hardenednopie
[4] i686-pc-linux-gnu-3.3.5-20050130-hardenednopiessp
[5] i686-pc-linux-gnu-3.3.5-20050130-hardenednossp
[6] i686-pc-linux-gnu-3.4.4
[7] i686-pc-linux-gnu-3.4.4-hardened
[8] i686-pc-linux-gnu-3.4.4-hardenednopie
[9] i686-pc-linux-gnu-3.4.4-hardenednopiessp
[10] i686-pc-linux-gnu-3.4.4-hardenednossp
> If so, run "gcc-config i686-pc-linux-gnu-3.4.4"
root # gcc-config i686-pc-linux-gnu-3.4.4
* Switching native-compiler to i686-pc-linux-gnu-3.4.4 ... [ ok ]
* If you intend to use the gcc from the new profile in an already
* running shell, please remember to do:
* # source /etc/profile
> . . . . . . . . . . Then try
> the revdep-rebuld again.
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.
(/root/.revdep-rebuild.1_files)
Collecting complete LD_LIBRARY_PATH... done.
(/root/.revdep-rebuild.2_ldpath)
Checking dynamic linking consistency...
broken /usr/bin/cinelerra (requires libmjpegutils-1.6.so.0)
broken /usr/bin/php (requires libmysqlclient.so.12)
broken /usr/bin/playdv (requires libvga.so.1)
broken /usr/bin/tcprobe (requires libMagick.so.6)
broken /usr/bin/w3c (requires libmysqlclient.so.12)
broken /usr/bin/webbot (requires libmysqlclient.so.12)
broken /usr/bin/www (requires libmysqlclient.so.12)
broken /usr/kde/3.4/bin/kuickshow (requires libungif.so.4)
broken /usr/kde/3.4/lib/kde3/kuickshow.so (requires libungif.so.4)
broken /usr/kde/3.4/lib/libkdeinit_kuickshow.so (requires libungif.so.4)
broken /usr/lib/apache2-extramodules/libphp4.so (requires libmysqlclient.so.12)
broken /usr/lib/libImlib.so.1.9.14 (requires libungif.so.4)
broken /usr/lib/libaviplay-0.7.so.0.0.41 (requires libvga.so.1)
broken /usr/lib/libimlib-gif.so (requires libungif.so.4)
broken /usr/lib/libmd5.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libpics.so.0.0.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwapp.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwcache.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwcore.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwdir.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwfile.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwftp.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwgopher.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwhtml.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwhttp.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwinit.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwmime.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwmux.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwnews.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwsql.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwssl.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwstream.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwtelnet.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwtrans.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwutils.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwxml.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libwwwzip.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libxmlparse.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/libxmltok.so.0.1.0 (requires libmysqlclient.so.12)
broken /usr/lib/perl5/vendor_perl/5.8.7/i686-linux/auto/Image/Magick/Magick.so (requires libMagick.so.6)
broken /usr/lib/transcode/export_im.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_compare.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_logo.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_logoaway.so (requires libMagick.so.6)
broken /usr/lib/transcode/import_im.so (requires libMagick.so.6)
broken /usr/lib/transcode/import_imlist.so (requires libMagick.so.6)
done.
(/root/.revdep-rebuild.3_rebuild)
Assigning files to ebuilds... done.
(/root/.revdep-rebuild.4_ebuilds)
Evaluating package order... done.
(/root/.revdep-rebuild.5_order)
All prepared. Starting rebuild...
emerge --oneshot =dev-php/mod_php-4.4.0 =dev-php/php-4.4.0 =media-libs/imlib-1.9.14-r3 =kde-base/kdegraphics-3.4.1-r1 =media-gfx/imagemagick-6.2.5.4 =media-libs/libdv-0.102 =media-video/avifile-0.7.41.20041001-r1 =media-video/cinelerra-cvs-20050801 =media-video/transcode-0.6.14-r2 =net-libs/libwww-5.4.0-r3
. . . . . . . . . .
Calculating dependencies >>> Unpacking source...
* Due to some previous bloopers with PHP and slotting, you may have
* multiple instances of mod_php installed. Please look at the autoclean
* output at the end of the emerge and unmerge all but relevant
* instances.
* Apache2 only detected
* If you have both freetds and mssql in your USE flags, parts of PHP
* may not behave correctly, or may give strange warnings. You have
* been warned! It's recommended that you pick ONE of them. For sybase
* support, chose 'freetds'. For mssql support choose 'mssql'.
>>> Unpacking php-4.4.0.tar.bz2 to /var/tmp/portage/mod_php-4.4.0/work
* uclibctoolize() is depreciated, please just use elibtoolize()!
* Running elibtoolize in: php-4.4.0
* Applying portage-1.4.1.patch ...
* Applying sed-1.4.3.patch ...
* Applying uclibc-conf-1.2.0.patch ...
* Applying mod_php-4.3.5-apache1security.diff ...
[A[73G [ ok ]
>>> Source unpacked.
* Apache2 MPM: prefork
* Enabling NBDM
* Enabling DB4
* Using INI file: /etc/php/apache2-php4/php.ini
* econf: updating php-4.4.0/config.guess with /usr/share/gnuconfig/config.guess
* econf: updating php-4.4.0/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-apxs2=/usr/sbin/apxs2 --disable-cli --without-pear --with-ndbm=/usr --with-db4=/usr --with-mcrypt=/usr --with-mhash=/usr --without-interbase --without-ming --without-swf --without-sybase --with-gdbm=/usr --without-fdftk --without-java --without-mcal --without-unixODBC --without-pgsql --without-snmp --with-xpm-dir=/usr/X11R6 --with-gmp --without-mssql --without-crack --without-pdflib --without-gd --with-png=/usr --with-png-dir=/usr --with-jpeg=/usr --with-jpeg-dir=/usr --enable-exif --with-tiff=/usr --with-tiff-dir=/usr --with-mysql=/usr --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-freetype-dir=/usr --with-ttf=/usr --with-t1lib=/usr --with-gettext --with-pspell=/usr --with-openssl=/usr --without-imap --with-ldap=/usr --with-dom=/usr --with-dom-xslt=/usr --with-dom-exslt=/usr --without-kerberos --with-pam --disable-memory-limit --enable-ipv6 --without-yaz --disable-debug --with-curlwrappers --with-curl=/usr --enable-dbx --with-zlib=/usr --with-zlib-dir=/usr --with-sablot=/usr --enable-xslt --with-xslt-sablot --with-xmlrpc --enable-wddx --with-xml --enable-mbstring=all --enable-mbregex --with-bz2=/usr --with-cdb --enable-pcntl --enable-bcmath --enable-calendar --enable-dbase --enable-filepro --enable-ftp --with-mime-magic=/usr/share/misc/file/magic.mime --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --with-iconv --enable-shmop --enable-dio --enable-yp --without-ncurses --without-readline --enable-inline-optimization --enable-track-vars --enable-trans-sid --enable-versioning --with-config-file-path=/etc/php/apache2-php4 --libdir=/usr/lib/php --without-pear --build=i686-pc-linux-gnu
creating cache ./config.cache
checking host system type... i686-pc-linux-gnu
checking for gcc... gcc
checking whether the C compiler (gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib) works... yes
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
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking whether gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking for re2c... exit 0;
checking whether ln -s works... yes
checking for gawk... gawk
checking for bison... bison -y
checking bison version... configure: warning: You will need bison 1.28
2.1 (ok)
checking for flex... flex
checking for yywrap in -lfl... yes
checking lex output file root... lex.yy
checking whether yytext is a pointer... yes
checking for working const... yes
checking flex version... 2.5.4 (ok)
checking whether byte ordering is bigendian... unknown
checking whether to force non-PIC code in shared modules... yes
checking for pthreads_cflags...
checking for pthreads_lib...
[1mConfiguring SAPI modules[m
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
checking for mod_charset compatibility option... no
checking for Apache 2.0 filter-module support via DSO through APXS... no
checking for Apache 2.0 handler-module support via DSO through APXS... yes
checking for Caudium support... no
checking for CLI build... no
checking for embedded SAPI library support... no
checking for Zeus ISAPI support... no
checking for NSAPI support... no
checking for PHTTPD support... no
checking for Pi3Web support... no
checking for Roxen/Pike support... no
checking for Servlet support... no
checking for thttpd... no
checking for TUX... no
checking for webjames... no
checking for chosen SAPI module... apache2handler
[1mRunning system checks[m
checking for missing declarations of reentrant functions... done
checking for sendmail... /usr/sbin/sendmail
checking whether system uses EBCDIC... no
checking for socket... yes
checking for htonl... yes
checking for gethostname... yes
checking for gethostbyaddr... yes
checking for yp_get_default_domain... no
checking for __yp_get_default_domain... no
checking for yp_get_default_domain in -lnsl... yes
checking for dlopen... yes
checking for sin in -lm... yes
checking for res_search... no
checking for __res_search... no
checking for res_search in -lresolv... yes
checking for res_search in -lbind... no
checking for __res_search in -lbind... no
checking for res_search in -lsocket... no
checking for __res_search in -lsocket... no
checking for inet_aton... yes
checking for dn_skipname... no
checking for __dn_skipname... no
checking for dn_skipname in -lresolv... no
checking for __dn_skipname in -lresolv... yes
checking for dn_skipname in -lbind... no
checking for __dn_skipname in -lbind... no
checking for ANSI C header files... yes
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking for fclose declaration... ok
checking for inttypes.h... yes
checking for stdint.h... yes
checking for dirent.h... yes
checking for ApplicationServices/ApplicationServices.h... no
checking for sys/param.h... yes
checking for sys/types.h... yes
checking for sys/time.h... yes
checking for netinet/in.h... yes
checking for alloca.h... yes
checking for arpa/inet.h... yes
checking for arpa/nameser.h... yes
checking for assert.h... yes
checking for crypt.h... yes
checking for fcntl.h... yes
checking for grp.h... yes
checking for ieeefp.h... no
checking for langinfo.h... yes
checking for limits.h... yes
checking for locale.h... yes
checking for monetary.h... yes
checking for mach-o/dyld.h... no
checking for netdb.h... yes
checking for pwd.h... yes
checking for resolv.h... yes
checking for signal.h... yes
checking for stdarg.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for syslog.h... yes
checking for sysexits.h... yes
checking for sys/file.h... yes
checking for sys/mman.h... yes
checking for sys/mount.h... yes
checking for sys/poll.h... yes
checking for sys/resource.h... yes
checking for sys/select.h... yes
checking for sys/socket.h... yes
checking for sys/statfs.h... yes
checking for sys/statvfs.h... yes
checking for sys/vfs.h... yes
checking for sys/sysexits.h... no
checking for sys/varargs.h... no
checking for sys/wait.h... yes
checking for unistd.h... yes
checking for unix.h... no
checking for utime.h... yes
checking for sys/utsname.h... yes
checking for sys/ipc.h... yes
checking for dlfcn.h... yes
checking for fopencookie... yes
...done!
>>> emerge (1 of 10) dev-php/mod_php-4.4.0 to /
>>> md5 files ;-) mod_php-4.4.0.ebuild
>>> md5 files ;-) mod_php-4.3.11.ebuild
>>> md5 files ;-) mod_php-4.4.0-r1.ebuild
>>> md5 files ;-) mod_php-4.3.11-r1.ebuild
>>> md5 files ;-) mod_php-4.3.11-r3.ebuild
>>> md5 files ;-) mod_php-4.3.11-r4.ebuild
>>> md5 files ;-) mod_php-4.4.0-r2.ebuild
>>> md5 files ;-) mod_php-4.4.0-r3.ebuild
>>> md5 files ;-) mod_php-4.4.0-r6.ebuild
>>> md5 files ;-) mod_php-4.4.0-r7.ebuild
>>> md5 files ;-) mod_php-4.4.0-r8.ebuild
>>> md5 files ;-) mod_php-4.4.0-r9.ebuild
>>> md5 files ;-) files/digest-mod_php-4.3.11
>>> md5 files ;-) files/70_mod_php.conf
>>> md5 files ;-) files/digest-mod_php-4.4.0-r1
>>> md5 files ;-) files/digest-mod_php-4.4.0
>>> md5 files ;-) files/mod_php-4.3.5-apache1security.diff
>>> md5 files ;-) files/mod_php-4.3.4-amd64hack.diff
>>> md5 files ;-) files/php-4.3.11-gmp.patch
>>> md5 files ;-) files/mod_php.conf
>>> md5 files ;-) files/php-4.3.11-flash.patch
>>> md5 files ;-) files/php4.3.11-curl_safemode.patch
>>> md5 files ;-) files/digest-mod_php-4.3.11-r1
>>> md5 files ;-) files/digest-mod_php-4.3.11-r3
>>> md5 files ;-) files/digest-mod_php-4.3.11-r4
>>> md5 files ;-) files/digest-mod_php-4.4.0-r2
>>> md5 files ;-) files/digest-mod_php-4.4.0-r3
>>> md5 files ;-) files/digest-mod_php-4.4.0-r6
>>> md5 files ;-) files/digest-mod_php-4.4.0-r7
>>> md5 files ;-) files/digest-mod_php-4.4.0-r8
>>> md5 files ;-) files/digest-mod_php-4.4.0-r9
>>> md5 files ;-) files/php4.3.11-globals_overwrite.patch
>>> md5 files ;-) files/php4.3.11-fopen_wrappers.patch
>>> md5 files ;-) files/php4.3.11-gd_safe_mode.patch
>>> md5 files ;-) files/php4.3.11-pcre-security.patch
>>> md5 files ;-) files/php4.3.11-imap-symlink.diff
>>> md5 files ;-) files/php4.3.11-pspell-ext-segf.patch
>>> md5 files ;-) files/php4.3.11-phpinfo_xss.patch
>>> md5 files ;-) files/php4.3.11-session_save_path-segf.patch
>>> md5 files ;-) files/php4.4.0-curl_safemode.patch
>>> md5 files ;-) files/php4.4.0-fopen_wrappers.patch
>>> md5 files ;-) files/php4.4.0-gd_safe_mode.patch
>>> md5 files ;-) files/php4.4.0-globals_overwrite.patch
>>> md5 files ;-) files/php4.4.0-imap-symlink.diff
>>> md5 files ;-) files/php4.4.0-pcre-security.patch
>>> md5 files ;-) files/php4.4.0-phpinfo_xss.patch
>>> md5 files ;-) files/php4.4.0-pspell-ext-segf.patch
>>> md5 files ;-) files/php4.4.0-session_save_path-segf.patch
>>> md5 files ;-) files/4.3.10-r1/70_mod_php.conf
>>> md5 files ;-) files/4.3.11-r2/70_mod_php.conf
>>> md5 files ;-) files/4.4.0-a1/70_mod_php.conf
>>> md5 files ;-) files/4.4.0-a2/70_mod_php.conf
>>> md5 src_uri ;-) php-4.4.0.tar.bz2
>>> md5 src_uri ;-) php-4.3.2-fopen-url-secure.patch
>>> md5 src_uri ;-) php-4.3.6-includepath.diff
revdep-rebuild failed to emerge all packages
you have the following choices:
- if emerge failed during the build, fix the problems and re-run revdep-rebuild
or
- use -X or --package-names as first argument (trys to rebuild package, not exact
ebuild)
or
- set ACCEPT_KEYWORDS="~<your platform>" and/or /etc/portage/package.unmask
(and remove /root/.revdep-rebuild.5_order to be evaluated again)
or
- modify the above emerge command and run it manually
or
- compile or unmerge unsatisfied packages manually, remove temporary files and
try again (you can edit package/ebuild list first)
To remove temporary files, please run:
rm /root/.revdep-rebuild*.?_*
--
gento...@gentoo.org mailing list
Harry Putnam
[...]
> 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?
--
gento...@gentoo.org mailing list
Richard Fish
>
> [...]
>
> > 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?
Well, generally, it means that you are compiling for a different
architecture than what you are running. For example, it is possible
to compile for AMD64 CPUs from a P4 host, or vice-versa. However,
since you are not doing that, it means your toolchain is broken in
some way.
The way autoconf (the ./configure script) checks for this is that it
compiles a very simple program. This program is:
#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.
Save the above lines to a file, call it conftest.c. The build it with
gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff
-L/usr/lib -o conftest conftest.c
If the compile complets without error, try running the program with:
conftest && echo "works"
Harry Putnam
> #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.
>
> Save the above lines to a file, call it conftest.c. The build it with
>
> gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff
> -L/usr/lib -o conftest conftest.c
gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib \
-ltiff -L/usr/lib -o conftest conftest.c
configure:1880:22: confdefs.h: No such file or directory
Just complains about not finding confdefs.h.
I looked for one under /usr/include to point it at but didn't find one
and wasn't at all sure what it should contain.
--
gento...@gentoo.org mailing list
Richard Fish
>
> > #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.
> >
> > Save the above lines to a file, call it conftest.c. The build it with
> >
> > gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff
> > -L/usr/lib -o conftest conftest.c
>
> gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib \
> -ltiff -L/usr/lib -o conftest conftest.c
> configure:1880:22: confdefs.h: No such file or directory
>
> Just complains about not finding confdefs.h.
Sorry, my fault. Confdefs.h is generated by the configure script, and
doesn't matter for this case. Just remove the include from the file.
Harry Putnam
> conftest && echo "works"
root # ./conftest && echo "works"
works
Seems to have worked as expected.
--
gento...@gentoo.org mailing list
Harry Putnam
> Richard Fish <big...@asmallpond.org> 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 *
sys-devel/gcc-3.4.4-r1 *
sys-devel/gcc-config-1.3.12-r4 *
Is it normal to have 2 versions installed?
Would a more recent version be likely to solve the cross-compiler
problem?
--
gento...@gentoo.org mailing list
Richard Fish
> Harry Putnam <rea...@newsguy.com> writes:
>
> > Richard Fish <big...@asmallpond.org> 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 *
> sys-devel/gcc-3.4.4-r1 *
> sys-devel/gcc-config-1.3.12-r4 *
>
> Is it normal to have 2 versions installed?
Yes. Gcc is slotted, so it is normal to have more than one version installed.
>
> Would a more recent version be likely to solve the cross-compiler
> problem?
3.4.4-r1 is the most recent version available for ~x86.
The only thing I can think of that might fix it would be an "emerge -e
system". But could you post the first 200 lines of
/var/tmp/portage/mod_php-4.4.0/work/php-4.4.0/config.log? Maybe there
is an answer there...
Harry Putnam
> /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 debugging if configure makes a mistake.
configure:1656: checking host system type
configure:1756: checking for gcc
configure:1869: checking whether the C compiler (gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib) works
configure:1885: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:1911: checking whether the C compiler (gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib) is a cross-compiler
configure:1916: checking whether we are using GNU C
configure:1925: gcc -E conftest.c
configure:1944: checking whether gcc accepts -g
configure:1977: checking whether gcc and cc understand -c and -o together
configure:1992: gcc -c conftest.c -o conftest.o 1>&5
configure:1993: gcc -c conftest.c -o conftest.o 1>&5
configure:1998: cc -c conftest.c 1>&5
configure:2000: cc -c conftest.c -o conftest.o 1>&5
configure:2001: cc -c conftest.c -o conftest.o 1>&5
configure:2028: checking how to run the C preprocessor
configure:2049: gcc -E conftest.c >/dev/null 2>conftest.out
configure:2109: checking for AIX
configure:2136: checking if compiler supports -R
configure:2151: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -R /usr/lib -lxmlparse -lxmltok 1>&5
gcc: unrecognized option `-R'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: /usr/lib: No such file: File format not recognized
collect2: ld returned 1 exit status
configure: failed program was:
#line 2144 "configure"
#include "confdefs.h"
int main() {
; return 0; }
configure:2169: checking if compiler supports -Wl,-rpath,
configure:2184: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -Wl,-rpath,/usr/lib -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:2210: checking for re2c
configure:2239: checking whether ln -s works
configure:2264: checking for gawk
configure:2298: checking for bison
configure:2332: checking bison version
configure:2342: checking for flex
configure:2376: checking for yywrap in -lfl
configure:2395: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lfl -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:2419: checking lex output file root
configure:2440: checking whether yytext is a pointer
configure:2459: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok -lfl 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:2483: checking for working const
configure:2537: gcc -c -O2 -march=pentium4 -fomit-frame-pointer conftest.c 1>&5
configure:2562: checking flex version
configure:2578: checking whether byte ordering is bigendian
configure:2671: checking whether to force non-PIC code in shared modules
configure:2808: checking for pthreads_cflags
configure:2871: checking for pthreads_lib
configure:3002: checking for AOLserver support
configure:3243: checking for Apache 1.x module support via DSO through APXS
configure:3546: checking for Apache 1.x module support
configure:4381: checking for mod_charset compatibility option
configure:4518: checking for Apache 2.0 filter-module support via DSO through APXS
configure:5340: checking for Apache 2.0 handler-module support via DSO through APXS
configure:6163: checking for Caudium support
configure:6493: checking for CLI build
configure:6553: checking for embedded SAPI library support
configure:6756: checking for Zeus ISAPI support
configure:6986: checking for NSAPI support
configure:7327: checking for PHTTPD support
configure:7556: checking for Pi3Web support
configure:7885: checking for Roxen/Pike support
configure:8154: checking for Servlet support
configure:8672: checking for thttpd
configure:8898: checking for TUX
configure:9132: checking for webjames
configure:9553: checking for chosen SAPI module
configure:10458: checking for missing declarations of reentrant functions
configure:10467: gcc -c -O2 -march=pentium4 -fomit-frame-pointer conftest.c 1>&5
configure:10492: gcc -c -O2 -march=pentium4 -fomit-frame-pointer conftest.c 1>&5
configure:10517: gcc -c -O2 -march=pentium4 -fomit-frame-pointer conftest.c 1>&5
configure:10542: gcc -c -O2 -march=pentium4 -fomit-frame-pointer conftest.c 1>&5
configure:10567: gcc -c -O2 -march=pentium4 -fomit-frame-pointer conftest.c 1>&5
configure:10591: checking for sendmail
configure:10632: checking whether system uses EBCDIC
configure:10724: checking for socket
configure:10752: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:10981: checking for htonl
configure:11009: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:11238: checking for gethostname
configure:11266: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:11495: checking for gethostbyaddr
configure:11523: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:11752: checking for yp_get_default_domain
configure:11780: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
/var/tmp/portage/mod_php-4.4.0/temp/cce3AoCF.o: In function `main':
conftest.c:(.text+0xd): undefined reference to `yp_get_default_domain'
collect2: ld returned 1 exit status
configure: failed program was:
#line 11757 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char yp_get_default_domain(); below. */
#include <assert.h>
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char yp_get_default_domain();
int main() {
/* The GNU C library defines this for functions which it implements
to always fail with ENOSYS. Some functions are actually named
something starting with __ and the normal name is an alias. */
#if defined (__stub_yp_get_default_domain) || defined (__stub___yp_get_default_domain)
choke me
#else
yp_get_default_domain();
#endif
; return 0; }
configure:11798: checking for __yp_get_default_domain
configure:11826: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
/var/tmp/portage/mod_php-4.4.0/temp/cciCBhk3.o: In function `main':
conftest.c:(.text+0xd): undefined reference to `__yp_get_default_domain'
collect2: ld returned 1 exit status
configure: failed program was:
#line 11803 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char __yp_get_default_domain(); below. */
#include <assert.h>
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char __yp_get_default_domain();
int main() {
/* The GNU C library defines this for functions which it implements
to always fail with ENOSYS. Some functions are actually named
something starting with __ and the normal name is an alias. */
#if defined (__stub___yp_get_default_domain) || defined (__stub_____yp_get_default_domain)
choke me
#else
__yp_get_default_domain();
#endif
; return 0; }
configure:11864: checking for yp_get_default_domain in -lnsl
configure:11883: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lnsl -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:12010: checking for dlopen
configure:12038: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:12268: checking for sin in -lm
configure:12287: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lm -lxmlparse -lxmltok 1>&5
configure:12280: warning: conflicting types for built-in function 'sin'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:12321: checking for res_search
configure:12349: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lm -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
/var/tmp/portage/mod_php-4.4.0/temp/ccIdv09b.o: In function `main':
conftest.c:(.text+0xd): undefined reference to `res_search'
collect2: ld returned 1 exit status
configure: failed program was:
#line 12326 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char res_search(); below. */
#include <assert.h>
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char res_search();
int main() {
/* The GNU C library defines this for functions which it implements
to always fail with ENOSYS. Some functions are actually named
something starting with __ and the normal name is an alias. */
#if defined (__stub_res_search) || defined (__stub___res_search)
choke me
#else
res_search();
#endif
; return 0; }
configure:12367: checking for __res_search
configure:12395: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lm -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
/var/tmp/portage/mod_php-4.4.0/temp/ccgw4KmC.o: In function `main':
conftest.c:(.text+0xd): undefined reference to `__res_search'
collect2: ld returned 1 exit status
configure: failed program was:
#line 12372 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char __res_search(); below. */
#include <assert.h>
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char __res_search();
int main() {
/* The GNU C library defines this for functions which it implements
to always fail with ENOSYS. Some functions are actually named
something starting with __ and the normal name is an alias. */
#if defined (__stub___res_search) || defined (__stub_____res_search)
choke me
#else
__res_search();
#endif
; return 0; }
configure:12433: checking for res_search in -lresolv
configure:12452: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lresolv -lm -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
configure:12569: checking for res_search in -lbind
configure:12588: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lbind -lm -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lbind
collect2: ld returned 1 exit status
configure: failed program was:
#line 12577 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char res_search();
int main() {
res_search()
; return 0; }
configure:12608: checking for __res_search in -lbind
configure:12627: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lbind -lm -lxmlparse -lxmltok 1>&5
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lbind
collect2: ld returned 1 exit status
configure: failed program was:
#line 12616 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char __res_search();
--
gento...@gentoo.org mailing list
Harry Putnam
>> 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?.
--
gento...@gentoo.org mailing list
Richard Fish
>
> > /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 debugging if configure makes a mistake.
>
> configure:1656: checking host system type
> configure:1756: checking for gcc
> configure:1869: checking whether the C compiler (gcc -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib) works
> configure:1885: gcc -o conftest -O2 -march=pentium4 -fomit-frame-pointer -L/usr/X11R6/lib -ltiff -L/usr/lib conftest.c -lxmlparse -lxmltok 1>&5
> /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libmysqlclient.so.12, needed by /usr/X11R6/lib/libxmlparse.so, not found (try using -rpath or -rpath-link)
Ah, here is a problem. A broken library dependancy. I don't know
what package libxmlparse is a part of, but it is linked against
libmysqlcliient.so.12, which does not exist now.
Run "equery belongs /usr/lib/libxmlparse.so", and rebuild (with
emerge --oneshot <pkg>) whatever package that is a part of.
Richard Fish
>
> >> 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 bit paranoid, because if
you break the libstdc++ dynamic linking, you cripple the system
(including portage!).
So, I would only prune the old versions of gcc after doing a "emerge
-e world" to rebuild *everything* with the new gcc.
Oh, and a fix_libtool_files.sh also...
And making a good backup...
Harry Putnam
[...]
> 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 use. and
that shortened the list quite a bit.
emerge -v -C kde-base/kdegraphics
emerge -v -C media-video/avifile
Now revdep is trying to reinstall cinerrela and libdv
hopefully that will clean things up further
creating a symlink like:
ln -sf /usr/lib/libMagick.so.9.0.4 /usr/lib/libMagick.so.6
Satisfied several broken items listed below:
broken
/usr/lib/perl5/vendor_perl/5.8.7/i686-linux/auto/Image/Magick/Magick.so
(requires libMagick.so.6)
broken /usr/lib/transcode/export_im.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_compare.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_logo.so (requires libMagick.so.6)
broken /usr/lib/transcode/filter_logoaway.so (requires libMagick.so.6)
broken /usr/lib/transcode/import_im.so (requires libMagick.so.6)
broken /usr/lib/transcode/import_imlist.so (requires libMagick.so.6)
Is that symlinking likely to get me in trouble? I do use transcode to
get info from dv files and such.
--
gento...@gentoo.org mailing list