Yes. All of that information is available on the QuickBuild system ( https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity ), but keep in mind that it was built for Debian, and therefore includes Debian-specific patch files. Click on the package name you want to see details for, then look for a tar.gz file. That file contains the source code that produced the binaries listed.
That build *will* fail for the reasons you mentioned. 3.5.12 will be released within the next couple of months; wouldn't you rather wait and iron out the remaining build bugs in SVN? Just a thought.
I'll think about all of that.
Bottom line, yes I can wait. Yet I am making such horrific progress getting these packages to build on Slackware. Just a tad frustrated. I'd like at least the benefits of 3.5.11.
I have individually patched 3.5.10 to support xz in Ark, added the process manager to the panel, and updated kdelibs to support inotify requirements. A nice start but I would like to enjoy the other changes too. I wanted to add support to 3.5.10 for resizing the system tray icons, but I don't all of the required patches.
I'll wait another week or so before deciding. If by then we are close to getting svn working in Slackware then my qyestion is moot. But if not, I might consider that side route.
Speaking of which, how is kdebase building (or not)?
With that said, what is your policy about releases? When do you place a freeze on tinkering and then focus solely on bug fixes to set a release date?
We are fast approaching a feature freeze. I think I'll set it at September 15 at this point; that will leave a few weeks to debug anything major prior to the 3.5.12 release, which will most likely coincide with the release of Ubuntu Maverick. Any debugging information you can give me in the meantime would be great; I would very much like 3.5.12 to build properly under a non-Debian distribution.
Thanks!
Tim