Dave Shield wrote:
On Mon, 2005-02-21 at 17:33, Robert Story wrote:

On Sun, 20 Feb 2005 18:42:26 -0500 Alex wrote:
AB> Another option is to compile 2 (or 4 if SSL) ways and include them all AB> in the binary installer. The user can then pick what support they want AB> during installation. That would of course make the .exe 2 or 4 times AB> larger so it would go from 4 Meg to either 8 Meg or 16 Meg.


Uggh. How about a mini-installer that asks which they want, then downloads the
appropriate file? (lots of installers are doing that these days).


Yes - and it's a right bloody pain to those of us on dialup!
(or wanting to automate the installation of software)
Whatever we do, can we *please* keep things self-contained.

I'll re-iterate the basic principle that (IMO) should underly
any binary distributions.  The contents and configuration of
such a binary package should match the results of a default
build on a "typical" installation of that particular O/S.

Good point.

So if a standard XP installation includes IPv6 support, then
it's fine to include this in the binary package.  If not,
then it shouldn't go in by default.  Similarly for SSL.

I think for most admins SSL would be a nice-to-have, but unless our binaries are statically linked then it should not be required IMO. OTOH we might provide an SSL binary and see how the downloads compare. From my experience the Windows mindset is different from the Unix world where if one is used to recompiling a package if they want options not distributed with a binary package. If we can tally the downloads of SSL and Not SSL it should be a good enough indicator of which direction to take. At any rate I would have to agree that picking a path with common options and sticking with it is the way to go.


I quite like the idea of an "unsupported" directory for
non-standard binaries, though I'm not sure how cleanly this
would fit into the SourceForge template pages.  But we
could handle it within the Net-SNMP pages easily enough.


What about making it a sort of "contrib" area? That might encourage people to submit code or utilities that they have written that are applicable but don't fit within the confines of the main line distribution.


Andy



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to