This is an ebuild for the Monkey's Audio codec.
Created attachment 32587 [details] media-sound/mac/mac-3.99.ebuild ebuild for Monkey's Audio Codec v3.99 (command-line)
Created attachment 32588 [details] Download this file and store it into /usr/portage/distfiles Please notice me if the .tar.gz file exists somewhere on the web :-)
Created attachment 32591 [details] new ebuild - updated license to "MAC" - updated website URL - changed to ~x86 (you can emerge with: ACCEPT_KEYWORDS="~x86" emerge mac)
for me works very well! Why don't put this in the portage, also hard masked, I search a lot before find this!
Ermanno: it's not in portage yet becasue there are tons of other sound bugs that need my attention. Thank you for testing it.
Joel: Pleasse don't attatch the distfiles here... You just need to provide the correct SRC_URI in the ebuild itself.
There are other reasons why this can't be accepted in its current state. Please see http://www.gentoo.org/doc/en/ebuild-mistakes.xml for a list of common ebuild mistakes and attach a corrected version. Thanks.
Created attachment 35862 [details] License file for /usr/portage/licenses
Created attachment 35864 [details] Ebuild with corrected header, deps and license Jeremy, Sorry for uploading the distfile. I thought it was a good idea because its difficult to find on the web. Following the guidelines I've fixed the header, deps and license. I've attached the new license file that is specific to Monkey's Audio source code. Thanks :-)
Ah, one more thing - the license file is UTF-8 because it contains the (c) symbol and special quotes in it. Is this okay? Otherwise we can convert it with iconv, I guess.
The SRC_URI needs to be set... otherwise, give better information on how to get the file in pkg_nofetch() because i can't find it on the website... Also: src_unpack() { unpack ${A} } # ^ Not needed... that's the default src_compile() { cd "${WORKDIR}/${P}-u4" ./configure emake } # ^ What's wrong with econf? Put in || die after emake when you use it, but this is redundant as it is the default src_install() { dobin "${WORKDIR}/${P}-u4/src/Console/mac" } # ^ Install documentation as well... and youu shouldn't be doing a 'dobin' from the full path like that... Also, set S=${WORKDIR}/${P}-u4
Created attachment 35868 [details] Final updated ebuild with fixes suggested by Jeremy (thanks !!)
Ah... I see the problem... it uses some weird redirection stuff that lacks the real filename... that's very odd... I'll just mirror it on gentoo's mirrors instead...
also... what makes it -amd64?
Yeah.. that site belongs to the guy who helped porting the Monkey code to linux. I don't think he would want too much bandwidth anyway -- so yes, would be a good idea to mirror this precious file :-) Sorry about the "-amd64". In fact, I haven't tried on amd64 at all..
I tested it, and it actually segfaults on amd64, so it is -amd64 until someone gets around to fixing it =( I made a few changes... the src_install() needs 'make DESTDIR="${D}" install || die' instead of the 'dobin' because it will then install all the headers and libs as well... So it's all set to commit... almost... I am not too sure about the LICENSE... part 2 seems a bit unacceptable to me... 2. The use of any of the Monkey’s Audio source code or any component thereof from another program requires express written permission from the author of Monkey’s Audio. We are using the source code, so AFAIK, our users would require the express written permission from the author to emerge this... I'm going to get some feedback from others before I commit this.
I tested it, and it actually segfaults on amd64, so it is -amd64 until someone gets around to fixing it =( I made a few changes... the src_install() needs 'make DESTDIR="${D}" install || die' instead of the 'dobin' because it will then install all the headers and libs as well... So it's all set to commit... almost... I am not too sure about the LICENSE... part 2 seems a bit unacceptable to me... 2. The use of any of the Monkeyâs Audio source code or any component thereof from another program requires express written permission from the author of Monkeyâs Audio. We are using the source code, so AFAIK, our users would require the express written permission from the author to emerge this... I'm going to get some feedback from others before I commit this.
I have not heard back from th eupstream developer for clarification / revision of the license, and as such, I cannot include this in portage. If you are interested in this getting into portage, then pleasse try getting the upstream dev to revise the license or choose an accepted license (LGPL-2.1 would probably be a good bet).
*** Bug 59602 has been marked as a duplicate of this bug. ***
Created attachment 36886 [details] mac-3.99.ebuild with this ebuild no obscure fetching of files needed. its all in one.
I'm going to try and get ahold of the developer once again. MAC is a really great codec, and I'd like to have it avaliable. If I don't recieve a secondary response, I'll simply CLOSED the bug. Otherwise I'll work on the ebuild and see what needs to be done. The hopefully outcome is that the developer will change the license to GPL or clarify the license to something that allows better re-distrobution.
Chris: Sebastian Trueg, the author of K3B, never got an anser too. This guy knows why he named his codec Monkey's...
this (http://www.monkeysaudio.com/cgi-bin/YaBB/YaBB.cgi?board=general;action=display;num=1083472938) explains why he doesnt respond to mails :) and this (http://www.monkeysaudio.com/cgi-bin/YaBB/YaBB.cgi?board=Developers;action=display;num=1084141922) sounds like he is not against the usage of mac and the xmms-plugin in other distribution. furthermore: wasnt he saying that one need his permission if one wants to use the _code_ in other software products? that doesnt concern the compiled version of xmms-plugin and mac, does it?
Mathias: It's problematic that his license terms are vague and not even consistent between what you can read on his website and what you find inside of the source package. What he says i these forums is pretty uninteresting. In the end I would say: flac is free, why bother about ape?!
when i read this license.html from the package thats fetched from my ebuild i only see "its free for personal" and "source .. source .. source in other tools or if you make money with it". i can hardly imagine a reason, why gentoo should have a problem with that since we wouldnt use the source to create something new but only the binaries. flac: sure, but does it help to hear .ape - files if you stumble over them? i pmsg'ed him, lets see if he responds. if not and the gentoo-devs decide to close this bug the only thing is to provide unofficial ebuilds .. and thats fine for me too. regards, mathias
According the the forum link that was provided, the author is considering alternative licenses (bsd style and LGPL). Should the author choose to change to one of these licenses, I'll update the ebuild, do the usual QA stuff and THEN add it to the tree.
Created attachment 40595 [details] media-sound/mac-3.99-r1 patch (next attachment) included to be more gcc-3.4-conform. changes can be see in the patch ;)
Created attachment 40596 [details, diff] mac-3.99-r1.patch
why isnt this on portage yet?
reply to comment #28 : because of a fucking licence the author can't be reach by mail (it bounces back) and he did not come back to his forum for monthes. he's Missing In Action, send Chuck Norris now. as long as MAC would have this licence, few people would use it long live to flac, which has a known/acceptable licence
Hi there! Just tried to merge it, but the source file is not available anymore http://mrttt.nm.ru/mac-3.99-linux.tar.bz2 Where can i get it?, AFAIK this file got the mac and de xmms plugin source, so it is a little bit special Thanx in advance
http://www.magiclinux.net/~jackey/supermmx.org/linux/mac
*** Bug 101497 has been marked as a duplicate of this bug. ***
It looks like this tool is now released under ``LGPL
It looks like this tool is now released under ``LGPL´´ license at http://sourceforge.net/projects/mac-port/ . But the COPYING file is quite funny, so I in-line it for you to decide if it's acceptable for portage: --- COPYING ------ Due to the license <License.htm>, so I can't make it public, Last November, I decided to register mac-port at SourceForge, so I had to choose an open source license, so I chosen LGPL for this mac-port. It is close to the original license, but doesn't get the permission from the original author, Matt. This license would be changed when the author asks in the future. ------------------
I believe the license would now be acceptable: http://www.monkeysaudio.com/license.html
Created attachment 80236 [details] media-libs/mac-3.99.4.4.ebuild Ebuild for the latest release of Monkey's Audio Codec, put under the LGPL licence.
Created attachment 80237 [details, diff] gentoo-executable-stack.patch Patch to prevent executable stacks generated by assembly file
this : ebuild mac-3.99-u4-b4.ebuild digest give a failure : !!! portage/mac-3.99-u4-b4 does not follow correct package syntax. I tested several directories: mac media-sound/mac but, I have this message
The problem is the "u4-b4"-prefix. Try to avoid this.
My mistake, changed the description of the ebuild to the filename I used :)
thanks, it success
Is it possible to reopen this bug? The main reason that this bug is marked as WONTFIX is/was the license, which has changed and IMHO isn't valid anymore. k3bmonkeyaudioplugin-3.0 is released under the GPL and the Monkey's Audio Source Code License Agreement states that Monkey's Audio source can be included in GPL and open-source software. http://www.monkeysaudio.com/license.html
(In reply to comment #41) > Is it possible to reopen this bug? The main reason that this bug is marked as > WONTFIX is/was the license, which has changed and IMHO isn't valid anymore. > > k3bmonkeyaudioplugin-3.0 is released under the GPL and the Monkey's Audio > Source Code License Agreement states that Monkey's Audio source can be included > in GPL and open-source software. > > http://www.monkeysaudio.com/license.html No, nothing has changed... see Bug 94477 and relatively recent debate on gentoo-dev ML. The license is still as ridiculous as it has always been and the forked project tarball contains a fake invalid LGPL license. This won't go to portage, period.
(In reply to comment #42) > (In reply to comment #41) > > Is it possible to reopen this bug? The main reason that this bug is marked as > > WONTFIX is/was the license, which has changed and IMHO isn't valid anymore. > > > > k3bmonkeyaudioplugin-3.0 is released under the GPL and the Monkey's Audio > > Source Code License Agreement states that Monkey's Audio source can be included > > in GPL and open-source software. > > > > http://www.monkeysaudio.com/license.html > > No, nothing has changed... see Bug 94477 and relatively recent debate on > gentoo-dev ML. The license is still as ridiculous as it has always been and the > forked project tarball contains a fake invalid LGPL license. > > This won't go to portage, period. > I'm sorry but I don't understand, are you saying that the developers from www.monkeysaudio.com are not the copyright holder, forked the code illegally and changed the license?
They seem to be the real copyright holders but they don't provide the sources of their software, even when asked to (which is a violation of their own licence, btw). For now, the ebuild in this bug uses the unofficial linux port, hosted in SF.net, which has a fake LGPL licence. Hence the WONTFIX. If you can manage to have the initial copyright holder either give the sources or acknowledge the LGPL licence macport, then we'll reopen it, but you wouldn't be the first one to try...
Created attachment 87829 [details] media-plugins/xmms-mac-0.3.1.ebuild Attaching ebuild for Monkey's Audio XMMS plugin, also part of the sourceforge mac-port project
Created attachment 131527 [details] media-libs/mac-3.99.4.5.ebuild
Created attachment 131529 [details] media-plugins/audacious-mac-0.2.1.ebuild xmms is obsoleted..Ive added audacious plugin
Created attachment 139316 [details] mac-3.99.4.5-r1 From https://svn.keksbude.net/trac/keks-overlay/browser/mac/mac-3.99.4.5-r1.ebuild?rev=9
Created attachment 154775 [details] improved ebuild for media-libs/mac-3.99.4.5 In 3.99-u4-b5: 1. asm support for both x86 and amd64 is added. It needs now yasm rather than nasm. 2. backward compatibility is removed. So we need a new ebuild.
The project has been removed from Sourceforge, but the sources are still available from http://supermmx.org/resources/linux/mac/mac-3.99-u4-b5.tar.gz
Created attachment 186251 [details] updated ebuild
Created attachment 221913 [details, diff] Fixes build error with current mac-3.99-u4-b5 Maybe someone could add this patch to the masked ebuilds. Fixes "invalid conversion from 'const char*' to 'char*' APELink.cpp" error.
