On Mon, 21 May 2007 00:35:15 +0100 Moray Allan <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-05-20 at 22:56 +0100, Neil Williams wrote: > > Moray: What do you think? (I know we've only just got through one > > transition but I'm confident that this one is painless.) > > We're *not* through the current transitions yet, a lot of my GPE > packages are out of sync between unstable and testing still. OK. Testing is a different issue - there are a lot of transitions going on that affect Gtk-based programs which will all delay migration into testing. atk1.0, glibc, libcairo, glib2.0, gtk+2.0, pango1.0 and libxrandr need to move into testing first. Only gpe-contacts would need to be rebuilt apart from the affected libraries. > Secondly, as I said before, I don't see it as good to pre-empt > upstream on this. I agree - but this is an RC bug (that we saw coming) so I think it does warrant at least an attempt to fix. There isn't going to be a patch to fix this bug, it needs the transition of libeventdb and libgpevtype. Would you like me to make my SVN-derived tarballs, .deb packages and .dsc files available? (I have an apt repository on my server.) > Florian appears to be saying he *will* make a > release with the GPL version, but I'd still rather wait for upstream > to move. Personally, I'm not confident that a release is imminent - Florian hasn't said (AFAICT) that a release is to be made any time soon. Last I heard was that he will not accept the licence change. > Even ignoring community relationships, if you make up a > release and then upstream do something different it would be rather > messy to get back from the fork. I know a fork is possible here but the SVN code that I'm using is from the existing GPE SVN repository, so it's not a fork - yet. I haven't used an SVN r number suffix at the moment but I can quite easily make these packages as 0.73rc2+0.90svn etc. That will be easily replaced by 0.90 when it (eventually) gets released. There have been a lot of issues with GPE recently with the move from handhelds.org. I've got the updated packages installed locally and gpe-calendar is a *transformed* application with the new code in libeventdb. Memory usage is radically reduced, responsiveness is back to a reasonable level and even large imports take a reasonable length of time. The current version of gpe-calendar in unstable is a dinosaur by comparison. Users (especially embedded users) need gpe-calendar 0.90 ASAP. -- Neil Williams ============= http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/
pgp67oWtHPn4f.pgp
Description: PGP signature
