From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: * X-Spam-Status: No, score=1.0 required=5.0 tests=BAYES_00,INVALID_MSGID, PP_MIME_FAKE_ASCII_TEXT,REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,4eb65fab6deaa097 X-Google-Attributes: gid103376,public From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) Subject: Ada test example - Linux Software Installer Date: 2000/05/07 Message-ID: #1/1 X-Deja-AN: 620123134 References: <87aeidsgr8.fsf@think.mihalis.net> <8ep009$is3$1@nnrp1.deja.com> <8es4p0$423$1@nnrp1.deja.com> <87pur1ti2x.fsf@deneb.cygnus.argh.org> <8euj3d$qtk$1@nnrp1.deja.com> <3913A546.3ADC7EB7@online.no> X-Trace: news.decus.org 957657342 8593 KILGALLEN [216.44.122.34] Organization: LJK Software Reply-To: Kilgallen@eisner.decus.org.nospam Newsgroups: comp.lang.ada Date: 2000-05-07T00:00:00+00:00 List-Id: In article <3913A546.3ADC7EB7@online.no>, "Tarjei Tj�stheim Jensen" writes: > Ted Dennison wrote: >> >> Thanks. I had almost forgotten this one (an InstallShield-like app) from >> my list of needed OpenSource programs that could be done in Ada. >> > > Let me suggest a test case for such a thing: A Linux installer. > > If one can keep the dependencies right and show the consequences of > choices in real time it will be very hard to avoid Ada on the Linux > installation CDs. > > Current Linux installers tend to want to install too much too soon. They > don't try to establish whether the basics works before trying to install > the whole caboodle. That sounds like a worthwhile project, but if you want to increase acceptance, please do _not_ license it in such a way that anyone who distributes the installer (such as, with their software) has to distribute the source to the software. Muddying the waters of Ada Advocacy with Open Source Advocacy would not increase adoption. Software vendors are sometimes faced with a customer demand to explain every single file on their CD, and while for some markets the proper response might be to add more files (source) for many it is not. I believe a software installer is a problem domain where a distributed set of diverse developers can do much better than a single organization, and thus the "risk" of somebody making a "better" installer (and keeping the source of their change secret) is minimal.