Mostly all I have seen in this list for the past few months are cmake reports. Nothing about other aspects. I regularly check the svn patch list. I do not check the bugzilla for resolutions because I never receive notices the bugs have been patched. Between the two I knew the bugzilla was receiving very little tender loving care. When 3.5.13 is released is not as important to me. The effort to quash bugs is important. I would attempt to build packages for Slackware Current if I saw such serious progress. I'm not going to build packages when I already know certain bugs will drive me batty trying to use the system. Nor am I going to offer packages to the Slackware community knowing such bugs exist and I cannot fix them directly. I truly wish I could code in C++. I can't. I can compile packages and test build processes and packages. I doubt Trinity would be in the condition found today for other distro packagers if we hadn't quashed many, many build process bugs last summer. I received the distinct impression last autumn that 3.5.13 was going to focus on bug quashing and cmake and qt4 support would occur in parallel in the background. Hence my surprise many months later and the reason for my original post. In my mind, 3.5.13 is a point release and should focus on bugs. The transition to cmake warrants something more than a point release. Perhaps version 3.6. That way end users know something significant occurred. If 3.5.13 is not going to be released unless and until cmake is fully supported, then I suggest not releasing as 3.5.13 but 3.6. I prefer to see 3.5.13 as the next release and focus on serious bug quashing. That would allow additional time after the transition to cmake to ensure the new build process works on all distros. As of 3.5.12, the build process probably works on most distros. Quashing bugs should not affect that build process. I'll guess that I'll run into some build problems with Slackware Current, which is three releases beyond 12.2, for which I built packages. Yet at least we are not introducing new variables into the build process by moving to cmake. However, last fall when we did this, a significant number of the build problems were related to not properly including header files and tqt related problems. Those kinds of build bugs need to be fixed regardless of using automake or cmake. Darrell --- On Fri, 3/4/11, Timothy Pearson <kb9vqf@...> wrote: > From: Timothy Pearson <kb9vqf@...> > Subject: Re: [trinity-devel] Bugs, bugs, bugs > To: trinity-devel@... > Date: Friday, March 4, 2011, 1:57 PM > > On Friday 04 March 2011 21:20:12 > Darrell Anderson wrote: > > > >> When are bugs going to receive attention? > >> > >> I don't eat my own dog food. Despite some > enhancements, I continue using > >> KDE 3.5.10 rather than Trinity 3.5.12. > >> > >> I expended a lot of energy last autumn packaging > Trinity 3.5.12 for > >> Slackware 12.2. My personal schedule prevented > further packaging > >> efforts, > >> but now that I again have some time, I am not > motivated to package for > >> recent releases. Why? There are many usability > bugs that render Trinity > >> frustrating. Many of which do not exist in KDE > 3.5.10. > > > > Do you have a list of bugs that were introduced in > Trinity and were not > > present in KDE 3.5.10? > > > > Darrell, > > Please remember that we are delaying the 3.5.13 release > until CMake > porting is complete and a sizable chunk of those bugs have > been fixed. I > would encourage you to check back later and not dismiss the > project > immediately. We have far too few developers to get > everything fixed in a > timely manner; once CMake is complete our development team > will definitely > be focused on the remaining bugs. > > Tim > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: trinity-devel-unsubscribe@... > For additional commands, e-mail: trinity-devel-help@... > Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ > Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting > >