I want to test my build scripts against source tarballs. How do you plan to provide source tarballs when 3.5.12 goes official?
Most likely in two forms; one tarball for each module and application, and also one large tarball containing all modules and applications, with the individual tarballs contained therein. Each individual tarball will contain the application and a copy of the shared admin directory required to build it.
To test here, I presume I need to strip the svn directory of the svn files and directories. Yet how are you planning to provide the make and configure files in tarballs?
Are you going to provide static snapshots of the make and configure files, as was the practice back in the original KDE tarball days, or are you going to expect end-users to build those files like we do now with svn?
With the variety of platforms Trinity targets, I am concerned that providing static configure and make files will be more trouble than it is worth. You can get very strange errors if the automake files on the system are even a slightly different version than those that generated the static files (trust me, been there done that!). Now consider that Trinity officially supports Debian Lenny through Ubuntu Maverick (at this point) and I think you have a recipe for disaster.
I'll probably copy the instructions off the Wiki and place them in a text file called BUILDING or similar.
Thoughts? Comments?
Tim