Re: GNOME 3 cleanup status update

[Gustavo Carneiro <gjc inescporto pt>]

2010/1/14 Tomeu Vizoso <tomeu sugarlabs org>

2010/1/14 Javier Jardón <javierjc1982 gmail com>:
> 2010/1/11 Andre Klapper <ak-47 gmx net>:
>> Am Donnerstag, den 30.07.2009, 03:01 +0100 schrieb Alberto Ruiz:
>>> 2009/7/29 Andre Klapper <ak-47 gmx net>:
>>> > =================================================================
>>> > ZERO modules dependening on gnome-vfs
>>> > =================================================================
>>> > COMPLETED - Bindings left:
>>> > complex: 1 (gnome-python)
>>> > average: 1 (gnome-sharp)
>>>
>>> I just took a look at gnome-python.... there's nothing there to save!
>>> The whole module binds stuff that's going to go away in 3.0
>>>
>>> I would mark this as wontfix and deprecate the whole module itself to be honest.
>>
>> So we agree on dropping this for 2.31.1, or is that too early for some
>> reasons I'm not aware of?
>>
>> Wondering how to proceed here.
>
> I'm not a python expert but I think It's the best solution.
>
> With GObjectInstrospection support added to python bindings [1], IMHO
> we simply should go ahead and add introspection support for the
> remaining libraries.

Pygi is still far away from being an usable replacement of static
bindings, at the current development rate.

But I think pygi ought to be the future of gnome python bindings.  Unfortunately I haven't had time lately for significant GNOME hacking, otherwise I would be actively fixing pygi to make it replace pygtk and gnome-python-*.  Assuming here that pygi is pygobject with gobject-introspection powers, in which case only PyGObject should remain and all other bindings should fade away.  And I will be happy because there'll be less code for me to maintain ;-)

Manpower issues aside, PyGObject should be the only Python Bindings package in GNOME 3.  I think everyone agrees with this (right?).  We are discussing real-life practical issues, but we shouldn't lose sight of the ultimate goal.

 

Regards,

Tomeu

> gnome-python module supports:
> - libbonobo (deprecated)
> - libgnomecanvas (deprecated)
> - libgnome (deprecated)
> - libgnomevfs (deprecated)
> - gconf (maybe deprecated for 3.0 (replaced for dconf))
>
> gnome-python-desktop module supports:
> - brasero
> - evince
> - evolution
> - gnomeapplet
> - gnomedesktop
> - gnomekeyring
> - gnomeprint (deprecated by GtkPrint)
> - gtksourceview
> - gtop
> - mediaprofiles
> - metacity
> - nautilusburn (obsoleted by brasero)
> - rsvg
> - totem
> - wnck
>
> These modules already have introspection support [2]:
> - brasero
> - evince
> - gnomekeyring
>
>
> So we should add introspection to:
> - evolution
> - gnome-applets
> - gnome-desktop
> - gtksourceview
> - gtop
> - metacity (but its replacement, mutter, has introspection support)
> - rsvg
> - totem
> - wnck
>
> to remove gnome-desktop-python and don't lost any functionality.
> So follow these instructions: [3]  and add introspection support to
> your module ;)
>
> Regards
>
>
> [1] http://live.gnome.org/PyGI
> [2] http://live.gnome.org/GnomeGoals/AddGObjectIntrospectionSupport
> and http://www.gnome.org/~fpeters/299.html
> [3] http://live.gnome.org/GObjectIntrospection/AutotoolsIntegration
> --
> Javier Jardón Cabezas
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list



--
«Sugar Labs is anyone who participates in improving and using Sugar.
What Sugar Labs does is determined by the participants.» - David
Farning
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list gnome org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

-- 
Gustavo J. A. M. Carneiro
INESC Porto, Telecommunications and Multimedia Unit
"The universe is always one step beyond logic." -- Frank Herbert