request faac and library faac libquitime faac on mageia tainted mirror please
CC: (none) => anssi.hannula
May be linked with this one : https://bugs.mageia.org/show_bug.cgi?id=985
CC: (none) => philippedidier
May be linked with this one too : https://bugs.mageia.org/show_bug.cgi?id=1204
And linked with this : https://bugs.mageia.org/show_bug.cgi?id=1204
faac is a no-go for the official repos, it's both tainted and nonfree, we don't have with that designation. (I had already added Anssi to CC, he knows about this licensing issue more than me).
Yes, sorry for not replying earlier. Applications using faac should be ported to use vo-aacenc (http://opencore-amr.sourceforge.net/) or FFmpeg (which in turn uses vo-aacenc). Those are under an open source license.
Sorry to insist ... >faac is a no-go for the official repos, it's both tainted and nonfree, we don't >have with that designation. What to be done with ornithorynchus (platypus) ? it's both laying eggs and feeding young with milk like other mammals !!! Nevertheless it exists and naturalists had to make a choice between mammal, bird and reptil... Faac is the first platypus rpm ! surely not for core ... but why not to choose between tainted or non-free ! For sure : > Applications using faac should be ported to use vo-aacenc But some aren't yet ! and they are still provided in plf with faac dependancy .. (even for cooker) and should be available for Mageia
IIUC: Nonfree repo criteria: packages that are _not_ free-open-source software, but Mageia is allow redistributed them Tainted repo criteria: packages that include free-open-source software; but that may violate some copyright laws / patents, in some countries in the world. ATM, we don't have a repo where packages that are both nonfree _and_ tainted can exist, and creating a whole new repo for 1 package isn't an optimal solution. (FWIW, PLF people should move faac from PLF free to PLF nonfree).
*** Bug 1204 has been marked as a duplicate of this bug. ***
CC: (none) => denis.prost
>(FWIW, PLF people should move faac from PLF free to PLF nonfree). And rpms built with libfaac too ? (audiokonverter, gstreamer0.10-faac, libquicktime-faac, mencoder, and some others like ffmpeg because it was not built with libvo-aacenc) I know there are controversial discussions about the initial 1997 copyright of a little part of the initial ISO MPEG4 reference code of FAAC ... But the legal threats don't always come from where you think they would : http://www.ffmpeg.org/threat1.png !!!! >Today FFmpeg has received the first legal threat in its existence. Its from a >previous root admin of FFmpeg, who now is root admin of the Libav fork of >FFmpeg. He claims copyright on the zigzag part of our logo
(In reply to comment #9) > >(FWIW, PLF people should move faac from PLF free to PLF nonfree). > > And rpms built with libfaac too ? (audiokonverter, gstreamer0.10-faac, > libquicktime-faac, mencoder, Indeed, IIUC. > and some others like ffmpeg because it was not > built with libvo-aacenc) > > Looking at the ffmpeg spec in PLF, faac support is disabled even in the PLF package since November 2009: http://www.zarb.org/cgi-bin/viewvc.cgi/plf/SPECS/free/ffmpeg/ffmpeg.spec?r1=1.29&r2=1.30 So, I was wrong, it's in PLF free, because the nonfree bit (faac) is disabled. And AFAICS, ffmpeg in mdv isn't built with libvo-aacenc support. [...]
*** Bug 2110 has been marked as a duplicate of this bug. ***
CC: (none) => wamueku
Will Mageia be the only distribution with no possibility to use faac (and programs built with it) anybody can get them on : Debian-Multimedia repo Ubuntu-multiverse repo opensuse-11.4-packman repo fedora-15-ATrpm repo Even mandriva2011-plf repo : providing faac, audiokonverter (with a special building option) mplayer(specially built too ) vlc and so on ... which is not coherent with above arguments ! Nevertheless plf won't have any more ethic problem : MIB and Mandriva are finding a way to boycott plf by hosting the rebuilt plf rpms .... Does Mageia needs an external repo for non-free&tainted rpms ? why not plf ??? I saw blogdrake providing mageia rpms ... (including faac !) are we gonna have the same problems as Mandriva versus MIB in the past or Mandrake versus Thac's (old users know what I mean) if you read the spec files of mplayer, quicktime, audiokonverter, vlc, in plf src.rpms if you read this : https://www.zarb.org/pipermail/plf-discuss/2010-October/005422.html the FAAC problem doesn't seem to be such a heavy problem for plf repo !
faac is now in updates_testing, please test. (And tell us on what arch do you work.)
I didn't notice this bug before, so if there is a problem with faac usage in MythTV I can remove it. Anssi, just poke me and I'll resubmit things if needs be.
CC: (none) => mageia
Colin, technically, as faac is partially non-free, the license of GPL software forbids linking against it unless an additional grant is given in the license of the code that is linked against it (i.e. in addition to GPL). Handbrake bundles faac itself and links against it, so it seems the authors really allow it as they distribute such versions of the program themselves, so it probably doesn't make sense to disallow it just because of that. As for faac itself, AFAIK it is ok to have it in tainted (according to our media policy and ml discussions) even if it is partially non-free. Other things (including if using it in mythtv is ok) probably need to be decided on a case-by-case basis. For example, it is definitely not ok to link ffmpeg against it, since the ffmpeg authors do not distribute faac-enabled versions of it, and even the program says "not redistributable" when built with faac.
(In reply to comment #15) > > Other things (including if using it in mythtv is ok) probably need to be > decided on a case-by-case basis. For example, it is definitely not ok to link > ffmpeg against it, since the ffmpeg authors do not distribute faac-enabled > versions of it, and even the program says "not redistributable" when built with > faac. There seems not to be a problem for VLC (like for Handbrake even if they don't bundle faac nor lame nor any lib : http://wiki.videolan.org/Advanced_Audio_Coding here the exhaustive list : http://wiki.videolan.org/Contrib_Status
Blocks: (none) => 2774
Since last meeting it seems that FAAC won't be neither in tainted nor in non-free repo. There won't either exist a special non-free&tainted repo for now : Mageia-dev meeting Wed Sep 21 2011 : "as a policy: tainted will have only free software inside" "policy will be reviewed for Mageia 2 to add potentially non-free tainted repo" That may mean that this bug report can't be fixed now, but must not be closed as wontfix and may remain as a reminder until the next policy review for Mageia 2...
Blocks: (none) => 2773
Blocks: (none) => 2772
Blocks: (none) => 2771
Blocks: (none) => 985
As it has been decided by policy that this package should not be included, I think we can close as WONTFIX. If the policy is changed, we can reopen the bug.
Status: NEW => RESOLVEDCC: (none) => boklmResolution: (none) => WONTFIX
The developer of the aac encoder in ffmpeg has stressed that it's not ready for prime-time use and that libfaac should be used instead.
CC: (none) => smorgan
CC: boklm => (none)