Re: Howto: Build the svn MPlayer under the latest release version of Ubuntu
Quote:
Originally Posted by
mc4man
Anyway mplayer links to /usr/lib/*-linux-gnu just fine, can't to /usr/local/lib/*-linux-gnu because it's not 'enabled'
Times like this I long for the simplicity and completeness of slackware..... On 3rd thoughts I will remain with the hacked installation that places all of the libs in /usr/local/lib. This works with miminal futzing with Ubuntu's incomplete /etc/ld.so.conf.d/, works with both 32 and 64bit installations and FWIW leaves a technically correct .pc file.
Re: Howto: Build the svn MPlayer under the latest release version of Ubuntu
Quote:
Originally Posted by
mc4man
Did libopenal1 need the -dev? (libopenal-dev
Does not seem right so I have changed this but not tested, MPlayer compile seems broken at the moment and work calls. I will come back and test...
Edit: A vdpau problem, running --disable-vdpau is a temporary workaround...
Re: Howto: Build the svn MPlayer under the latest release version of Ubuntu
2 Attachment(s)
Re: file type of svn mplayer
Not sure when started but at least here in all recent svn mplayer builds mplayer & mencoder, if built, are seen as -
shared library (application/x-sharedlib) ( ELF 64-bit LSB shared object
screen 1, in this case used yesterdays export to d. check
Doesn't seem to affect use but seems bothersome.
on the other hand releases show as normal -
executable (application/x-executable) (ELF 64-bit LSB executable
screen 2, using recent 1.1.1 release as source
edit; see the same with fedora rpm's, release versions are executable, svn are shared object, so seems par for course though curious
Re: Howto: Build the svn MPlayer under the latest release version of Ubuntu
Same for Ubuntu and Slackware here. Seen on Ubuntu:
Code:
andrew@ithaca:/usr/local/bin$ file --mime-type -b mplayer
application/x-sharedlib
and Slackware:
Code:
andrew@skamandros/usr/bin$ file --mime-type -b mplayer
application/x-sharedlib
whereas of course it should be:
Code:
andrew@skamandros/usr/bin$ file --mime-type -b slrn
application/x-executable
In absence of any deliberate change that I can see in the MPlayer svn log I suspect the problem can be at least bypassed with the autoprops setting of svn, but I have no experience with this so some tinkering might be in order. Something odd has happened at the svn repository though...
Edit: My brain is a little full after this:
http://svnbook.red-bean.com/nightly/...ced.props.auto
Re: Howto: Build the svn MPlayer under the latest release version of Ubuntu
Ultimately don't know if this mimetype business matters as mplayer works fine... & while there aren't that many packages using svn mplayer sources to look in did see the same in fedora which appears to use svn for some builds (fusion
(fedora 17 & 18 svns are as expected, 19-dev shows what we see, the motu dailies stopped some time ago so nothing there, ect.
Does though seem to not be 'our', (client?) issue though a test of that isn't quite straightforward.
Did manage without wasting much time to checkout an older svn -r & supply with an ffmpeg version that it could build from, when done it had the mplayer binary as -
Quote:
~/mplayer$ file ./mplayer
./mplayer: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24
(r35000 with ffmpeg-0.11 source files inserted in mplayer folder
Re: Howto: Build the svn MPlayer under the latest release version of Ubuntu
Very odd, I tried a fresh svn pull with the appropriate autoprops set in $HOME/subversion/config and this made no difference. Puzzling.....
Re: Howto: Build the svn MPlayer under the latest release version of Ubuntu
Getting towards time that live555 was dropped from this guide I am thinking...