[gst-devel] Re: gst-python release (resend)

[Thomas Vander Stichele]

Hi,


> Yeah, gst-python is due a release.  The only reason I hadn't done a new
> release earlier was that the gstplay player.py app wasn't working well
> at all for me.  Random failure in various places that I'm assuming are
> due to threading issues.  This may only be frequently noticeable on SMP
> or hyperthreaded boxes...

Dude, you're like the ONLY one having smp machines around for easy
development ! And now you tell us ??? Get debugging ! :)

> I really haven't followed all the recent extensive changes.  Some of the
> ones I've looked at I don't agree with but in any case it's good to see
> some progress on the code since I've been busy on other things.  And
> progress on gst-python is important so no one decides they'd rather use
> the guile bindings. (hi wingo!)

Yeah, we need to get some serious gst-python action going soon.  Maybe
Johan and I can try to get something together in the way of apps using
it.

> One thing I did notice last time I built the code was that gtk is now
> always(?) being loaded.  This is quite annoying and we need to
> coordinate with pygtk to fix any requirements for this.  There needs to
> be thread locking code at the gobject/glib level rather than only at the
> gtk level.  Server apps and people that write code on machines without X
> (like me) find it troublesome that non-graphical gst-python apps import
> gtk, print "no display found", and exit.

I agree, it should be completely possible to use the gst python bindings
without using GTK or X at all.

> What's the plan for versioning?  I personally would like gst-python to
> have its own major.minor.micro versioning and tried to do that with the
> 0.1.0 release.  But I suppose it's going to confuse everyone if we don't
> match major.minor with core.  I'm not sure how to reflect interface
> changes with just micro left for gst-python.  I know projects like pygtk
> do this but I still don't like it.

Personally, I'd follow pygtk.  I think it does in fact make more sense
for end users.  It's hard enough already to explain them the things as
they are.  gst-python has so few releases anyway, that really the micro
number is all you need to express that it's a new release.

> I've got a few updates to the docs to check in before a release.  Some
> news items and developer names need to be filled in too.

I see you have some custom stuff to generate release notes and docs and
so on.  What do you think about the new site setup and the way release
notes are generated there ? Do you think this is something I can move
gst-python over to, to decrease the maintenance and release burden ?

Thomas


Dave/Dina : future TV today ! - http://www.davedina.org/
<-*- thomas (dot) apestaart (dot) org -*->
When somebody knows you well
well there's no comfort like that
And when somebody loves you well
well there's no drug like that
<-*- thomas (at) apestaart (dot) org -*->
URGent, best radio on the net - 24/7 ! - http://urgent.fm/