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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.31.160.209 with SMTP id j200mr30535778vke.6.1454989852069; Mon, 08 Feb 2016 19:50:52 -0800 (PST) X-Received: by 10.182.166.97 with SMTP id zf1mr467864obb.18.1454989852030; Mon, 08 Feb 2016 19:50:52 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!y89no595466qge.0!news-out.google.com!kr2ni10772igb.0!nntp.google.com!o2no3417529iga.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Mon, 8 Feb 2016 19:50:51 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=97.123.140.221; posting-account=lJ3JNwoAAAAQfH3VV9vttJLkThaxtTfC NNTP-Posting-Host: 97.123.140.221 References: <02241ec4-0f95-4f63-9abc-092f167eb59e@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <9e5fa75d-bcf3-4bd9-b62b-284464f44d27@googlegroups.com> Subject: Re: Ada package registry? From: Shark8 Injection-Date: Tue, 09 Feb 2016 03:50:52 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Received-Bytes: 5353 X-Received-Body-CRC: 634521652 Xref: news.eternal-september.org comp.lang.ada:29451 Date: 2016-02-08T19:50:51-08:00 List-Id: > My vision of Ada is of a language in which to construct code that is portable across implementations and across targets. To the extent that a to= ol, no matter how well-intentioned, interfers with that, then it is harmful= to the future of Ada. I don't think anyone here wants to interfere with that vision. Especially c= onsidering that it is generally agreed that the single free implementation = (GNAT) isn't good for Ada. > GNAT /=3D Ada!! Agreed. And most here don't think that it would be good if it were. > What I heard being discussed only seemed to make sense within the context= of GNAT on Linux, because that's the only place where "package managers" m= ake sense. I think that it depends on what the definition is. Given that early on in t= he thread the perl packag emanager (CPAN) was cited, it seems that the Linu= x idea of package manager was not intended -- the subject of the thread con= curs -- I think what is being talked about could be described as an "online= library". If that is the case, I would recomend: 1) an internal representation, instead of text, which can be verified as co= nsistant/compiled. [This may require a standard way to define an Ada projec= t.] 2) a method (header-field?) marking the license(s) that the contained sourc= es are under [to help w/ filtering, as well as making it feasable for non o= pen source distribution]. 3) a method for marking dependencies. (Also a header field?) 4) versioning. (To include changes impacting #2 & #3) 5) that building be handled separately. (Though a standard method for descr= ibing an Ada project could definately help here.) 6) that any installation (of non-Ada items) be handled separately. While something like integrated tests would ne nice, I think they might be = a bit beyond the scope of of the project. (#5 and #6 are there to both redu= ce the complexity and the scope of such a repository.) > In particular, the setup Tero described would not bother me (I'd still be worried about it providing an image of relatively i= nactive community by not having much in it, but that might be a risk worth = taking if enough of you care). I think any new system would have this problem. The initial populating woul= d be the sticking point... but, arguably, the current situation is worse. (= That being the exact impetus for suggesting such a repository.) >> 3. By not acting to attract people, you are constantly redirecting smart= young people to other communities, e.g Dlang. Many clever pals want to dit= ch C++ and Ada would be a perfect fit to foster them. Wont happen with loud= voices like yours 'bullying' sensible propositions around. > > > Building complicated tools to do things that aren't really needed for Ada= doesn't make it a "sensible proposition". If the "young people" need too m= uch handholding, they're not really ready to engineer software with a profe= ssional tool like Ada. (How they get anything done in C++ is beyond me!) Does your opinion change if what is being talked about is a library/depende= ncy manager (as described above) rather than the Linux idea of "package man= ager"? >> (I work at Ubisoft Montreal. Yesterday my boss was asking about my websi= te and I told him I did it in Ada. You know what he asked me: 'Ada... is it= not an old programming language?'. By old he meant dead; Ada needs a nice = haircut.) To me it looks like you want to keep Ada and the accompanying dis= course for yourself. Am I wrong? > > >I've put virtually my entire life into Ada, and as such I don't want other= s to come in and destroy the very properties that make Ada attractive in th= e first place. That would make my entire life a waste. I have absolutely no= problem with new ideas that don't harm the good things about Ada. I don't think anyone here wants your life to be wasted. I, for one, am quit= e gratful for the time and energy you have put in. Thank you. >. Did you know that there is an open source subset of Claw? (Probably not,= we've never made that very clear on our website.) The trial version?