On Sun, Sep 23, 2012 at 10:17:10AM +0100, Richard W.M. Jones wrote: > On Sun, Sep 23, 2012 at 10:12:51AM +0100, Richard W.M. Jones wrote: > > This doesn't look right ... > > > > DEBUG util.py:257: Error: Package: libtool-2.4.2-6.fc18.x86_64 (build) > > DEBUG util.py:257: Requires: gcc = 4.7.1 > > DEBUG util.py:257: Installed: gcc-4.7.2-2.fc18.x86_64 (@build/$releasever) > > DEBUG util.py:257: gcc = 4.7.2-2.fc18 > > DEBUG util.py:257: You could try using --skip-broken to work around the problem > > DEBUG util.py:257: You could try running: rpm -Va --nofiles --nodigest > > Actually the same thing happened last time. I even posted > about it: > > https://lists.fedoraproject.org/pipermail/devel/2012-June/169489.html > > So I'll go ahead and rebuild libtool. ... which has been done already. > There must surely be a better > way to deal with this? There are a few of these ... $ grep /usr/lib/gcc /usr/bin/libtool sys_lib_search_path_spec="/usr/lib/gcc/x86_64-redhat-linux/4.7.1 /usr/lib64 /lib64 " compiler_lib_search_dirs="/usr/lib/gcc/x86_64-redhat-linux/4.7.1 /usr/lib/gcc/x86_64-redhat-linux/4.7.1/../../../../lib64 /lib/../lib64 /usr/lib/../lib64 /usr/lib/gcc/x86_64-redhat-linux/4.7.1/../../.." predep_objects="/usr/lib/gcc/x86_64-redhat-linux/4.7.1/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.7.1/crtbeginS.o" [etc] But it looks like it'd be possible to replace 4.7.1 with the partial output of `gcc --version`. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
