On Jun 25, 2006, at 12:31 AM, Ralf Stephan wrote:
Fedora Core 4. Possibly CentOS 4.2 (see bug 1505373)?
Let me stress that the recent problems with compiling 0.44 on FC4
only happened because NO SINGLE PERSON tested the prereleases with
a pure glib-2.4 system.
True...
But then again, that's mainly that no single dev or cutting edge person tested it. I'm not too surprised if those willing to test pre-releases are a bit more advanced than some common users.
Given that Fedora Core 5 only just came out, we might want to look at things a bit.
More importantly, I think the CentOS 4.2 problem is a more telling one. I'm pretty sure that it's corresponding to RedHat Enterprise 4.x, so is still a very prevalent platform for end users (at least of the corporate type). RHEL, RHAS, NLD, SLES and friends might be the "trailing edge" we should keep an eye on supporting.
Since Fedora's job is to be cutting edge, I won't have as much problem leaving slightly older ones behind. I don't have a good feel for Ubuntu, so will need to defer to others on that.
Ok. Just did a quick check.
Red Hat Enterprise Linux 4 was only released in Feb of 2005 (just over a year ago). They also provide seven years of support for each version. That might be a little long for us, though. But the more important factor might be their 18 month version plan. That means RHEL 4.x is still the latest-and-greatest.
And... checking CentOS 4's OS download rpms seems to show GTK+ at 2.4.13.
Hmmmm..... so I think we don't have 5 coming up to beta 'till next month, with actual release scheduled for December. With that in mind, we might want to see if we can wait on the bump until 0.46 intead of 0.45. I'm thinking that might be one way to approach it given that we probably want to do quicker releases this time and get two done in the next six months.
Oh, another driving platform as far as I'm concerned would be OS X. That's my main OS at the moment, so I have ulterior motives for keeping it build-able there. :-)
At the moment, fink is only up to GTK+ 2.6.10.
Now.... if some people were to help getting native GTK+ working well on OS X, then that would free at least that particular dependency. It *might* be practical for a 0.46 timeframe, but not 0.45 (though good enough for devs might be doable in that timeframe).