Project proposal: libvtemm

[Krzesimir Nowak]

Hi,

I'm a maintainer of libvtemm and I'd like to propose it to be a part of
GNOME.

Purpose:
libvtemm is C++ binding for VTE. It wraps C API in the same manner like
gtkmm wraps gtk+.

Target:
Rather GNOME Desktop, because VTE is a part of Desktop too.

Dependencies:
Gtkmm, VTE and their dependencies. No new external ones are introduced.

Resource usage:
FTP: http://download.gnome.org/sources/libvtemm/
Bugzilla: https://bugzilla.gnome.org/browse.cgi?product=libvtemm
git: http://git.gnome.org/cgit/libvtemm
docs: http://library.gnome.org/devel/libvtemm/

Adoption:
Unfortunately, not wide yet. I noticed some projects, which could use
these bindings (nemiver, aptitude-gtk, synaptic, mlview; the last one is
unmaintained, so it probably does not count very much).
I'm trying to get it into Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=527241
I'll try later to put it into Debian, but hard drive on my PC bricked
recently, so now I'm Fedora only.

GNOME-ness, community:
I could provide patches integrating libvtemm to project written in C++
using vte. I made once a local branch of nemiver replacing vte with
libvtemm and it worked.

3.0 readiness:
It makes GNOME's effort to provide bindings to other languages more
complete.
It doesn't use any deprecated libraries. Deprecated functions in VTE are
not wrapped.

License:
GPL3+

Miscellaneous:
libvtemm is already in jhbuild.

Krzem

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

[Andre Klapper]

Am Montag, den 12.10.2009, 17:35 +0200 schrieb Krzesimir Nowak:
> I'm a maintainer of libvtemm and I'd like to propose it to be a part of
> GNOME.


The GNOME release-team will soon decide about module inclusions for
GNOME 2.30.

To the GNOME developers:
If you have not commented yet, if there is anything to add, if you have
questions to the maintainer: Please comment now.

To the maintainers who have proposed a module or a new dependency:
If there have been changes/improvements/fixes compared to when this
module was proposed: Mention them.
Also see http://live.gnome.org/ReleasePlanning/ModuleProposing again.

andre
--
 mailto:ak-47@... | failed
 http://www.iomc.de/  | http://blogs.gnome.org/aklapper

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

[Murray Cumming]

On Tue, 2009-10-27 at 00:08 +0100, Andre Klapper wrote:
> Am Montag, den 12.10.2009, 17:35 +0200 schrieb Krzesimir Nowak:
> > I'm a maintainer of libvtemm and I'd like to propose it to be a part of
> > GNOME.

Libraries don't belong in Desktop until they are used by something in
Desktop.
Libraries don't belong in Platform Bindings unless they wrap something
in the Platform.
There's no question of this going into the Platform.

Maybe the maintainer misunderstands the purpose of the release sets. Its
not just a stamp of officialness. The rest of GNOME's infrastructure is
available without being in a release set and a library will then be used
if it is useful to developers.

--
murrayc@...
www.murrayc.com
www.openismus.com

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

[Krzesimir Nowak]

On Tue, 2009-10-27 at 00:20 +0100, Murray Cumming wrote:
> On Tue, 2009-10-27 at 00:08 +0100, Andre Klapper wrote:
> > Am Montag, den 12.10.2009, 17:35 +0200 schrieb Krzesimir Nowak:
> > > I'm a maintainer of libvtemm and I'd like to propose it to be a part of
> > > GNOME.
>
> Libraries don't belong in Desktop until they are used by something in
> Desktop.

There was nothing about it in "Specific Requirements for each Release
Set" [1]. But if this is true then there is no sense in forcing this
proposal.

[1] http://live.gnome.org/ReleasePlanning/ModuleRequirements

> Libraries don't belong in Platform Bindings unless they wrap something
> in the Platform.
> There's no question of this going into the Platform.
>
> Maybe the maintainer misunderstands the purpose of the release sets. Its
> not just a stamp of officialness. The rest of GNOME's infrastructure is
> available without being in a release set and a library will then be used
> if it is useful to developers.
>

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