Blake;
Sounds to me you really like to take up maintainer ship of the Python
bindings :-)
== Matthew
On Tue, 2008-04-15 at 19:15 -0700, Blake Ramsdell wrote:
On Thu, Apr 10, 2008 at 2:12 AM, Gwenole Beauchesne
[EMAIL PROTECTED] wrote:
You can maintain your own tree since the relevant
On Mon, 2008-04-14 at 12:11 -0700, Blake Ramsdell wrote:
On Thu, Apr 10, 2008 at 12:20 AM, Emmanuele Bassi [EMAIL PROTECTED] wrote:
I should also strongly point out that, by using trunk, you're tracking a
highly unstable development branch. so, if something breaks, you get to
keep both
On Tue, Apr 15, 2008 at 1:15 AM, Emmanuele Bassi [EMAIL PROTECTED] wrote:
in any case, and after the experience of 0.2, 0.4 and 0.6, making the
bindings track trunk is an incredibly bad idea; the bindings will have
to wait until the API in trunk enters a slushy state, with a
semi-frozen
On Thu, Apr 10, 2008 at 2:12 AM, Gwenole Beauchesne
[EMAIL PROTECTED] wrote:
You can maintain your own tree since the relevant parts from clutter-cairo
for WebKit/Clutter don't differ much from 0.6.0. That is, you only need:
- clutter_cairo_surface_resize() [rev 2408]
-
On Thu, Apr 10, 2008 at 12:20 AM, Emmanuele Bassi [EMAIL PROTECTED] wrote:
I should also strongly point out that, by using trunk, you're tracking a
highly unstable development branch. so, if something breaks, you get to
keep both the pieces.
Or I can glue them back together if you want.
On Wed, 2008-04-09 at 18:24 -0700, Blake Ramsdell wrote:
Am I missing something philosophically here? Is this just a simple .pc
error in clutter-cairo?
yes, it's an error in clutter-cairo.
I should also strongly point out that, by using trunk, you're tracking a
highly unstable development
On Thu, Apr 10, 2008 at 12:20 AM, Emmanuele Bassi [EMAIL PROTECTED] wrote:
yes, it's an error in clutter-cairo.
I should also strongly point out that, by using trunk, you're tracking a
highly unstable development branch. so, if something breaks, you get to
keep both the pieces.
It gets
On Thu, 10 Apr 2008, Blake Ramsdell wrote:
On Thu, Apr 10, 2008 at 12:20 AM, Emmanuele Bassi [EMAIL PROTECTED] wrote:
yes, it's an error in clutter-cairo.
I should also strongly point out that, by using trunk, you're tracking a
highly unstable development branch. so, if something breaks,
This is building with the main trunk of SVN clutter, r2452.
* Building clutter works fine. It installs into
/usr/local/include/clutter-0.7/clutter
* Building clutter-cairo works fine. It installs into
/usr/local/include/clutter-0.6/clutter-cairo. But obviously depends on
clutter-0.7. Grumble.
I