On Thu, Aug 14, 2008 at 10:10 AM, Antonio Olivares <olivares14031@xxxxxxxxx> wrote:
What exactly do you want... you want us to provide the sources for ffmpeg for you? We can't...sorry. We can't even provide you the sources. That's how crappy the legal situation is. We can't even point you to the sources.
Honestly I don't know what you are trying to ask for. We provide the development tools... we provide a completely self-contained build environment apparatus via mock that lets you build your own rpms in a repeatable way. Our package maintainers uses these very same tools on a daily basis to do the work that they do. I would be shocked if a good number of livna maintainers did not make use of these tools as well, though I do not have first hand knowledge of that fact.
I can very easily build whatever I want. I have my own versions of things that I play with.. I make spec files.. i build rpms..and then using yum plugins such as yum-priorities to make sure my locally built repository of packages do not get overridden by fedora updates.
In fact I did just that to build my cutdown version of ffmpeg that does not include the encumbered bits as I understand them. I pull the srpm from livna.. i stripped out the code that I think is encumbered...I made a new source tarball from that cutdown code...I use that as a new source in a new srpm..still called ffmpeg, and I built it under mock against the Fedora 9 target to make sure it built cleanly without 3rd party deps. I then put the result into a local repository on my lan, so that it was accessible to all my machines. I think used that local repository as a source for a local rebuild of kino and gstreamer-ffmpeg under mock.
The result is that I have a local binary rpm of a crippled kino, gstreamer-ffmpeg and a crippled ffmpeg so that I can get access to the ffmpeg functionality that is not tied to encumbered codecs. I use yum priorities plugin to make my local repo a higher priority than other repo definitions so I never have to worry about an update dragging in kino or ffmpeg or gst-ffmpeg ever again on my systems.
great fun. How exactly did you want it to be easier than that?
Shrug. If I thought this was not important. I would not bother with it. I do not need to be told that its a difficult problem.
-jef"I am not afriad of failure, and thus I free myself to succeed"spaleta
For multimedia purposes, the only player that I can get working from source is mplayer. If I try xine, there will be conflicts with the fedora version. Vlc fails to build becuase of ffmpeg/ffmpeg-devel stuff. If one tries to build dvdauthor, k9copy, vamps, ..., others are a pain in the a** to build because several things get in the way.
What exactly do you want... you want us to provide the sources for ffmpeg for you? We can't...sorry. We can't even provide you the sources. That's how crappy the legal situation is. We can't even point you to the sources.
Honestly I don't know what you are trying to ask for. We provide the development tools... we provide a completely self-contained build environment apparatus via mock that lets you build your own rpms in a repeatable way. Our package maintainers uses these very same tools on a daily basis to do the work that they do. I would be shocked if a good number of livna maintainers did not make use of these tools as well, though I do not have first hand knowledge of that fact.
I can very easily build whatever I want. I have my own versions of things that I play with.. I make spec files.. i build rpms..and then using yum plugins such as yum-priorities to make sure my locally built repository of packages do not get overridden by fedora updates.
In fact I did just that to build my cutdown version of ffmpeg that does not include the encumbered bits as I understand them. I pull the srpm from livna.. i stripped out the code that I think is encumbered...I made a new source tarball from that cutdown code...I use that as a new source in a new srpm..still called ffmpeg, and I built it under mock against the Fedora 9 target to make sure it built cleanly without 3rd party deps. I then put the result into a local repository on my lan, so that it was accessible to all my machines. I think used that local repository as a source for a local rebuild of kino and gstreamer-ffmpeg under mock.
The result is that I have a local binary rpm of a crippled kino, gstreamer-ffmpeg and a crippled ffmpeg so that I can get access to the ffmpeg functionality that is not tied to encumbered codecs. I use yum priorities plugin to make my local repo a higher priority than other repo definitions so I never have to worry about an update dragging in kino or ffmpeg or gst-ffmpeg ever again on my systems.
great fun. How exactly did you want it to be easier than that?
Telling us to move to another distro is not the correct answer. Also to get it from livna or freshrpms might be an option, but is it the best alternative?
I did not tell anyone to move. Gene made a choice. What I am telling people is that there is work to be done to build a video-editor that can be included. If the work does not get done, the situation with regard to video-editting in Fedora will not get better. Someone who cares about this needs to step up and work on a gstreamer based solution. Contiuing to reiterate the complaints isn't doing anything constructive. We get it, the legal issues suck. We know, Message received. Each and every person who reads what I am writing has a choice to make. I do not assume to know what the right choice is for every person. But I do think I know what the right choice is for Fedora and the long term sustainability of an open technology platform for video editting. And chief among them is a gst based video editting solution which makes use of plugins for encumbered functionality. Users who believe they can strong arm others into taking on ill-advised legal risks associated with software patents..is not among the things I think we need.
Thanks jeff for trying to help us out, but it does not do much good despite all the hard efforts that are put forth.
Shrug. If I thought this was not important. I would not bother with it. I do not need to be told that its a difficult problem.
-jef"I am not afriad of failure, and thus I free myself to succeed"spaleta
-- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
