Re: Makeing librsvg work (bizp2.dll missing)

[Tor Lillqvist <tml iki fi>]

> That sounds straight forward enough.  And a hell of a lot better than the current situation.

By all means, go ahead then and create a project aiming at this, and
convince all distributors of installers for GTK+-using software to
cooperate with you.

Please note that not all GTK+-using applications on Windows use the
same builds of the GTK+ stack. Some use the ones from ftp.gnome.org,
others use these but with digital signatures added to the DLLs, others
compile the stack themselves (with some own patches perhaps, even).

> At least that way, with some minimal smarts in the installer, the GTK libraries will get the occasional 
> update.  Are there any good reasons why that shouldn't be the default install?

It is, unfortunately, so that new versions of GLib, Pango or GTK+
often introduce subtle regressions especially on Windows. (On Unix /
X11 this is much less of a problem.) Some of these regressions then
might be especially troublesome for a particular application. Thus one
application might want to stay with specifically GLib 2.16.6 (to pick
an arbitrary example), while another application again requires new
API in GLib 2.18. Etc.

> How hard would it be to provide a "GTK sub-installer"

For which installer-writing technology? Windows Installer (a.k.a MSI)
(perhaps with the WiX front-end), NSIS, InnoSetup, InstallShield?
(Just to mention the best known (?).) Or something totally different,
new and improved?

--tml