[ANN] bzr 2.4b3 has gone gold

[vila]

>>>>> Gordon Tyler <gordon at doxxx.net> writes:

    > On 5/27/2011 1:34 AM, vila wrote:
    >> If someone wants to invest time into exploring how to build an
    >> installer that can either embed a python 2.6 or requires one to be
    >> installed, see http://pad.lv/776523 and http://pad.lv/776996

    > Have you ever investigated pyinstaller or py2app?

No.

    >>> It would be nice to have a somewhat generic package dependency
    >>> resolution tool that knew how to download and unpack tarballs or
    >>> checkout bzr branches according to some version specification
    >>> and would automagically do The Right Thing (TM) when those
    >>> version specifications change compared to what is sitting in the
    >>> filesystem.
    >> 
    >> Who's cheating now ? This sounds like something almost done in the
    >> OSX installer toolchain:)

    > It is. It just needs the smartness to detect when it needs to
    > update/download. Maybe I'll poke at that sometime.

That would be nice !

    >> Even if we can't share everything from that as windows is... what
    >> it is, it would be nice to converge to a makefile based approach
    >> for that, relying on these shared tools for the actions (we already
    >> requires GNU make so no need to start chasing other technologies
    >> IMHO).

    > I'm not so convinced that a makefile would get us much. How do you
    > see it helping us?

By handling the dependencies. At worst, it can just cough files to keep
track of what action was taken to encapsulate the calls to
fetch-externals.py/build.py, the later returning appropriate return
codes depending on whether they did update something.

      Vincent