Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

[Malcolm T. <ma...@co...>]

On Fri, 2003-12-05 at 06:45, Christian Marillat wrote:
> Malcolm Tredinnick <ma...@co...> writes:
> 
> > On Wed, 2003-12-03 at 15:31, Malcolm Tredinnick wrote:
> > [...]
> >> This is fixed in CVS and I am rolling the 0.3.14 release right this
> >> minute ('make distcheck' is running). The only hold up is that I have
> >> had to fix a bug in intltool first, but I think that is done.
> >> 
> >> So wait a couple of hours and grab the 0.3.14 release (at no extra
> >> charge, you get about two dozen other bug fixes as well).
> >
> > OK, wait a few hours more. The intltool problem is not solved completely
> > (scrolkeeper's distcheck still fails). I need to sleep now and pick this
> > up again tomorrow.
> 
> Do you want help ?

It is nearly there now, thanks. The problem is making intltool work
properly with automake >= 1.6 and gettext 0.12 (for a variety of
reasons, the old gettext stuff we were shipping with scrollkeeper was
causing more problems than it was solving). Intltool is pretty broken
w.r.t that kind of setup (a known problem that nobody has really been
motivated enough to fix), so it has taken a lot of tweaking and running
'make distcheck' over and over again to get it working. I think I have
nailed it now, though.

The stupid thing is that this is a lot of effort for only one release.
There is a lot of code in scrollkeeper that becomes easier to maintain
(and removes a lot of bugs and becomes more portable) if I introduce a
dependency on glib (which is so commonly available now that I am not
worried about doing so). That will require people to already have a
gettext setup that works and then I can just use the glib gettext stuff
and all is simpler. But I don't want to make that change yet, since it's
pretty invasive, so it's for the next release.

Cheers,
Malcolm