Re: Fwd: Plans for GTK+ Bundles for win32 and win64?

[dieterv <dieterv optionexplicit be>]

On Thu, 8 Sep 2011 11:30:36 +0100, Emmanuele Bassi wrote:
> On 2011-09-08 at 12:09, dieterv wrote:
> > - a place to store the built binaries and GTK+ bundle
> >     > used to be http://ftp.gnome.org/pub/GNOME/binaries/win32/
> >       linked to from http://www.gtk.org/download/win32.php
> >     > the newer binaries I've built following Tor's scripts and
> >       guidance are living here:
> >       https://github.com/dieterv/legacynativebuilds/downloads
>
> this will probably require an account on LDAP so that you can push 
> the
> binaries like any other maintainer. we can definitely set that up.

This has been taken care of. Many thanks!

> > - if there's any interest, we could move these build script to
> >   a git repo on git.gnome.org instead of using
> >   https://github.com/dieterv/legacynativebuilds
> >   The repo could maybe use a better name too?
>
> this will require a Git account, which I think you already have.

Yes.

> I think it would be good to have the scripts on gnome.org, to avoid 
> having to
> hunt them down in case people want to contribute to them and/or use
> them.

Will do :) Anybody have any suggestions about the repository name?

> > For GTK+ 3 and future releases: nothing has been set in stone, I'm
> > open to whatever consensus is reached, whether it'll be:
> > - continuing with Tor's build scripts like I did above for 2.24.X
> > - build script for a mingw-get-able repository
> > - OBS
> > - something else...
>
> Neil Roberts has been working on a reliable way to build MSI 
> installers
> for Clutter applications like Pinpoint:
>
>   http://git.busydoingnothing.co.uk/cgit.cgi/pinpoint-msi.git/

Have been doing something related for the PyGTK All-in-one installer:
https://github.com/dieterv/pygtk-installer/blob/master/bin/build_installer.py

It takes a "build description" file like:
https://github.com/dieterv/pygtk-installer/blob/master/wix/2.24.0.win32.xml
downloads required files, extracts them, applies transformations if 
requested,
repacks, etc until finally a .msi is produced.

It is currently capable of packaging zips from ftp.gnome.org and also 
Python
distutils generated .msi files (for PyCairo, PyGTK, PyGObject, etc).
Cleaning this up and making it more generic and easier to use is 
something
I've been wanting to do for a long time now...

> and we have a mingw build script shipped with Clutter itself:
>
>
>
> http://git.gnome.org/browse/clutter/tree/build/mingw/mingw-fetch-dependencies.sh
>
> which depends on the pre-built DLLs whenever possible, so we're
> obviously interested in sharing the solutions.

Interesting. There seems to be a lot of duplication of the same ideas 
all over the
place. Sharing solutions would indeed be a good idea! Let's invite 
interested parties
to windows-devel-list gnome org and start the discussion?

mvg,
Dieter