[MPlayer-dev-eng] [PATCH] update ad_mpg123 in preparation to replace mp3lib

Thomas Orgis thomas-forum at orgis.org
Thu Mar 15 10:18:37 CET 2012


Am Wed, 14 Mar 2012 19:26:59 -0400
schrieb compn <tempn at twmi.rr.com>: 

> >Nothing prevents those systems from having a system mpg123.
> 
> " 1. New installation via GNU autotools "
> 
> installing autotools is never fun. or easy.
> 
> (i wonder why step 2 is in the INSTALL at all?)
> and 0. Prerequesites
> does not list autotools crap at all!

Well, perhaps I subsumed that under "an (UNIX-like) operating system
with standard tools". While I do agree that autotools has a lot of "it
sucks"-points for the developer, it is quite a strong standard for
users wanting to build things. Even MPlayer's configure && make does
mimic basic autotools usage, nay?

And if you just want to install a mpg123 release (or
http://mpg123.org/snapshot), you do not need autotools installed. Just
run configure and make and be happy.

I get the message that I should rewrite the INSTALL file to more
properly reflect the current state of things; mentioning also how one
manages to get a build from SVN. I did omit that, sorry. 

While I also dislike autotools and don't use it for other projects, the
mpg123 build system is there, it works. I'd need a serious flash of
leisure time to rework that again (and reimplement all it offers). Is it
_really_ a hindrance? The stuff is a PITA for devs, but it also
_works_ for users, including cross builds.

So I take it you are against inclusion of libmpg123 in MPlayer tree to
avoid autotool contamination?

> >> before mp3lib is retired:
> > > [...]
> >Ugh, no, let's just dump it.
> 
> a better idea would be to have a distro dump it, so we can get bug
> reports without affecting all users.

You are talking about talking one distro into patching out mp3lib to
form the bleeding edge? This is strange. If there is a change in
MPlayer to do, MPlayer upstream should do it, with reasonable testing
that it doesn't break things. Distros have their separate testing
cycles and work in addition to that.


Alrighty then,

Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20120315/951b8c43/attachment.asc>


More information about the MPlayer-dev-eng mailing list