bzr-windows team mailing list archive

[John Arbash Meinel <john@xxxxxxxxxxxxxxxxx>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Alexander Belchenko wrote:
> Ian Clatworthy пишет:
>> Assuming everyone who wanted to voice an opinion on what installers are
>> required has done so, the time has come IMO for some follow-up action.
>> Here are the next steps I'd like to see happen:
>>
>> 1. Someone volunteers to summarise the consensus and list any
>>    outstanding issues to be decided or further investigated.
> 
> I have troubles to see consensus, but Ian said there should be one.
> So I'll try to list replies.
> 
> a) TortoiseBzr:
>      * not installed by default but present in the installer
> 
> b) Bazaar Explorer:
>      * replaces TBZR as officially blessed GUI
>      * it will require some changes in setup.py (similar to QBzr stuff)
> and creation of additional icons (Programs Group, Desktop, Quick Launch)
> from installer
> 
> c) Bundling Loggerhead? What dependencies it has?
> 
> d) Bundling xmloutput? Should be easy enough.
> 
> e) MSI instead of Inno Setup. I've replied in another mail.
> 
> f) x64 support: require Python 2.6 as strong dependency. But x86
> (32-bit) works just fine on Python 2.5. What is idea? Push bzr.exe to
> use Python 2.6? It will definitely require MSVC 2008 to build C
> extensions, I don't know is MinGW can link against newer run time libs.
> Somebody should test to build bzr C extensions either with MinGW + Py
> 2.6 or with MSVC Express Edition. (But TBZR anyway require MSVC 2008
> full edition). Separate installers for x86 and x64 or put everything
> together?

We can, and do, build the windows extensions using MinGW for python2.6.
It seems it is only Microsoft compilers that have trouble compiling
against different versions of the Microsoft runtime... :)

> 
> g) Installer for CLI-only version of bzr?
> 
> h) Documentation format. I found CHM format is very nice, especially
> because of Search feature. But it was mentioned it becomes obsolete.
> HTML docs works just fine. Maybe this could be solved by using Sphinx
> for generating docs. Sphinx can build search index for its HTML output,
> so it can cover some of CHM functionality. Although Sphinx can generate
> sources for CHM, so Sphinx is definitely must have.
> 
...

> o) Throw away bzr.exe and force user to use only pure python interpreter
> as execution platform, use easy_install to install everything. (Well, I
> can say a lot why it's wrong idea, but I can simply shut up and build my
> own custom installer for my needs instead).

Last I heard easy_install and bzr didn't get along very well. I *think*
it works ok for bzr itself, but then plugins have trouble. (Something
about not wanting to install as a sub directory of an existing install?)

John
=:->

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkqBenAACgkQJdeBCYSNAAOjxgCgwYPTBIpc8757KuxKUlhISJRA
Po0AnRpQ1fdia1eP1PhXPrTku+Rk7tKp
=vZHw
-----END PGP SIGNATURE-----