On Thu, Jun 19, 2008 at 09:50:24AM +0200, Fabian Greffrath wrote:
(1) Ffmpeg should finally decide about a stable API, or at least one
that is stable for more than two weeks.
It is commonly believed myth that FFmpeg does not have a stable API, but
a myth nonetheless.
Diego
--
To
Reinhard Tartler schrieb:
Since mplayer includes an exact copy of ffmpeg by using an 'svn:external'
on the ffmpeg svn, it makes sense to build shared library packages out
of that source. [...]
Well, sorry Reinhard, but building such a complex set of libraries
from the source code which is
Fabian Greffrath [EMAIL PROTECTED] writes:
Reinhard Tartler schrieb:
Since mplayer includes an exact copy of ffmpeg by using an 'svn:external'
on the ffmpeg svn, it makes sense to build shared library packages out
of that source. [...]
Well, sorry Reinhard, but building such a complex set
Reinhard Tartler schrieb:
I know that it is tricky, but I still think that for the problem we are
facing, this is an acceptable solution. YMMV of course.
Fine, but how about all the other packages that depend on ffmpeg, like
gstreamer, vlc and xine. They do also ship embedded copies of ffmpeg
On Thu, Jun 19, 2008 at 01:35:49PM +0200, Fabian Greffrath wrote:
Reinhard Tartler schrieb:
FFMpeg and Mplayer developers have a rather large overlap.
BTW, how large is the overlap of ffmpeg developers with vlc or xine?
Practically zero.
Diego
signature.asc
Description: Digital signature
Fabian Greffrath [EMAIL PROTECTED] writes:
Reinhard Tartler schrieb:
I know that it is tricky, but I still think that for the problem we are
facing, this is an acceptable solution. YMMV of course.
Fine, but how about all the other packages that depend on ffmpeg, like
gstreamer, vlc and
Reinhard Tartler schrieb:
I'm very hesitant making recommendation what ffmpeg or mplayer
deverlopers should do or not without actually being involved with that
projects. They are successful at writing good software.
Good objection, sorry. ;)
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität
Note that I am upstream for both MPlayer and FFmpeg.
On Thu, Jun 19, 2008 at 01:35:49PM +0200, Fabian Greffrath wrote:
Reinhard Tartler schrieb:
I know that it is tricky, but I still think that for the problem we are
facing, this is an acceptable solution. YMMV of course.
Fine, but how
Diego Biurrun schrieb:
Also, I think it is always a bad idea to tell other projects what they
should or should not do. If I voiced my opinion about what the Debian
project should do with the same amount of conviction, I'm sure you guys
would take me out back and beat me up ;-)
Again, sorry
On Wed, Jun 18, 2008 at 04:24:18PM +0200, Reinhard Tartler wrote:
Since mplayer includes an exact copy of ffmpeg by using an 'svn:external'
on the ffmpeg svn, it makes sense to build shared library packages out
of that source.
hi Reinhard,
I did build such a package ~1 month ago; the
hi
On Tue, Jun 17, 2008 at 10:28:27PM +0100, Neil McGovern wrote:
I'm afraid I can't accede to your request. This bug has been open since
25 Oct 2006. The etch-ignore tag was added 16 Dec 2006, where it was
explicitly stated that it's RC for lenny. I pinged the bug on 28 Mar
2008, to again
On Wed, Jun 18, 2008 at 11:10:21AM +0200, A Mennucc wrote:
hi
On Tue, Jun 17, 2008 at 10:28:27PM +0100, Neil McGovern wrote:
I'm afraid I can't accede to your request. This bug has been open since
25 Oct 2006. The etch-ignore tag was added 16 Dec 2006, where it was
explicitly stated that
On Wed, Jun 18, 2008 at 10:29:17AM +0100, Neil McGovern wrote:
On Wed, Jun 18, 2008 at 11:10:21AM +0200, A Mennucc wrote:
And that was the case since 16 Dec 2006?
yes. Read ahead.
Why was this not brought up
sooner, and why has there been zero effort made into resolving this
issue, as far
On Wed, Jun 18, 2008 at 12:29:45PM +0200, A Mennucc wrote:
On Wed, Jun 18, 2008 at 10:29:17AM +0100, Neil McGovern wrote:
On Wed, Jun 18, 2008 at 11:10:21AM +0200, A Mennucc wrote:
And that was the case since 16 Dec 2006?
yes. Read ahead.
Why was this not brought up
sooner, and why
On Wed, Jun 18, 2008 at 10:29:17AM +0100, Neil McGovern wrote:
Neither, it's the RC policy which carries more weight than a RG:
http://release.debian.org/lenny/rc_policy.txt
5a) Packages in the archive must not be so buggy or out of date that we
refuse to support them.
The security team
On Wed, Jun 18, 2008 at 12:30:33PM +0100, Neil McGovern wrote:
I also find it fairly rich that you complain at a lack of answers, and
yet don't reply to pings to a BR asking for an update.
The reason I did not reply is that I was working to find a
solution to the bug, but I did not find it.
On Wed, Jun 18, 2008 at 12:25:33PM +, A Mennucc wrote:
I fix all bugs that can reasonably be fixed. When ffmpeg in Debian
was too obsolete to link to mplayer, there was nothing I could do.
Since 2006, many things happened; for example, in
http://bugs.debian.org/403330 I asked for a new
Pierre Habouzit [EMAIL PROTECTED] writes:
On Wed, Jun 18, 2008 at 12:25:33PM +, A Mennucc wrote:
I fix all bugs that can reasonably be fixed. When ffmpeg in Debian
was too obsolete to link to mplayer, there was nothing I could do.
Since 2006, many things happened; for example, in
On Wed, Jun 18, 2008 at 02:09:06PM +0200, A Mennucc wrote:
On Wed, Jun 18, 2008 at 10:29:17AM +0100, Neil McGovern wrote:
Neither, it's the RC policy which carries more weight than a RG:
http://release.debian.org/lenny/rc_policy.txt
5a) Packages in the archive must not be so buggy or out
On Wed, Jun 18, 2008 at 02:09:06PM +0200, A Mennucc wrote:
lists many packages which ship embedded copies. One example is
mozilla/iceweasel/iceape. Iceweasel had 9 security bugs in Etch.
Iceweasel has ~500 bugs (!!). So iceweasel should be kept out of
Lenny, since it contains embedded copies
On Mon, Jun 16, 2008 at 04:21:50PM +0200, A Mennucc wrote:
hi everybody
Hello, and thanks for your mail.
I am requesting to the d-release team a lenny-ignore tag for bug 395252.
I'm afraid I can't accede to your request. This bug has been open since
25 Oct 2006. The etch-ignore tag was
hi everybody
I am requesting to the d-release team a lenny-ignore tag for bug 395252.
There are multiple reasons for this request, please take some time to
read ahead.
--- Reason 1 : policy
Recently, after a long discussion in bug 392362, a paragraph [4.13]
was added to d-policy 3.8.0
On Mon, Jun 16, 2008 at 04:21:50PM +0200, A Mennucc wrote:
2.2 the mplayer binary does not link with the ffmpeg-free libs.
By reading and diffing, it would seem that the newer ffmpeg-free
0.svn20080206 source code seems compatible to the ffmpeg code shipped
in mplayer... but
23 matches
Mail list logo