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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,d581a4c04b0d7daf X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!atl-c08.usenetserver.com!news.usenetserver.com!pc03.usenetserver.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail Newsgroups: comp.lang.ada Subject: Re: SAL, Auto_Text_IO release References: From: Stephen Leake Date: Fri, 23 Jun 2006 08:53:23 -0400 Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (windows-nt) Cancel-Lock: sha1:baIJtoNYXz1lE0bS92xaK8VrDVE= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: 92dfa449be452e73ae4a430075 Xref: g2news2.google.com comp.lang.ada:4923 Date: 2006-06-23T08:53:23-04:00 List-Id: M E Leypold writes: > Stephen Leake writes: > >> M E Leypold writes: >> >> > Some of us are still stuck with 3.15p. We can't GPL our customers code >> > and being so small we can't pay the ACT support. > >> How small can you be to not afford $15k/year? >> I've never worked for a small company (I work for the US >> government), so I have no experience with this. >> But it seems to me that if you are paying two people's >> salary, then you aught to be able to afford 15k for a very important >> tool. > > Stephen, I'm not discussing nature or size of my business on > usenet. The point I made in another post was, that entry-costs of > $15000 are quite a hindrance in bootstrapping any business in Ada > software (development) _gradually_. Well, ok. I'm still in the dark. I can't imagine trying to start an actual profit making business on less that $15k. But I guess that's why I'm working for the government :). >> > Would you, in the light of that situation perhaps, I ask humbly, >> > consider, to also link the old versions (the last with 3.15p-Support)? >> >> I'm not sure what you mean by "link". >> >> If you mean "keep the .tar.gz files on your website", I suppose I >> could. > > Yep, that I mean. > >> But that implies some level of support, which I don't want to >> do. > > Well, I don't think it does. You could even state that explicitly. As others have pointed out, people make all kinds of unwarranted assumptions about things posted on the web, even in the face of explicit statements to the contrary. >> It's just as easy for you to keep those files on your machine. > > It is and I have them. I only thought (suggestion only) it would be > good practice if/when you introduce incompatible changes in a piece of > software, it would be good practice to keep the older versions > available for some time. I imagine that there are still a lot of users > of 3.15p out there, especially on windows (but also on Debian: If one > doesn't want to replace the compiler that comes with the system). Hmm. I suppose if I had an active user community, and a goal of growing that community, that would be a concern. In fact, I am not aware of any users except myself and my team at work, and my only concern is making the library most useful to us. That means taking full advantage of Ada 2005. Posting SAL on the web is partly egoizing, partly general Ada awareness boosting. >> If you _didn't_ keep a copy, then you need to seriously reconsider >> your backup plan! > > Stephen, please don't lecture me. I'd prefer discussion at eye > level. I apologize if you took offense. I took your request as an indication that you might not have a backup of your own. I have encountered people who have made exactly that mistake (with a different package of mine), even when their actual jobs were relying on it. My statement was also intended for any other users of SAL, and of other packages obtained without an explicit support contract involving sufficient money to make it meaningful. -- -- Stephe