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.
So I have been using 13.1 pretty much exclusively, but today I thought I would try out -current since I have finally gotten compiz-0.9 git running stable with KDE 4.5.5. The error I am getting seems to be related to the fact that when the slackbuild makes a tarball from mplayer svn it complains about ffmpeg libswscale not existing.
root@Slackware64:/rm/MPlayer# ./MPlayer.SlackBuild
Source 'MPlayer-20101018.tar.xz' not available yet...
Will checkout sources to /rm/MPlayer
svn: warning: Error handling externals definition for 'ffmpeg/libswscale':
svn: warning: URL 'svn://svn.ffmpeg.org/mplayer/trunk/libswscale' at revision 32947 doesn't exist
It still makes the tarball, but as expected the build fails because it cant find libswscale...
-Iffmpeg -D_REENTRANT -I/usr/X11/include -I/usr/include/ -I/usr/include/cdda -I/usr/include/freetype2 -I/usr/include/schroedinger-1.0 -I/usr/include/orc-0.4 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -c -o mpcommon.o mpcommon.c
make -C ffmpeg/libswscale
make: *** ffmpeg/libswscale: No such file or directory. Stop.
make: *** [ffmpeg/libswscale/libswscale.a] Error 2
Makefile:4: xml.mak: No such file or directory
This seems maybe more of a problem with mplayer svn than the actual build itself.
If anyone has any ideas please let me know.
Thanks.
Click here to see the post LQ members have rated as the most helpful post in this thread.
NO. MPlayer NOT fails to be compiled on current. YOUR SlackBuild fail to checkout the right source code from the SVN repository. BTW, why you use the development tree from their SVN Repo?
NO. MPlayer NOT fails to be compiled on current. YOUR SlackBuild fail to checkout the right source code from the SVN repository. BTW, why you use the development tree from their SVN Repo?
It's not MY slackbuild, its from -current. It's actually an Alien Bob slackbuild. But if the build is checking out the wrong source code, then wouldn't that mean that MPlayer has changed something in SVN since the slackbuild is essentially the same one that Pat has been using since 13.0?
Being in slackware, can you use the locate command?
Code:
locate libswscale
Yes, I can locate it. It exists in my ffmpeg package and in my VLC package. But mplayer uses its own static version of ffmpeg and for some reason when the build makes my tarball from SVN it can't seem to find it and therefore skips it, so the build fails since it can't find it. I am going to boot into 13.1 and see if I can recreate the problem.
There was a war amongst the Ffmpeg developers, some of them hi-jacked (or won, or earned, you name it) the name and created a new repository in git.
The old svn repository was in fact multiple repositories - libswcale was in a separate repository and got drawn in during checkout of the ffmpeg code. In git, all of that has merged into one tree.
And the Slackware mplayer.SlackBuild which uses ffmpeg at its core will certainly suffer from that repository change too.
I had a feeling it was something on there end, since your builds never fail . Could I just edit the build to make the source tarball from git? I just made a tarball from git and compiled it by hand, it compiled fine, but I wasn't able to enable the gui, but that was not a big surprise since mplayer has abandoned the gui for a while, but I am wondering if they finally removed it for good? I'm going to keep looking.
Can't compile either. It exits with the Error 2 like this:
In file included from libswscale/x86/yuv2rgb_mmx.c:55:0:
libswscale/x86/yuv2rgb_template.c: In function 'yuva420_rgb32_MMX':
libswscale/x86/yuv2rgb_template.c:394:9: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
libswscale/x86/yuv2rgb_template.c:394:9: error: 'asm' operand has impossible constraints
make[1]: *** [libswscale/x86/yuv2rgb_mmx.o] Error 1
make[1]: Leaving directory `/home/picilli/mplayer-export-2011-08-18/ffmpeg'
make: *** [ffmpeg/libswscale/libswscale.a] Error 2
There is libswscale already installed, just as ffmpeg of course, yet mplayer keeps reminding me to hit Enter to get ffmpeg source when executing ./configure --options... and I do.
Anyway, the exit error no2 about libswscale happens with mplayer Alien slackbuild with a version from June this year, as well as with SVN trunk and source snapshot.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.