On 04/03/2011 09:56 AM, Calvin Morrison wrote:
Baho,
While you have a excellent build script, we cannot forget the
PKGBUILDs are universal, and that we should be able to build them
easily without the build scripts :)
Well yes in principal....
When 3.5.13 is released then you will be able to build the intented way.
But for svn and the out of source building method I don't beleve you can
have a universal PKGBUILD as you need a place for the svn tree.
If you look at my kdebase subdirectory you will see that I have a
PKGBUILD.src which packages up the svn tree for kdebase then the
PKGBUILD can be as it should.
I abandoned that way because I would first need to create source tar
balls then fixup the PKGBUILDS to use them, then build. It couldn't be
automated easily.
If one employs Davids (not that there is anything wrong with it) method
then you hit the svn server every time you build a module, I didn't want
to cause excessive traffic to the svn server so I came up with my
present methods. I hit the svn server once daily and then build the
entire tree.
The system gives you a way to build the svn tree daily/hourly or
whatever. Mine is based on a cron entry.
When we get a stable release that is complete like trinity-3.5.12 then
I am going to use those tar balls.
I really didn't have a choice because of the autotool problem, I can
only use the cmake system because arch is so cutting/bleeding edge.
The svn tree will give you a useable trinity desktop ( I am using it now
) ..... just not one without the bells and whisels.
[putolin]