[maemo-developers] Autobuilder: building svn tags from garage

From: Jeremiah Foster jeremiah at jeremiahfoster.com
Date: Thu Aug 27 15:06:38 EEST 2009
On Aug 26, 2009, at 19:52, Ed Bartosh wrote:

> 2009/8/26 Jeremiah Foster <jeremiah at jeremiahfoster.com>:
>>
>> On Aug 26, 2009, at 18:05, Andrew Flegg wrote:
>>
>>> On Wed, Aug 26, 2009 at 16:25, Ed Bartosh<bartosh at gmail.com> wrote:
>>>> 2009/8/26 Andrew Flegg <andrew at bleb.org>:
>>>>> On Wed, Aug 26, 2009 at 16:17, Ed Bartosh<bartosh at gmail.com>  
>>>>> wrote:
>>
>> This is a good point - we have a chance to reduce the bloat of the
>> debian system that is designed for at least eight official
>> architectures when we build only two. Plus there might be a way to
>> innovate and to simplify the entire build process over time which
>> would be a huge win for developers.
>>
> I understand that. If you may notice we're already using our own
> builder instead of wanna-build or whatever Debian uses for this.

Some of the upstream build stuff is quite good though. And is python  
really the right tool to do builds? As far as I am concerned it has  
some drawbacks in this particular area:

	1. The GIL problems make it unsuitable for multicore machines
	2. Python is slow in general
	3. The vast majority of existing build systems are written in  
something else, so there is a bit of wheel re-invention with python

Python is a great language in so many ways, and it is accessible in  
the way that other languages aren't, so it might be the right choice.  
I do think there is room to look more closely at the build system to  
see if there is a way to speed it and simplify it, that is the extent  
of my criticism. I don't mean to criticize the hard work that has gone  
into the current tool set.
>
> What I want is to find the way to upload multiple packages as a one
> group using already known tool. If it's not possible, then I'll use
> scp or write new tool on top of it.

If we start with scp anyone can build a GUI on top of it or use the  
ones that are already out there.

Jeremiah
More information about the maemo-developers mailing list