still uses gstreamer 0.8

Yeah, it would be nice. 0.5.1 won't work, but 0.5.2 (CVS)--see <http://sourceforge.net/tracker/index.php?func=detail&aid=1439059&group_id=127397&atid=708499>. I'll try to put together a *.deb when 0.5.2 is released, but no promises.

Assigned to MOTU ... Dapper will be shipped with gstreamer-0.10
Gnomebaker should be linked to it instead of gestreamer-0.8

Maybe it can be v0.5.1 and not a CVS-Release.

would be nice if you could attach informations as described here[1] when 0.5.2 is released :) i would love to get rid of another gst0.8 package, too

[1] https://lists.ubuntu.com/archives/ubuntu-motu/2006-February/000545.html

I asked developer...

He don't think that 0.5.2 will be released before dapper. He is very busy at the moment with job and family.
Maybe a gstreamer-0.10-patched 0.5.1 or 0.5.0 from cvs?

Could you prepare such package that use gst0.10 and ask for some testers etc? :)

ok so let's reject this bug for now. I think we will get a gst0.10 version of gnomebaker in edgy and there was no progress on this bugreport for 3 weeks

Well... I don't know at the moment how to fix it in current version and I don't have time to search for it. Maybe another one could do that. I think I'm not the only one who want a gst0.10 in Dapper

I tried to create a gst0.10-patch for 0.5.1 but I only got errors. Here is a testing-version for gst0.10 from current CVS.

I used Debian 0.5.1-2 and CVS from Gnomebaker today.

=> Unconfirmed
Test-Package added

Thanks for your work on this, Misery. I just installed your package and did a music cd with it. The gst0.10 stuff seems to work very well, I didn't see any crashers or regressions from the version currently in Dapper.

My +1 for adding this version. It would also solve bug #41591.

Misery: please attach or point us to the source package so that we can review your changes

Yeah sounds like a really good idea :)

I agree with Sebastian.

okay

Here are the sources. I only did a checkout of CVS, patched it with Debian-Package and removed patch who didn't compile.

Don't use THAT in Ubuntu - patch/compile it new. ;-)
It was only to see if it works...

I just uploaded 0.5.1 which still uses gstreamer 0.8. I leaving this bug therefore open.

Upstream didn't release any new upstream, so IMO introducing a 'fix' to use gstreamer 0.10 would'nt need a uvf report after all.

However doing such deep changes that late in the release process doesn't seem a good idea to me.

Unassigning motu-uvf, nothing to see here anymore

unassigning, 2nd try

I uploaded gnomebaker 0.6.0-0ubuntu1 earlier today, which uses gstreamer 0.10.