Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 01/29/2017 09:51 PM, John Covici wrote: > On Sun, 29 Jan 2017 19:42:04 -0500, > Neil Bothwick wrote: >> >> [1 ] >> On Sun, 29 Jan 2017 19:32:24 -0500, John Covici wrote: >> Is this the bell you are looking for? https://bugs.gentoo.org/show_bug.cgi?id=574788 The ffmpeg 3.x upgrade has caused more than its fair share of issues. >>> >>> OK, so how does this bug help in fixing my problems with >>> gst-plugins-ffmpeg? I don't see plugins mentioned anywhere. >> >> You'll need to look at the bug reports that block this one, which is a >> tracker. I ended up uninstalling a few packages, some probably >> unnecessarily, before I could get ffmpeg updated. However, all seems well >> now. > > ffmpeg is updated, no problems there, just the plugin is messed up, > but I will check the other bugs and see if there is any advice there. > I fixed it by downgrading to ffmpeg 2.x and I had to disable ffmpeg support or uninstall a couple of unstable packages. But I'm running a mostly stable system. -- Fernando Rodriguez
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 01/30/2017 09:31 AM, Alan McKinnon wrote: > On 30/01/2017 17:15, Corbin Bird wrote: >> On 01/30/2017 08:56 AM, Alan McKinnon wrote: >>> On 30/01/2017 16:55, John Covici wrote: On Mon, 30 Jan 2017 09:32:46 -0500, Alan McKinnon wrote: >>> [snip] >>> >>> But I found binutils-config and just switched from 2.25-r1 to 2.27, so I will see what happens. So, after removing the old versions of binutils, the preserved-rebuild problem went away! Thanks all for all your help on that . Now I have to somehow deal with the gst-plugins-ffmpeg. >>> Have you considered dumping gstreamer and going with vlac and a >>> different backend :-) >>> >>> >> ? vlac ? If you would please, explain this acronym. >> > > Oops typo. > > vlc > Thank you. That makes a lot more sense. :)
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Mon, 30 Jan 2017 10:31:09 -0500, Alan McKinnon wrote: > > On 30/01/2017 17:15, Corbin Bird wrote: > > > > On 01/30/2017 08:56 AM, Alan McKinnon wrote: > >> On 30/01/2017 16:55, John Covici wrote: > >>> On Mon, 30 Jan 2017 09:32:46 -0500, > >>> Alan McKinnon wrote: > >> [snip] > >> > >> > >>> But I found binutils-config and just switched from 2.25-r1 to 2.27, so > >>> I will see what happens. > >>> So, after removing the old versions of binutils, the preserved-rebuild > >>> problem went away! > >>> > >>> Thanks all for all your help on that . Now I have to somehow deal > >>> with the gst-plugins-ffmpeg. > >> > >> Have you considered dumping gstreamer and going with vlac and a > >> different backend :-) > >> > >> > > ? vlac ? If you would please, explain this acronym. > > > > > Oops typo. > > vlc I have that as well, but its not totally accessible using orca. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 30/01/2017 17:15, Corbin Bird wrote: > > On 01/30/2017 08:56 AM, Alan McKinnon wrote: >> On 30/01/2017 16:55, John Covici wrote: >>> On Mon, 30 Jan 2017 09:32:46 -0500, >>> Alan McKinnon wrote: >> [snip] >> >> >>> But I found binutils-config and just switched from 2.25-r1 to 2.27, so >>> I will see what happens. >>> So, after removing the old versions of binutils, the preserved-rebuild >>> problem went away! >>> >>> Thanks all for all your help on that . Now I have to somehow deal >>> with the gst-plugins-ffmpeg. >> >> Have you considered dumping gstreamer and going with vlac and a >> different backend :-) >> >> > ? vlac ? If you would please, explain this acronym. > Oops typo. vlc -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 30/01/2017 17:14, John Covici wrote: > On Mon, 30 Jan 2017 09:56:29 -0500, > Alan McKinnon wrote: >> >> On 30/01/2017 16:55, John Covici wrote: >>> On Mon, 30 Jan 2017 09:32:46 -0500, >>> Alan McKinnon wrote: >> >> [snip] >> >> >>> But I found binutils-config and just switched from 2.25-r1 to 2.27, so >>> I will see what happens. >>> So, after removing the old versions of binutils, the preserved-rebuild >>> problem went away! >>> >>> Thanks all for all your help on that . Now I have to somehow deal >>> with the gst-plugins-ffmpeg. >> >> >> Have you considered dumping gstreamer and going with vlac and a >> different backend :-) >> > > Well, I have gnome, which seems to have pulled in a lot of the > gstreamer packages, so I am not sure I can change the back end. > Dump Gnome and switch to LXDE? Or Enlightenment? Or *box? At this point you ought to be wondering if I'm pulling your leg. I am :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 01/30/2017 08:56 AM, Alan McKinnon wrote: > On 30/01/2017 16:55, John Covici wrote: >> On Mon, 30 Jan 2017 09:32:46 -0500, >> Alan McKinnon wrote: > [snip] > > >> But I found binutils-config and just switched from 2.25-r1 to 2.27, so >> I will see what happens. >> So, after removing the old versions of binutils, the preserved-rebuild >> problem went away! >> >> Thanks all for all your help on that . Now I have to somehow deal >> with the gst-plugins-ffmpeg. > > Have you considered dumping gstreamer and going with vlac and a > different backend :-) > > ? vlac ? If you would please, explain this acronym.
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Mon, 30 Jan 2017 09:56:29 -0500, Alan McKinnon wrote: > > On 30/01/2017 16:55, John Covici wrote: > > On Mon, 30 Jan 2017 09:32:46 -0500, > > Alan McKinnon wrote: > >> > > [snip] > > > > But I found binutils-config and just switched from 2.25-r1 to 2.27, so > > I will see what happens. > > So, after removing the old versions of binutils, the preserved-rebuild > > problem went away! > > > > Thanks all for all your help on that . Now I have to somehow deal > > with the gst-plugins-ffmpeg. > > > Have you considered dumping gstreamer and going with vlac and a > different backend :-) > Well, I have gnome, which seems to have pulled in a lot of the gstreamer packages, so I am not sure I can change the back end. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 30/01/2017 16:55, John Covici wrote: > On Mon, 30 Jan 2017 09:32:46 -0500, > Alan McKinnon wrote: >> [snip] > But I found binutils-config and just switched from 2.25-r1 to 2.27, so > I will see what happens. > So, after removing the old versions of binutils, the preserved-rebuild > problem went away! > > Thanks all for all your help on that . Now I have to somehow deal > with the gst-plugins-ffmpeg. Have you considered dumping gstreamer and going with vlac and a different backend :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Mon, 30 Jan 2017 09:32:46 -0500,
Alan McKinnon wrote:
>
> On 30/01/2017 13:57, John Covici wrote:
> > On Mon, 30 Jan 2017 03:37:01 -0500,
> > Tuomo Hartikainen wrote:
> >>
> >> Hi John,
> >>
> >> On 2017-01-29 05:11, John Covici wrote:
> >>> Hi. I am having a couple of preserved rebuild problems which I have
> >>> no idea how to fix.
> >>>
> >>> The first one is like this:
> >> package: sys-libs/binutils-libs-2.27
> >>> * - /usr/lib64/libbfd-2.25.1.so
> >>> * used by
> >>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so
> >>> (sys-devel/binutils-2.25.1-r1)
> >>
> >> I had this same loop last week, and I found this[1] forum thread
> >> helpful. Apparently on my and janos666's systems the
> >> /usr/lib64/libbfd-2.25.1.so library was erroneously left behind by a
> >> previous depclean. If you dare, first make sure the library is not owned
> >> by any current package: `equery b /usr/lib64/libbfd-2.25.1.so`. If it's
> >> not, removing the file manually should do the trick.
> >>
> >> Remember to take precautions though, khayyam suggests binpkg but I just
> >> took a copy of that library so I could put it back with a rescue system
> >> if binutils broke.
> >>
> >> [1]: https://forums.gentoo.org/viewtopic-t-1042488-start-0.html
> >
> > Unfortunately the file is owned by
> > sys-libs/binutils-libs-2.27
> >
> > There is a 2.25 version as well. Now in the binutils itself I have
> > several versions at the same time.
> > But there is no other version of sys-libs/binutils-libs but the 2.27.
> >
> >
>
>
> are you saying that you only have one version of binutils installed
> (2.27)? That seems to be the norm nowadays, the other slots are probably
> for "old stuff"
>
> IUf you have other versions' cruft still lying around in
> /usr/lib64/binutils/x86_64-pc-linux-gnu/, then move that junk out the
> way and try again. It's very likely dynamic runtime nonsense that
> depclean didn't know about
I have
[I] sys-devel/binutils
Available versions:
(2.25.1) 2.25.1-r1
(2.26.1) (~)2.26.1
(2.27) (~)2.27
(git) **
{cxx multitarget nls static-libs
test
vanilla zlib}
Installed versions:
2.25.1-r1(2.25.1)(01:06:59 AM
01/11/2017)(cxx nls
zlib
-multitarget
-static-libs -test
-vanilla)
2.26.1(2.26.1)(07:16:43
AM 12/27/2016)(cxx nls
-multitarget
-static-libs -test
-vanilla)
2.27(2.27)(07:23:40 AM
12/27/2016)(cxx nls
-multitarget
-static-libs -test
-vanilla)
But only one version of sys-libs/bin-utils-libs
But I found binutils-config and just switched from 2.25-r1 to 2.27, so
I will see what happens.
So, after removing the old versions of binutils, the preserved-rebuild
problem went away!
Thanks all for all your help on that . Now I have to somehow deal
with the gst-plugins-ffmpeg.
--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?
John Covici
cov...@ccs.covici.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 30/01/2017 13:57, John Covici wrote: > On Mon, 30 Jan 2017 03:37:01 -0500, > Tuomo Hartikainen wrote: >> >> Hi John, >> >> On 2017-01-29 05:11, John Covici wrote: >>> Hi. I am having a couple of preserved rebuild problems which I have >>> no idea how to fix. >>> >>> The first one is like this: >> package: sys-libs/binutils-libs-2.27 >>> * - /usr/lib64/libbfd-2.25.1.so >>> * used by >>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >>> (sys-devel/binutils-2.25.1-r1) >> >> I had this same loop last week, and I found this[1] forum thread >> helpful. Apparently on my and janos666's systems the >> /usr/lib64/libbfd-2.25.1.so library was erroneously left behind by a >> previous depclean. If you dare, first make sure the library is not owned >> by any current package: `equery b /usr/lib64/libbfd-2.25.1.so`. If it's >> not, removing the file manually should do the trick. >> >> Remember to take precautions though, khayyam suggests binpkg but I just >> took a copy of that library so I could put it back with a rescue system >> if binutils broke. >> >> [1]: https://forums.gentoo.org/viewtopic-t-1042488-start-0.html > > Unfortunately the file is owned by > sys-libs/binutils-libs-2.27 > > There is a 2.25 version as well. Now in the binutils itself I have > several versions at the same time. > But there is no other version of sys-libs/binutils-libs but the 2.27. > > are you saying that you only have one version of binutils installed (2.27)? That seems to be the norm nowadays, the other slots are probably for "old stuff" IUf you have other versions' cruft still lying around in /usr/lib64/binutils/x86_64-pc-linux-gnu/, then move that junk out the way and try again. It's very likely dynamic runtime nonsense that depclean didn't know about -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Mon, 30 Jan 2017 03:37:01 -0500, Tuomo Hartikainen wrote: > > Hi John, > > On 2017-01-29 05:11, John Covici wrote: > > Hi. I am having a couple of preserved rebuild problems which I have > > no idea how to fix. > > > > The first one is like this: > > >>> package: sys-libs/binutils-libs-2.27 > > * - /usr/lib64/libbfd-2.25.1.so > > * used by > > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > > (sys-devel/binutils-2.25.1-r1) > > I had this same loop last week, and I found this[1] forum thread > helpful. Apparently on my and janos666's systems the > /usr/lib64/libbfd-2.25.1.so library was erroneously left behind by a > previous depclean. If you dare, first make sure the library is not owned > by any current package: `equery b /usr/lib64/libbfd-2.25.1.so`. If it's > not, removing the file manually should do the trick. > > Remember to take precautions though, khayyam suggests binpkg but I just > took a copy of that library so I could put it back with a rescue system > if binutils broke. > > [1]: https://forums.gentoo.org/viewtopic-t-1042488-start-0.html Unfortunately the file is owned by sys-libs/binutils-libs-2.27 There is a 2.25 version as well. Now in the binutils itself I have several versions at the same time. But there is no other version of sys-libs/binutils-libs but the 2.27. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
Hi John, On 2017-01-29 05:11, John Covici wrote: > Hi. I am having a couple of preserved rebuild problems which I have > no idea how to fix. > > The first one is like this: > >>> package: sys-libs/binutils-libs-2.27 > * - /usr/lib64/libbfd-2.25.1.so > * used by > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > (sys-devel/binutils-2.25.1-r1) I had this same loop last week, and I found this[1] forum thread helpful. Apparently on my and janos666's systems the /usr/lib64/libbfd-2.25.1.so library was erroneously left behind by a previous depclean. If you dare, first make sure the library is not owned by any current package: `equery b /usr/lib64/libbfd-2.25.1.so`. If it's not, removing the file manually should do the trick. Remember to take precautions though, khayyam suggests binpkg but I just took a copy of that library so I could put it back with a rescue system if binutils broke. [1]: https://forums.gentoo.org/viewtopic-t-1042488-start-0.html -- Tuomo Hartikainen
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 01/29/2017 08:02 AM, John Covici wrote: > On Sun, 29 Jan 2017 08:41:59 -0500, > Responses in line. > > Alan McKinnon wrote: >> On 29/01/2017 12:11, John Covici wrote: >>> Hi. I am having a couple of preserved rebuild problems which I have >>> no idea how to fix. >> Ugh. Those problems are horrid to fix >> >>> The first one is like this: >> package: sys-libs/binutils-libs-2.27 >>> * - /usr/lib64/libbfd-2.25.1.so >>> * used by >>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >>> (sys-devel/binutils-2.25.1-r1) >>> >>> And no matter how many times I recompile the suggested package(s) it >>> remains. Why is this happening and how can I fix? >> Let's establish first what portage thinks the problem is. What is the >> output of >> >> ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >> > linux-vdso.so.1 (0x7fff91936000) > libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so > (0x7fd3deeb7000) >libc.so.6 => /lib64/libc.so.6 > (0x7fd3deb1e000) >libz.so.1 => /lib64/libz.so.1 > (0x7fd3de906000) >libdl.so.2 => /lib64/libdl.so.2 > (0x7fd3de702000) >/lib64/ld-linux-x86-64.so.2 > (0x55f4cd0d2000) > >> and just for fun >> >> ldd /usr/lib64/libbfd-2.25.1.so > linux-vdso.so.1 (0x7ffeac123000) > libz.so.1 => /lib64/libz.so.1 (0x7fbaf1838000) >libdl.so.2 => /lib64/libdl.so.2 > (0x7fbaf1634000) > libc.so.6 => /lib64/libc.so.6 (0x7fbaf129a000) >/lib64/ld-linux-x86-64.so.2 > (0x5643cb966000) > >> Plus, what are your USE flags for binutils. > I seem to have several binutils -- here is what I have: > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) > >>> Now the second one is more complicated: >> package: media-video/ffmpeg-3.2.2 >>> * - /usr/lib64/libswscale.so.3 >>> * - /usr/lib64/libswscale.so.3.1.101 >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libpostproc.so.53 >>> * - /usr/lib64/libpostproc.so.53.3.100 >>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavcodec.so.56 >>>* - /usr/lib64/libavcodec.so.56.60.100 >>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavformat.so.56 >>> * - /usr/lib64/libavformat.so.56.40.101 >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavutil.so.54 >>> * - /usr/lib64/libavutil.so.54.31.100 >>> * used by >>> /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * used by >>> /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>>* used by >>>/usr/lib64/gstreamer-0.10/libgstpostproc.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libswresample.so.1 >>> * - /usr/lib64/libswresample.so.1.2.101 >>> >>> Now when I try to recompile it wants to upgrade, but the upgrade does >>> not emerge and there are so many depricated warnings and errors that I >>> have a link to the build log instead >>> >>> https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD >>> >>> There is no ebuild for the original version in the tree, so I am >>> stumped here. >> This one rings a bell but I can't recall exactly what. >> >> I have several times in the past resolved these by brute force, >> unmerging the problem package and the thing it depends or or links to, >> then rebuilding both. >> >> Are you by chance running a mixed stable/testing system here? >> > No, just testing. I could unmerge and
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 19:42:04 -0500, Neil Bothwick wrote: > > [1 ] > On Sun, 29 Jan 2017 19:32:24 -0500, John Covici wrote: > > > > Is this the bell you are looking for? > > > https://bugs.gentoo.org/show_bug.cgi?id=574788 > > > > > > The ffmpeg 3.x upgrade has caused more than its fair share of issues. > > > > > > > OK, so how does this bug help in fixing my problems with > > gst-plugins-ffmpeg? I don't see plugins mentioned anywhere. > > You'll need to look at the bug reports that block this one, which is a > tracker. I ended up uninstalling a few packages, some probably > unnecessarily, before I could get ffmpeg updated. However, all seems well > now. ffmpeg is updated, no problems there, just the plugin is messed up, but I will check the other bugs and see if there is any advice there. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 19:32:24 -0500, John Covici wrote: > > Is this the bell you are looking for? > > https://bugs.gentoo.org/show_bug.cgi?id=574788 > > > > The ffmpeg 3.x upgrade has caused more than its fair share of issues. > > > > OK, so how does this bug help in fixing my problems with > gst-plugins-ffmpeg? I don't see plugins mentioned anywhere. You'll need to look at the bug reports that block this one, which is a tracker. I ended up uninstalling a few packages, some probably unnecessarily, before I could get ffmpeg updated. However, all seems well now. -- Neil Bothwick And then Adam said, "What's a headache? pgptB2LP4WnYr.pgp Description: OpenPGP digital signature
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 09:18:30 -0500, Neil Bothwick wrote: > > [1 ] > On Sun, 29 Jan 2017 09:02:49 -0500, John Covici wrote: > > > > Plus, what are your USE flags for binutils. > > I seem to have several binutils -- here is what I have: > > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) > > Have you depcleaned recently? I used to have multiple slots of binutils > but now have only 2.27 installed. > > > > > Now the second one is more complicated: > > > package: media-video/ffmpeg-3.2.2 > [snip] > > > > Now when I try to recompile it wants to upgrade, but the upgrade > > > > does not emerge and there are so many depricated warnings and > > > > errors that I have a link to the build log instead > > > > This one rings a bell but I can't recall exactly what. > > Is this the bell you are looking for? > https://bugs.gentoo.org/show_bug.cgi?id=574788 > > The ffmpeg 3.x upgrade has caused more than its fair share of issues. > OK, so how does this bug help in fixing my problems with gst-plugins-ffmpeg? I don't see plugins mentioned anywhere. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 09:13:34 -0500, Alan McKinnon wrote: > > On 29/01/2017 16:02, John Covici wrote: > > On Sun, 29 Jan 2017 08:41:59 -0500, > > Responses in line. > > > > Alan McKinnon wrote: > >> > >> On 29/01/2017 12:11, John Covici wrote: > >>> Hi. I am having a couple of preserved rebuild problems which I have > >>> no idea how to fix. > >> > >> Ugh. Those problems are horrid to fix > >> > >>> > >>> The first one is like this: > >> package: sys-libs/binutils-libs-2.27 > >>> * - /usr/lib64/libbfd-2.25.1.so > >>> * used by > >>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > >>> (sys-devel/binutils-2.25.1-r1) > >>> > >>> And no matter how many times I recompile the suggested package(s) it > >>> remains. Why is this happening and how can I fix? > >> > >> Let's establish first what portage thinks the problem is. What is the > >> output of > >> > >> ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > >> > > > > linux-vdso.so.1 (0x7fff91936000) > >libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so > >(0x7fd3deeb7000) > > libc.so.6 => /lib64/libc.so.6 > >(0x7fd3deb1e000) > > libz.so.1 => /lib64/libz.so.1 > >(0x7fd3de906000) > > libdl.so.2 => /lib64/libdl.so.2 > >(0x7fd3de702000) > > /lib64/ld-linux-x86-64.so.2 > >(0x55f4cd0d2000) > > > >> and just for fun > >> > >> ldd /usr/lib64/libbfd-2.25.1.so > > linux-vdso.so.1 (0x7ffeac123000) > >libz.so.1 => /lib64/libz.so.1 (0x7fbaf1838000) > > libdl.so.2 => /lib64/libdl.so.2 > > (0x7fbaf1634000) > >libc.so.6 => /lib64/libc.so.6 (0x7fbaf129a000) > > /lib64/ld-linux-x86-64.so.2 > > (0x5643cb966000) > > > >> > >> Plus, what are your USE flags for binutils. > > I seem to have several binutils -- here is what I have: > > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) > > > All of that looks normal and correct, no problems. I can't see any > reason why portage lost track of what it's preserving for binutils > > Unless someone else has a bright idea, I suggest you log a bug and see > what the devs have to say > > > > >> > >>> > >>> Now the second one is more complicated: > >> package: media-video/ffmpeg-3.2.2 > >>> * - /usr/lib64/libswscale.so.3 > >>> * - /usr/lib64/libswscale.so.3.1.101 > >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * - /usr/lib64/libpostproc.so.53 > >>> * - /usr/lib64/libpostproc.so.53.3.100 > >>>* used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * - /usr/lib64/libavcodec.so.56 > >>> * - /usr/lib64/libavcodec.so.56.60.100 > >>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>>* used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>>* - /usr/lib64/libavformat.so.56 > >>> * - /usr/lib64/libavformat.so.56.40.101 > >>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * - /usr/lib64/libavutil.so.54 > >>>* - /usr/lib64/libavutil.so.54.31.100 > >>>* used by > >>>/usr/lib64/gstreamer-0.10/libgstffmpeg.so > >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * used by > >>> /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * used by > >>> /usr/lib64/gstreamer-0.10/libgstpostproc.so > >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >>> * - /usr/lib64/libswresample.so.1 > >>>* - /usr/lib64/libswresample.so.1.2.101 > >>> > >>> Now when I try to recompile it wants to upgrade, but the upgrade does > >>> not emerge and there are so many depricated warnings and errors that I > >>> have a link to the build log instead > >>> > >>>
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 09:02:49 -0500, John Covici wrote: > > Plus, what are your USE flags for binutils. > I seem to have several binutils -- here is what I have: > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) Have you depcleaned recently? I used to have multiple slots of binutils but now have only 2.27 installed. > > > Now the second one is more complicated: > > package: media-video/ffmpeg-3.2.2 [snip] > > > Now when I try to recompile it wants to upgrade, but the upgrade > > > does not emerge and there are so many depricated warnings and > > > errors that I have a link to the build log instead > > This one rings a bell but I can't recall exactly what. Is this the bell you are looking for? https://bugs.gentoo.org/show_bug.cgi?id=574788 The ffmpeg 3.x upgrade has caused more than its fair share of issues. -- Neil Bothwick Why is the word abbreviation so long? pgpe8ikdFf4w5.pgp Description: OpenPGP digital signature
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 29/01/2017 16:02, John Covici wrote: > On Sun, 29 Jan 2017 08:41:59 -0500, > Responses in line. > > Alan McKinnon wrote: >> >> On 29/01/2017 12:11, John Covici wrote: >>> Hi. I am having a couple of preserved rebuild problems which I have >>> no idea how to fix. >> >> Ugh. Those problems are horrid to fix >> >>> >>> The first one is like this: >> package: sys-libs/binutils-libs-2.27 >>> * - /usr/lib64/libbfd-2.25.1.so >>> * used by >>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >>> (sys-devel/binutils-2.25.1-r1) >>> >>> And no matter how many times I recompile the suggested package(s) it >>> remains. Why is this happening and how can I fix? >> >> Let's establish first what portage thinks the problem is. What is the >> output of >> >> ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so >> > > linux-vdso.so.1 (0x7fff91936000) > libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so > (0x7fd3deeb7000) >libc.so.6 => /lib64/libc.so.6 > (0x7fd3deb1e000) >libz.so.1 => /lib64/libz.so.1 > (0x7fd3de906000) >libdl.so.2 => /lib64/libdl.so.2 > (0x7fd3de702000) >/lib64/ld-linux-x86-64.so.2 > (0x55f4cd0d2000) > >> and just for fun >> >> ldd /usr/lib64/libbfd-2.25.1.so > linux-vdso.so.1 (0x7ffeac123000) > libz.so.1 => /lib64/libz.so.1 (0x7fbaf1838000) >libdl.so.2 => /lib64/libdl.so.2 > (0x7fbaf1634000) > libc.so.6 => /lib64/libc.so.6 (0x7fbaf129a000) >/lib64/ld-linux-x86-64.so.2 > (0x5643cb966000) > >> >> Plus, what are your USE flags for binutils. > I seem to have several binutils -- here is what I have: > Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM > 01/11/2017)(cxx nls zlib -multitarget -static-libs -test > -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls > -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM > 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) All of that looks normal and correct, no problems. I can't see any reason why portage lost track of what it's preserving for binutils Unless someone else has a bright idea, I suggest you log a bug and see what the devs have to say > >> >>> >>> Now the second one is more complicated: >> package: media-video/ffmpeg-3.2.2 >>> * - /usr/lib64/libswscale.so.3 >>> * - /usr/lib64/libswscale.so.3.1.101 >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libpostproc.so.53 >>> * - /usr/lib64/libpostproc.so.53.3.100 >>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavcodec.so.56 >>>* - /usr/lib64/libavcodec.so.56.60.100 >>> * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavformat.so.56 >>> * - /usr/lib64/libavformat.so.56.40.101 >>>* used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libavutil.so.54 >>> * - /usr/lib64/libavutil.so.54.31.100 >>> * used by >>> /usr/lib64/gstreamer-0.10/libgstffmpeg.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * used by >>> /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >>> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>>* used by >>>/usr/lib64/gstreamer-0.10/libgstpostproc.so >>>(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >>> * - /usr/lib64/libswresample.so.1 >>> * - /usr/lib64/libswresample.so.1.2.101 >>> >>> Now when I try to recompile it wants to upgrade, but the upgrade does >>> not emerge and there are so many depricated warnings and errors that I >>> have a link to the build log instead >>> >>> https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD >>> >>> There is no ebuild for the original version in the tree, so I am >>> stumped here. >> >> This one rings a bell but I can't recall exactly what. >> >> I have several
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On Sun, 29 Jan 2017 08:41:59 -0500, Responses in line. Alan McKinnon wrote: > > On 29/01/2017 12:11, John Covici wrote: > > Hi. I am having a couple of preserved rebuild problems which I have > > no idea how to fix. > > Ugh. Those problems are horrid to fix > > > > > The first one is like this: > package: sys-libs/binutils-libs-2.27 > > * - /usr/lib64/libbfd-2.25.1.so > > * used by > > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > > (sys-devel/binutils-2.25.1-r1) > > > > And no matter how many times I recompile the suggested package(s) it > > remains. Why is this happening and how can I fix? > > Let's establish first what portage thinks the problem is. What is the > output of > > ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > linux-vdso.so.1 (0x7fff91936000) libbfd-2.25.1.so => /usr/lib64/libbfd-2.25.1.so (0x7fd3deeb7000) libc.so.6 => /lib64/libc.so.6 (0x7fd3deb1e000) libz.so.1 => /lib64/libz.so.1 (0x7fd3de906000) libdl.so.2 => /lib64/libdl.so.2 (0x7fd3de702000) /lib64/ld-linux-x86-64.so.2 (0x55f4cd0d2000) > and just for fun > > ldd /usr/lib64/libbfd-2.25.1.so linux-vdso.so.1 (0x7ffeac123000) libz.so.1 => /lib64/libz.so.1 (0x7fbaf1838000) libdl.so.2 => /lib64/libdl.so.2 (0x7fbaf1634000) libc.so.6 => /lib64/libc.so.6 (0x7fbaf129a000) /lib64/ld-linux-x86-64.so.2 (0x5643cb966000) > > Plus, what are your USE flags for binutils. I seem to have several binutils -- here is what I have: Installed versions: 2.25.1-r1(2.25.1)(01:06:59 AM 01/11/2017)(cxx nls zlib -multitarget -static-libs -test -vanilla) 2.26.1(2.26.1)(07:16:43 AM 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) 2.27(2.27)(07:23:40 AM 12/27/2016)(cxx nls -multitarget -static-libs -test -vanilla) > > > > > Now the second one is more complicated: > package: media-video/ffmpeg-3.2.2 > > * - /usr/lib64/libswscale.so.3 > > * - /usr/lib64/libswscale.so.3.1.101 > >* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libpostproc.so.53 > > * - /usr/lib64/libpostproc.so.53.3.100 > > * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libavcodec.so.56 > >* - /usr/lib64/libavcodec.so.56.60.100 > > * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libavformat.so.56 > > * - /usr/lib64/libavformat.so.56.40.101 > >* used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libavutil.so.54 > > * - /usr/lib64/libavutil.so.54.31.100 > > * used by > > /usr/lib64/gstreamer-0.10/libgstffmpeg.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * used by > > /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > >* used by > >/usr/lib64/gstreamer-0.10/libgstpostproc.so > >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > > * - /usr/lib64/libswresample.so.1 > > * - /usr/lib64/libswresample.so.1.2.101 > > > > Now when I try to recompile it wants to upgrade, but the upgrade does > > not emerge and there are so many depricated warnings and errors that I > > have a link to the build log instead > > > > https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD > > > > There is no ebuild for the original version in the tree, so I am > > stumped here. > > This one rings a bell but I can't recall exactly what. > > I have several times in the past resolved these by brute force, > unmerging the problem package and the thing it depends or or links to, > then rebuilding both. > > Are you by chance running a mixed stable/testing system here? > No, just testing. I could unmerge and re-emerge ffmpeg, but not the plugin. -- Your
Re: [gentoo-user] a couple of preserved-rebuild problems -- how to fix
On 29/01/2017 12:11, John Covici wrote: > Hi. I am having a couple of preserved rebuild problems which I have > no idea how to fix. Ugh. Those problems are horrid to fix > > The first one is like this: package: sys-libs/binutils-libs-2.27 > * - /usr/lib64/libbfd-2.25.1.so > * used by > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so > (sys-devel/binutils-2.25.1-r1) > > And no matter how many times I recompile the suggested package(s) it > remains. Why is this happening and how can I fix? Let's establish first what portage thinks the problem is. What is the output of ldd /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so and just for fun ldd /usr/lib64/libbfd-2.25.1.so Plus, what are your USE flags for binutils. > > Now the second one is more complicated: package: media-video/ffmpeg-3.2.2 > * - /usr/lib64/libswscale.so.3 > * - /usr/lib64/libswscale.so.3.1.101 >* used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * - /usr/lib64/libpostproc.so.53 > * - /usr/lib64/libpostproc.so.53.3.100 >* used by /usr/lib64/gstreamer-0.10/libgstpostproc.so >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * - /usr/lib64/libavcodec.so.56 > * - /usr/lib64/libavcodec.so.56.60.100 > * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >* used by /usr/lib64/gstreamer-0.10/libgstpostproc.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) >* - /usr/lib64/libavformat.so.56 > * - /usr/lib64/libavformat.so.56.40.101 > * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * - /usr/lib64/libavutil.so.54 >* - /usr/lib64/libavutil.so.54.31.100 >* used by >/usr/lib64/gstreamer-0.10/libgstffmpeg.so >(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * used by > /usr/lib64/gstreamer-0.10/libgstffmpegscale.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * used by > /usr/lib64/gstreamer-0.10/libgstpostproc.so > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3) > * - /usr/lib64/libswresample.so.1 >* - /usr/lib64/libswresample.so.1.2.101 > > Now when I try to recompile it wants to upgrade, but the upgrade does > not emerge and there are so many depricated warnings and errors that I > have a link to the build log instead > > https://covici.com/owncloud/index.php/s/LOysHMSxcFDfLDD > > There is no ebuild for the original version in the tree, so I am > stumped here. This one rings a bell but I can't recall exactly what. I have several times in the past resolved these by brute force, unmerging the problem package and the thing it depends or or links to, then rebuilding both. Are you by chance running a mixed stable/testing system here? > > Thanks in advance for any suggestions. > -- Alan McKinnon alan.mckin...@gmail.com
