Re: IceWM v1.2 vs v1.3

On Tue, 2010-12-21 at 13:10 +0100, Eduard Bloch wrote:
> #include <hallo.h>
> * Gilboa Davara [Tue, Dec 21 2010, 10:34:56AM]:
> 
> > > > Hello all,
> > > >
> > > > I'm the Fedora and RHEL/CentOS IceWM maintainer.
> > > > Currently, both Fedora and RHEL/CentOS ship icewm 1.2.37 and I'm
> > > > thinking about pushing icewm 1.3.7 as a Fedora 15 feature.
> > > >
> > > > 1. Is 1.3.7 considered stable?
> > > > 2. What are the user visible changes in v1.3.7? (I could only find this
> > > > [1])
> > > 
> > > 1.3 is still considered more or less development, but it is here already 
> > > from 2008. It's main purpose was to start fixing bugs that had high 
> > > probability of breaking something or that needed some major changes in 
> > > code to get fixed (same for RFEs). I think, there are also some changes in 
> > > library dependencies, but I may be wrong.
> > 
> > OK.
> > I'll free some time get 1.3 in -devel (Fedora's development branch) and
> > if I won't see any increase in the number of bugs, I'll push it to
> > Fedora and RHEL.
> 
> It's "mostly" ok, I switched the Debian package to 1.3.x more than a
> year ago. To the best of my knowledge, the only ugly regression at the
> moment is loss of window focus after certain application windows are
> closed.
> 
> There were some other issues but most have been identified and fixed.
> Feel free to track our patch set if you wish,
> http://svn.debian.org/wsvn/pkg-icewm/icewm/branches/1.3/ .
> If you wish to share code/ideas/config improvements, it would be
> appreciated.
> 
> That said, I currently don't have much time to maintain it. And I am
> loosing motivation; every time I have to touch the source code I feel
> the urgent impulse to run away in disgust, sometimes sooner, sometimes
> later.
> 
> Regards,
> Eduard.
> 

Thanks!
I'll look at your patch set before starting the transition to v1.3

- Gilboa


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl