Can't run 2.4.10 (was: GnuCash 2.4.10 released)

John Ralls jralls at ceridwen.us
Fri Feb 10 14:11:44 EST 2012


On Feb 10, 2012, at 7:02 AM, Geert Janssens wrote:

> Op donderdag 9 februari 2012 08:43:31 schreef John Ralls:
>> On Feb 9, 2012, at 8:27 AM, Geert Janssens wrote:
>>> Op donderdag 9 februari 2012 17:01:22 schreef Geert Janssens:
>>>> Op woensdag 8 februari 2012 18:02:36 schreef John Ralls:
>>>>> I just looked, and there was a snap re-release (2.24.10) on Monday,
>>>>> and
>>>>> the Win32 binaries are up at ftp.gnome.org. After testing that it
>>>>> builds, I committed a change to the GC 2.4 branch, so you and Geert
>>>>> can
>>>>> try tomorrow's nightly.
>>>> 
>>>> I have just ran a successful test with the latest nightly. It works
>>>> fine on my 16bit remote desktop connection. Yay !
>>>> 
>>>> Geert
>>> 
>>> Just wondering:
>>> - this one fix probably doesn't warrant a new release, does it ?
>>> - with this fix, it looks like the 2.4 Windows build is fully working
>>> with the newer gtk. Have all the required fixes been forward-ported to
>>> trunk already ?
>> No, I don't think so.  What would the buildbot do if I change defaults.sh on
>> the 2.4.10 tag? Or make a new 2.4.10-1 tag and change defaults.sh there?
> From what I read in the build_tags.sh script (which you can find in 
> packaging/win32), both may result in a new tag build for 2.4.10, though I'm 
> not really sure.
> 
> If changing defaults.sh in the 2.4.10 directory would increment the revision 
> number on the directory itself, that would trigger a new build.
> 
> Tagging with 2.4.10-1 creates a new tag, which should also trigger a build. I 
> think this approach would be cleaner than to modify an officially released 
> tag.
> 

OK, I just tagged r21977 as 2.4.10-1, and I'll replace the download on SF and uptdate the website pointers tomorrow morning after it builds.

I think that leaves just one M$Win/Gtk-2.24 crash outstanding, 668891.

Regards,
John Ralls




More information about the gnucash-user mailing list