[Mono-dev] Installers

Jonathan Pobst monkey at jpobst.com
Mon May 18 17:47:10 EDT 2009


I am definitely against having a separate installer for these libraries, 
so I like the way you are thinking.  :)

Some of these make sense to put with the Gtk# installer, like Mono.Posix.

Generally on Windows, you ship your dependencies with your application. 
  I would say something like SharpZipLib should be shipped with MD.  I 
would say the same for Mono.GetOptions, *especially* since it is deprecated.

I could see Mono.Addins going either way.  It probably is used by enough 
Gtk# apps to justify it being in the Gtk# installer.

Jonathan

Mike Kestner wrote:
> I am currently working to provide some additional installation
> capabilities to support the porting of MD to windows.  This includes
> shipping libraries like Mono.Posix, Mono.GetOptions, SharpZipLib, and
> Mono.Addins.
> 
> We've previously received requests to include Mono.Posix in the Gtk#
> for .net installer, as projects designed with the stetic designer in MD
> generally contain a Catalog dependency for string translation.  The Gtk#
> installer already ships Mono.Cairo.
> 
> The above examples indicate that many gtk-sharp applications will likely
> contain dependencies drilling down into the mono stack.  Tomboy uses
> mono-addins.  MD uses several mono libs.
> 
> My inclination is to just merge these additional libraries needed by MD
> into the current installer, as opposed to maintaining a separate
> installer which applications will need to add to their deployment
> instructions.  The current Gtk# for .Net installer weighs in at around
> 8MB.  These additional libraries currently take up just under 1MB in a
> standalone installer, so the addition of them to the current installer
> is roughly a 12% increase in download size.
> 
> I think the user convenience of being able to download all the mono
> stack goodness in one installer outweighs any advantage to be obtained
> by carving out subsets of the stack into independent installers.  It's
> conceivable we could add additional libraries from the stack in the
> future if the demand is high.
> 
> Thus, my proposal is that we move to a single "Mono Libraries for .Net"
> installer which contains these mono stack libraries, including Gtk#.  I
> believe I would probably name the installer mono-libraries.msi and
> version it with the major/minor version number of the mono release, and
> an installer version to support updating gtk-sharp and mono-addins and
> other libraries we might add which don't conform to the mono release
> schedule.
> 
> We can probably head off any potential issues related to the
> "disappearance" of the Gtk# for .net installer by providing some more
> detailed information about the contents of the installer on the
> Downloads page, but there may be some inertia out there around the
> existing installer name on some application download sites, ie "Download
> the latest version of the Gtk# for .Net installer from the mono project
> downloads page."
> 
> Feedback appreciated.  In particular I'd like to hear from those of you
> using the current Gtk# for .net installer or those considering win32
> ports in the future.  Which would you prefer, one installer or two?  If
> one, should it remain the Gtk# for .net installer for historical
> purposes, even containing the infusion of mono tastiness, or do we
> rename it to Mono Libraries for .Net?
> 



More information about the Mono-devel-list mailing list