[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Ripping out GLib bindings, depending on GLib
From: |
Andreas Rottmann |
Subject: |
Re: Ripping out GLib bindings, depending on GLib |
Date: |
Fri, 16 Jan 2004 16:42:07 +0100 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) |
Andy Wingo <address@hidden> writes:
> On Thu, 04 Dec 2003, Andreas Rottmann wrote:
>
>> 1) Is it reasonable for g-wrap to depend on GLib?
>
> I don't really think so, unless there's a dire need. In this case, I
> don't think it's necessary, as outlined in a mail to guile-gtk-general.
>
Yes, after some consideration and hacking around, I reached the same
conclusion.
>> 2) It's not possible combine usage of GLib 1.2 and 2.X. Since g-wrap
>> comes with a GLib 1.2 binding (which is superceded by the GLib 2.X
>> in guile-gobject). This means I either can't use GLib in the core
>> g-wrap, if I want guile-gobject stay operational, or rip GLib
>> binding stuff (along with the GTK+ 1.2 binding) out of g-wrap. I
>> definitely favor the latter.
>
> Kill the (g-wrap internal) GLib binding. Don't even worry about it. GLib
> 1.2 has been outdated for years.
>
Already done.
>> While writing up 2), I wondered if this is a reasonable point for a
>> g-wrap version fork: Release g-wrap 1.3.4+fixes as g-wrap 1.4.0 and
>> start a 1.5 branch with my modifications/extensions. I guess it is not
>> feasible to drop the GLib 1.2 binding in the 1.3 series, since gnucash
>> (still) depends on it.
>
> I agree. But this depends on Rob. If we don't get a response, we're
> going to need to fork, I think. Rob: If you're swamped, consider (again)
> adding a co-maintainer. g-wrap is worth more as a live project than as a
> dead baby.
>
I had some discussion with him recently about the layout of the g-wrap
Arch master archive. He agreed on the version fork and I hope he
finishes setting the master archive up RSN, and once that's done I
hope things will speed up quite a bit. I also hope Rob gives me write
access to the master (e.g. via tla-pqm) once he has become comfortable
with dealing with the archive and my changes.
Regards, Rotty
--
Andreas Rottmann | address@hidden | address@hidden | address@hidden
http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62
Make free software, not war!
- Re: Ripping out GLib bindings, depending on GLib, Andy Wingo, 2004/01/16
- Re: Ripping out GLib bindings, depending on GLib,
Andreas Rottmann <=
- Re: Ripping out GLib bindings, depending on GLib, Rob Browning, 2004/01/16
- Re: Ripping out GLib bindings, depending on GLib, Andreas Rottmann, 2004/01/16
- Re: Ripping out GLib bindings, depending on GLib, Rob Browning, 2004/01/16
- Re: Ripping out GLib bindings, depending on GLib, Andreas Rottmann, 2004/01/16
- Re: Ripping out GLib bindings, depending on GLib, Rob Browning, 2004/01/16
- Re: Ripping out GLib bindings, depending on GLib, Andreas Rottmann, 2004/01/16
- Re: Ripping out GLib bindings, depending on GLib, Rob Browning, 2004/01/16
- Re: Ripping out GLib bindings, depending on GLib, Rob Browning, 2004/01/18
- Re: Ripping out GLib bindings, depending on GLib, Andreas Rottmann, 2004/01/18
- Re: Ripping out GLib bindings, depending on GLib, Rob Browning, 2004/01/18