SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
currently running Slackware64 14.2 and with it lots of updates across the board, from the OS itself to packages by Alien and SBo. One of the programs I'm having difficulties with is spek, an analyzer for audio files, since it requires the older ffmpeg 2.8.7 while my system updated to 3.1.1. is there any way to get both ffmpeg packages (Alien's and SBo's) on the same system so I can build spek?
Since it requires the older version of ffmpeg you might have to remove the 3.1.1 version.
It may cause conflict having both version's of ffmpeg installed.
Since it requires the older version of ffmpeg you might have to remove the 3.1.1 version.
It may cause conflict having both version's of ffmpeg installed.
I'm slightly puzzled. Where does the Spek website say explicitly that Spek requires ffmpeg 2.8.7? Does it fail to build/run when having ffmpeg 3.1.1 installed?
Since it requires the older version of ffmpeg you might have to remove the 3.1.1 version.
It may cause conflict having both version's of ffmpeg installed.
yes, I use slackpkg+ after upgrading to 14.2 and one of the packages that was updated was ffmpeg to 3.1.1 via Alien's build... as for spek, I also have that from the SlackBuilds rep. I was hoping to not have to remove 3.1.1 and just somehow get spek to see 2.8.7 elsewhere.
Quote:
Originally Posted by moesasji
I'm slightly puzzled. Where does the Spek website say explicitly that Spek requires ffmpeg 2.8.7? Does it fail to build/run when having ffmpeg 3.1.1 installed?
spek doesn't specifically state a ffmpeg version, but the last version that was successful and listed on SlackBuilds is 2.8.7. unfortunately I tried running the build script with 3.1.1 and this is what I get
spek doesn't specifically state a ffmpeg version, but the last version that was successful and listed on SlackBuilds is 2.8.7. unfortunately I tried running the build script with 3.1.1 and this is what I get
..snip..
@Ztcoracat: Spek requires ffmpeg, this doesn't mean it necessarily needs 2.8.7. That slackbuilds uses 2.8.7 could well have been the result of something else not building with later versions of ffmpeg.
Ztcoracat: Spek requires ffmpeg, this doesn't mean it necessarily needs 2.8.7. That slackbuilds uses 2.8.7 could well have been the result of something else not building with later versions of ffmpeg.
yes, unfortunately I was the one that posted that bug report... I'm not sure if the project is discontinued or if the author is away, so I was hoping someone would have an alternative in the interim.
Code:
In file included from /usr/include/libavformat/avformat.h:317:0,
from spek-audio.cc:21:
/usr/include/libavcodec/avcodec.h:4414:6: note: declared here
void av_free_packet(AVPacket *pkt);
^
spek-audio.cc:310:13: warning: ‘void av_free_packet(AVPacket*)’ is deprecated [-Wdeprecated-declarations]
av_free_packet(&this->packet);
^
In file included from /usr/include/libavformat/avformat.h:317:0,
from spek-audio.cc:21:
/usr/include/libavcodec/avcodec.h:4414:6: note: declared here
void av_free_packet(AVPacket *pkt);
^
spek-audio.cc:310:41: warning: ‘void av_free_packet(AVPacket*)’ is deprecated [-Wdeprecated-declarations]
av_free_packet(&this->packet);
^
In file included from /usr/include/libavformat/avformat.h:317:0,
from spek-audio.cc:21:
/usr/include/libavcodec/avcodec.h:4414:6: note: declared here
void av_free_packet(AVPacket *pkt);
^
Makefile:448: recipe for target 'libspek_a-spek-audio.o' failed
make[2]: *** [libspek_a-spek-audio.o] Error 1
make[2]: Leaving directory '/tmp/SBo/spek-0.8.2/src'
Makefile:368: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/spek-0.8.2'
Makefile:302: recipe for target 'all' failed
make: *** [all] Error 2
Unless you have a need for v3.x of ffmpeg, I would just remove alien's version, throw ffmpeg in slackpkg's blacklist, and then use the SBo version. That is known to work with the version of spek on SBo.
yes, unfortunately I was the one that posted that bug report... I'm not sure if the project is discontinued or if the author is away, so I was hoping someone would have an alternative in the interim.
That explains things. I would go with the suggestions made by others.
btw) The error results from the following change in ffmpeg code-base: https://ffmpeg.org/pipermail/ffmpeg-...er/094920.html So it should be relatively easy to fix for upstream by replacing av_free_packet with av_packet_unref
Unless you have a need for v3.x of ffmpeg, I would just remove alien's version, throw ffmpeg in slackpkg's blacklist, and then use the SBo version. That is known to work with the version of spek on SBo.
That explains things. I would go with the suggestions made by others.
btw) The error results from the following change in ffmpeg code-base: https://ffmpeg.org/pipermail/ffmpeg-...er/094920.html So it should be relatively easy to fix for upstream by replacing av_free_packet with av_packet_unref
btw) If you want to get it running with 3.1.1 it might be easier/better to use the master-branch directly instead of patching?
apparently this just doesn't want to work for me! I tried that patch, but still the same error so I figure the easier route would be what you mentioned, go with the master-branch. The problem now is that it requires wxPython > 3.0 so I grab the latest along with the SlackBuild script and...
Code:
cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for C/ObjC but not for C++
In file included from /mnt/spares/1/tmp/SBo/wxPython-src-3.0.2.0/include/wx/defs.h:27:0,
from /mnt/spares/1/tmp/SBo/wxPython-src-3.0.2.0/include/wx/wx.h:14,
from include/wx/wxPython/wxPython_int.h:35,
from src/helpers.cpp:17:
/mnt/spares/1/tmp/SBo/wxPython-src-3.0.2.0/include/wx/platform.h:183:22: fatal error: wx/setup.h: No such file or directory
compilation terminated.
error: command 'gcc' failed with exit status 1
any idea what's happening here? according to the SlackBuild page for wxPython, there are no dependencies.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.