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.
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?