Re: Planning a libglade to libglade2 transition
In June I asked whether it would be possible to start a libglade to libglade2 transition [1]. As it turns out, migrating applications to libglade2 can be harder than expected and we can therefore assume that libglade will stay with us for quite a while. Unfortunately, libglade has been orphaned for over two years. Given that so many packages depend on it, it would be nice if libglade had some maintainer, even if it's just for low-level maintenance. Is anyone who maintains a package depending on libglade up to this, or could the GNOME team adopt libglade? [1] http://lists.debian.org/debian-devel/2005/06/msg01199.html -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
Martin Michlmayr [EMAIL PROTECTED] writes: Is anyone who maintains a package depending on libglade up to this, or could the GNOME team adopt libglade? [1] http://lists.debian.org/debian-devel/2005/06/msg01199.html Since I'm the de facto gnome 1 weenie, being the last maintainer of a big important gnome 1 package, which in fact uses libglade, I'll take it. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
Andrea Mennucc [EMAIL PROTECTED] wrote: the same for me: I develop and mantain some gtk packages there is no such thing as an easy transition from gtk1 to gtk2 Nonsense. For many (most?) programs, it's mostly a matter of passing -DENABLE_BROKEN and fixing up the build system. Doing s/gtk_/g_/g over the source gets you most of the rest of the way there. However, most of the apps that are still gtk1 are the ones that *are* more difficult. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
the same for me: I develop and mantain some gtk packages there is no such thing as an easy transition from gtk1 to gtk2 Andreas Tille wrote: On Tue, 14 Jun 2005, Martin Michlmayr wrote: And how hard is that? It seems that tons of stuff in the archive still requires GTK1. It would be great to move them all to GTK2. Unfortunately it's not that simple. I'm upstream for two packages using GTK1 and I spended some time for investigating how hard would be the move. Even if I would like to switch to GTK2 it would cost so much time that other projects have much higher priority. It is kind of I can perfectly use this software as it is and thus I wished somebody would lend me his time travel device to give me an additional week of live time to port these projects but at current state I see no chance to do this soon (even if I would love to). Kind regards Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
* Steve Langasek [EMAIL PROTECTED] [2005-06-14 13:10]: Many of these are GNOME1.x-specific libraries, in turn used by GNOME1.x applications that as yet have no GNOME2 equivalent. (At the top of my personal list there is gnucash...) Okay, given that GTK1 won't disappear immediately (and maybe should also stay in etch, see Murray Cumming's comment in #279392 about 3rd parties), I'm wondering whether the GNOME/GTK team is willing to adopt libglade and do some low-level maintenance. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
On Tuesday 14 June 2005 23:09, Roger Leigh wrote: I would be very thankful for links to aprorpiate search-and-replace expressions or compatibility functions. Once I was searching for this kind of stuff I failed. I don't have any links I'm afraid. I only learnt GTK+ 2.0, and never used 1.2. I did the work with nothing more than both API references. It's a while back, but it was basically: http://developer.gnome.org/doc/API/2.0/gtk/gtk-changes-2-0.html ISTR updating from the deprecated GtkCList to GtkTreeView is quite involved but quite simple once you have done it once. I've never updated code that uses custom widgets which is probably substantially more painful. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
On Wed, 15 Jun 2005, Will Newton wrote: ISTR updating from the deprecated GtkCList to GtkTreeView is quite involved This exactly is my problem that I'm heavily using GtkCLIst and did not found a nice replacement. But I'll have a look at the link you provided. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Planning a libglade to libglade2 transition
libglade was orphaned 660 days ago and there's a libglade2 package in the archive. However, there are still 52 packages which depend or build-depend on the old libglade. Can someone please plan and coordinate a transition to libglade2 so libglade can eventually be removed? The list of packages (this may contain source and binary packages): bins gabber gal gco gfax ghemical glimmer gnobog gnome-chess gnome-commander gnome-find gnome-pilot gnome-ruby gnomp3 gnotepad+ gnucash gpredict gtkhtml guikachu guppi lablgtk libcapplet libgal-dev libgal23 libglade-java libglade-ruby1.6 libgladexml-perl libgtk-perl libgtkhtml1.1-3 libguppi-dev liblablgtk-ocaml liblablgtk-ocaml-dev multi-gnome-terminal ogle-gui peacock pike7.2 pike7.2-gtk pike7.4 pike7.4-gtk pike7.6 pike7.6-gtk python-glade-1.2 python-gnome python-gnome-1.2 sitecopy stars/contrib visualos xemacs21-gnome-mule xemacs21-gnome-mule-canna-wnn xemacs21-gnome-nomule xsitecopy yank -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
Martin Michlmayr [EMAIL PROTECTED] wrote: libglade was orphaned 660 days ago and there's a libglade2 package in the archive. However, there are still 52 packages which depend or build-depend on the old libglade. Can someone please plan and coordinate a transition to libglade2 so libglade can eventually be removed? libglade2 is the GTK2 version of libglade, so it would have to be a GTK-GTK2 transition. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
* Matthew Garrett [EMAIL PROTECTED] [2005-06-14 13:48]: libglade was orphaned 660 days ago and there's a libglade2 package in the archive. However, there are still 52 packages which depend or build-depend on the old libglade. Can someone please plan and coordinate a transition to libglade2 so libglade can eventually be removed? libglade2 is the GTK2 version of libglade, so it would have to be a GTK-GTK2 transition. And how hard is that? It seems that tons of stuff in the archive still requires GTK1. It would be great to move them all to GTK2. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
Martin Michlmayr [EMAIL PROTECTED] wrote: * Matthew Garrett [EMAIL PROTECTED] [2005-06-14 13:48]: libglade2 is the GTK2 version of libglade, so it would have to be a GTK-GTK2 transition. And how hard is that? It seems that tons of stuff in the archive still requires GTK1. It would be great to move them all to GTK2. For anything that uses custom widgets, it's miserable. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
On Tue, 14 Jun 2005, Martin Michlmayr wrote: And how hard is that? It seems that tons of stuff in the archive still requires GTK1. It would be great to move them all to GTK2. Unfortunately it's not that simple. I'm upstream for two packages using GTK1 and I spended some time for investigating how hard would be the move. Even if I would like to switch to GTK2 it would cost so much time that other projects have much higher priority. It is kind of I can perfectly use this software as it is and thus I wished somebody would lend me his time travel device to give me an additional week of live time to port these projects but at current state I see no chance to do this soon (even if I would love to). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
On Tue, 2005-06-14 at 13:55 +0100, Martin Michlmayr wrote: libglade2 is the GTK2 version of libglade, so it would have to be a GTK-GTK2 transition. And how hard is that? It seems that tons of stuff in the archive still requires GTK1. It would be great to move them all to GTK2. It can be very tricky. The GNOME Team are currently working through a list of all packages using GTK+ 1 which can be dropped from the archive, so we should be able to drop lots of the old libraries. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Re: Planning a libglade to libglade2 transition
On Tue, Jun 14, 2005 at 03:14:56PM +0200, Andreas Tille wrote: On Tue, 14 Jun 2005, Martin Michlmayr wrote: And how hard is that? It seems that tons of stuff in the archive still requires GTK1. It would be great to move them all to GTK2. Unfortunately it's not that simple. I'm upstream for two packages using GTK1 and I spended some time for investigating how hard would be the move. Even if I would like to switch to GTK2 it would cost so much time My package gpredict uses GNOME 1 libraries as well as GTK+ 1.2. Upstream doesn't seem to be in a hurry to upgrade; their last release was in February and doesn't appear to have changed anything with regard to the libraries. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Garrett [EMAIL PROTECTED] writes: Martin Michlmayr [EMAIL PROTECTED] wrote: * Matthew Garrett [EMAIL PROTECTED] [2005-06-14 13:48]: libglade2 is the GTK2 version of libglade, so it would have to be a GTK-GTK2 transition. And how hard is that? It seems that tons of stuff in the archive still requires GTK1. It would be great to move them all to GTK2. For anything that uses custom widgets, it's miserable. That's true, but for the majority of code, which just uses existing GtkObjects, conversion is no much more involved than search-and-replace. Plus, if you don't bother with the full conversion, there's quite a lot of compatibility functions to make things easier. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFCrytBVcFcaSW/uEgRAtOBAKC1cCdHlURo2sHbfiTpeUEc86fjjQCggWF1 Rx7pIQ/SWJxfoVteGFQwrRM= =mXbT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
On Tue, 14 Jun 2005, Roger Leigh wrote: That's true, but for the majority of code, which just uses existing GtkObjects, conversion is no much more involved than search-and-replace. Plus, if you don't bother with the full conversion, there's quite a lot of compatibility functions to make things easier. I would be very thankful for links to aprorpiate search-and-replace expressions or compatibility functions. Once I was searching for this kind of stuff I failed. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
Martin Michlmayr wrote: libglade was orphaned 660 days ago and there's a libglade2 package in the archive. However, there are still 52 packages which depend or build-depend on the old libglade. Can someone please plan and coordinate a transition to libglade2 so libglade can eventually be removed? The list of packages (this may contain source and binary packages): xsitecopy xsitecopy will be removed after the next upload of the sitecopy source package -- it's currently FTBFS and upstream doesn't have any plan to continue working on it, so I've removed it from the source package (in the sense that the binary doesn't get built). I've had an offer from Matt Palmer ([EMAIL PROTECTED]) to sponsor the upload (most recent RFS here (1)) of sitecopy 0.15.1 -- he's been holding off while sarge was in the freezer. So that's one package, anyways... :-) (1) http://lists.debian.org/debian-mentors/2005/05/msg6.html -- I was punching a text message into my | Reed Snellenberger phone yesterday and thought, they need | GPG KeyID: 5A978843 to make a phone that you can just talk| rsnellenberger into. Major Thomb| -at-houston.rr.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planning a libglade to libglade2 transition
On Tue, Jun 14, 2005 at 01:42:46PM +0100, Martin Michlmayr wrote: libglade was orphaned 660 days ago and there's a libglade2 package in the archive. However, there are still 52 packages which depend or build-depend on the old libglade. Can someone please plan and coordinate a transition to libglade2 so libglade can eventually be removed? Many of these are GNOME1.x-specific libraries, in turn used by GNOME1.x applications that as yet have no GNOME2 equivalent. (At the top of my personal list there is gnucash...) I'd love it if we could lose GTK1 for etch, but that's going to require some upstream help. -- Steve Langasek postmodern programmer The list of packages (this may contain source and binary packages): bins gabber gal gco gfax ghemical glimmer gnobog gnome-chess gnome-commander gnome-find gnome-pilot gnome-ruby gnomp3 gnotepad+ gnucash gpredict gtkhtml guikachu guppi lablgtk libcapplet libgal-dev libgal23 libglade-java libglade-ruby1.6 libgladexml-perl libgtk-perl libgtkhtml1.1-3 libguppi-dev liblablgtk-ocaml liblablgtk-ocaml-dev multi-gnome-terminal ogle-gui peacock pike7.2 pike7.2-gtk pike7.4 pike7.4-gtk pike7.6 pike7.6-gtk python-glade-1.2 python-gnome python-gnome-1.2 sitecopy stars/contrib visualos xemacs21-gnome-mule xemacs21-gnome-mule-canna-wnn xemacs21-gnome-nomule xsitecopy yank signature.asc Description: Digital signature
Re: Planning a libglade to libglade2 transition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Tille [EMAIL PROTECTED] writes: On Tue, 14 Jun 2005, Roger Leigh wrote: That's true, but for the majority of code, which just uses existing GtkObjects, conversion is no much more involved than search-and-replace. Plus, if you don't bother with the full conversion, there's quite a lot of compatibility functions to make things easier. I would be very thankful for links to aprorpiate search-and-replace expressions or compatibility functions. Once I was searching for this kind of stuff I failed. I don't have any links I'm afraid. I only learnt GTK+ 2.0, and never used 1.2. I did the work with nothing more than both API references. It's a while back, but it was basically: gtk_object_* - g_object_* (except for gtk_object_destroy) gtk_signal_* - g_signal_* and the same applies to all the casts: GTK_OBJECT - G_OBJECT That was about 80% of all the changes, but note that this is not strictly required: all these have compatibility wrappers. The rest of the changes were a little more involved (IIRC the object property API is different), but in most cases it was simply a matter of finding an appropriate equivalent and doing a little reworking. YMMV, since it depends on exactly what GTK+ features the code uses. If you like, I can take a look at it and suggest what needs doing. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFCr1WhVcFcaSW/uEgRAhD9AJ9LYY0WwIa74V6RSZrvDUb9UlYemwCg3XmX FO6RZJoFlagNXZOOZ9JvprM= =bQKG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
