Re: GStreamer version for 2.14

2006-01-16 Thread Tim Müller 
On Mon, 2006-01-16 at 21:04 +0100, Vincent Untz wrote:

   And there are over 80 opened bugs against the Totem GStreamer backend,
   most of them should be either fixed in Totem, reassigned to GStreamer,
   or put on NEEDINFO (against 20 for the xine-lib backend).
  
  Of those 80 most are from the 0.8 days. And they illustrate the problem
  with nobody working on the 0.8 stuff anymore.
 
 So, can we hope that some of you (Tim?) will triage those bugs soon?
 Because for me, it doesn't illustrate the problem that nobody's working
 on 0.8 but it does illustrate that nobody's triaging totem-gstreamer
 bugs.

It probably illustrates both.

I have been asked to keep 0.8 backend bugs that are theoretically
fixable in 0.8 open, and everything is theoretically fixable.

Personally, I have neither time nor much interest in working on 0.8
issues at this point. I do watch bugzilla for 0.10 issues and triage
them and aim to resolve them, so it's not so that gstreamer backend bugs
aren't triaged in general. I'd be happy to help triage old 0.8 bugs once
it's agreed that 0.10 is the way forward though.

 Cheers
  -Tim


___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GStreamer version for 2.14

2006-01-16 Thread Tim Müller 
 
  They could use basic triaging in the sense that someone should go
  through them and see what applies to the 0.10 version.  I think that
  you'd find most GStreamer bug triagers to mark them as obsolete if they
  apply only to the 0.8 backend though, and I don't know if that's what
  you want in this case.
 
 I don't think marking them as obsolete is okay right now. I'd use the
 status whiteboard so we can easily know they're only happening with the
 0.8 backend. (Or maybe create a gstreamer0.8 component, but this is
 ugly).

I'd find it useful if the short bug descriptions were prefixed with a
[0.8] or [0.10] to indicate which backend they apply to (if Bastien
doesn't object on aesthetical grounds).

Cheers
 -Tim


___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list