[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Considering package removal [glademm]



  As I have never requested removal of an package I'm asking here for
some opinions to make sure my thoughts are reasonable. Any comments are
welcome!

=3D=3D=3D=3D=3D
Some Data:

 * Popcon inst: 359
 * Open Bugs: 6 <=3D normal
 * Last upstream release: May 2005
 * priority: optional
 * Section: devel

=3D=3D=3D=3D=3D

  I'm currently maintaining glademm, which is an sourcecode generator
producing C++ sources from glade files. While doing so I'm currently
going through the pieces upstream left unreleased. However I'm in
serious doubt this is worth the trouble.

  First of all, glademm is unmaintained upstream for years. While this
would not be an reason for removal on it's own I see it as an hint.
Furthermore the way glademm works is deprecated (as is glade as an code
generator) and should be replaced by libglade(mm). It is impossible in
debian to create C Sources from glade (C being the =C2=ABoriginal=C2=BB G=
TK
language) but it's still possible to create C++ Sources.

  Well glademm's functionality is quite limited, too. Accoring to actual
code =C2=ABgnome2 support is still experimental=C2=BB but in debian it is=
 actually
broken (#126054 for example) (it requires libbonobomm which is not
available). Doing some simple gtk2 stuff however works (with some
limitations, see bugpage).

  One of the reasons to go backporting some more recent commits was some
bug fixed there (see #335696). But while doing so I realised nearly all
test in the testsuit currently fail. While I will certainly be able to
at least fix the now present gettext problem it will cause considerable
work.

Regards

  Christoph Egger

--=20
/"\  ASCII Ribbon : GPG-Key ID: 0x0372275D
\ /    Campaign   :
 X   against HTML : Working for Debian
/ \   in eMails   : http://www.debian.org/



Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: