1 |
On 01/29/2017 08:02 AM, John Covici wrote: |
2 |
> On Sun, 29 Jan 2017 08:41:59 -0500, |
3 |
> Responses in line. |
4 |
> |
5 |
> Alan McKinnon wrote: |
6 |
>> On 29/01/2017 12:11, John Covici wrote: |
7 |
>>> Hi. I am having a couple of preserved rebuild problems which I have |
8 |
>>> no idea how to fix. |
9 |
>> Ugh. Those problems are horrid to fix |
10 |
>> |
11 |
>>> The first one is like this: |
12 |
>>>>>> package: sys-libs/binutils-libs-2.27 |
13 |
>>> * - /usr/lib64/libbfd-2.25.1.so |
14 |
>>> * used by |
15 |
>>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so |
16 |
>>> (sys-devel/binutils-2.25.1-r1) |
17 |
>>> |
18 |
>>> And no matter how many times I recompile the suggested package(s) it |
19 |
>>> remains. Why is this happening and how can I fix? |
20 |
>> Let's establish first what portage thinks the problem is. What is the |
21 |
>> output of |
22 |
>> |
23 |
>> ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so |
24 |
>> |
25 |
> linux-vdso.so.1 (0x00007fff91936000) |
26 |
> libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so |
27 |
> (0x00007fd3deeb7000) |
28 |
> libc.so.6 => /lib64/libc.so.6 |
29 |
> (0x00007fd3deb1e000) |
30 |
> libz.so.1 => /lib64/libz.so.1 |
31 |
> (0x00007fd3de906000) |
32 |
> libdl.so.2 => /lib64/libdl.so.2 |
33 |
> (0x00007fd3de702000) |
34 |
> /lib64/ld-linux-x86-64.so.2 |
35 |
> (0x000055f4cd0d2000) |
36 |
> |
37 |
>> and just for fun |
38 |
>> |
39 |
>> ldd /usr/lib64/libbfd-2.25.1.so |
40 |
> linux-vdso.so.1 (0x00007ffeac123000) |
41 |
> libz.so.1 => /lib64/libz.so.1 (0x00007fbaf1838000) |
42 |
> libdl.so.2 => /lib64/libdl.so.2 |
43 |
> (0x00007fbaf1634000) |
44 |
> libc.so.6 => /lib64/libc.so.6 (0x00007fbaf129a000) |
45 |
> /lib64/ld-linux-x86-64.so.2 |
46 |
> (0x00005643cb966000) |
47 |
> |
48 |
>> Plus, what are your USE flags for binutils. |
49 |
> I seem to have several binutils -- here is what I have: |
50 |
> Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM |
51 |
> 01/11/2017)(cxx nls zlib -multitarget -static-libs -test |
52 |
> -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls |
53 |
> -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM |
54 |
> 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) |
55 |
> |
56 |
>>> Now the second one is more complicated: |
57 |
>>>>>> package: media-video/ffmpeg-3.2.2 |
58 |
>>> * - /usr/lib64/libswscale.so.3 |
59 |
>>> * - /usr/lib64/libswscale.so.3.1.101 |
60 |
>>> * used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so |
61 |
>>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) |
62 |
>>> * - /usr/lib64/libpostproc.so.53 |
63 |
>>> * - /usr/lib64/libpostproc.so.53.3.100 |
64 |
>>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so |
65 |
>>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) |
66 |
>>> * - /usr/lib64/libavcodec.so.56 |
67 |
>>> * - /usr/lib64/libavcodec.so.56.60.100 |
68 |
>>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so |
69 |
>>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) |
70 |
>>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so |
71 |
>>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) |
72 |
>>> * - /usr/lib64/libavformat.so.56 |
73 |
>>> * - /usr/lib64/libavformat.so.56.40.101 |
74 |
>>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so |
75 |
>>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) |
76 |
>>> * - /usr/lib64/libavutil.so.54 |
77 |
>>> * - /usr/lib64/libavutil.so.54.31.100 |
78 |
>>> * used by |
79 |
>>> /usr/lib64/gstreamer-0.10/libgstffmpeg.so |
80 |
>>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) |
81 |
>>> * used by |
82 |
>>> /usr/lib64/gstreamer-0.10/libgstffmpegscale.so |
83 |
>>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) |
84 |
>>> * used by |
85 |
>>> /usr/lib64/gstreamer-0.10/libgstpostproc.so |
86 |
>>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) |
87 |
>>> * - /usr/lib64/libswresample.so.1 |
88 |
>>> * - /usr/lib64/libswresample.so.1.2.101 |
89 |
>>> |
90 |
>>> Now when I try to recompile it wants to upgrade, but the upgrade does |
91 |
>>> not emerge and there are so many depricated warnings and errors that I |
92 |
>>> have a link to the build log instead |
93 |
>>> |
94 |
>>> https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD |
95 |
>>> |
96 |
>>> There is no ebuild for the original version in the tree, so I am |
97 |
>>> stumped here. |
98 |
>> This one rings a bell but I can't recall exactly what. |
99 |
>> |
100 |
>> I have several times in the past resolved these by brute force, |
101 |
>> unmerging the problem package and the thing it depends or or links to, |
102 |
>> then rebuilding both. |
103 |
>> |
104 |
>> Are you by chance running a mixed stable/testing system here? |
105 |
>> |
106 |
> No, just testing. I could unmerge and re-emerge ffmpeg, but not the |
107 |
> plugin. |
108 |
> |
109 |
> |
110 |
|
111 |
Had to set these packages this way on my system. |
112 |
> media-plugins/gst-plugins-meta:0.10 -ffmpeg |
113 |
> media-plugins/gst-plugins-meta:1.0 -ffmpeg |
114 |
The build logs were showing that gstreamer wanted a very specific |
115 |
version of ffmpeg. The emerge of gst-plugins-* would always error out, |
116 |
otherwise. |