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.182.56.233 with SMTP id d9mr5834916obq.2.1454030000053;
        Thu, 28 Jan 2016 17:13:20 -0800 (PST)
X-Received: by 10.182.153.36 with SMTP id vd4mr110618obb.10.1454029999996;
 Thu, 28 Jan 2016 17:13:19 -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!o2no37317iga.0!news-out.google.com!l1ni135igd.0!nntp.google.com!h5no54969igh.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Thu, 28 Jan 2016 17:13:19 -0800 (PST)
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=216.98.56.20;
 posting-account=MRPdDAoAAADUJmZVjnYaoafXFMadSeY1
NNTP-Posting-Host: 216.98.56.20
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <02241ec4-0f95-4f63-9abc-092f167eb59e@googlegroups.com>
Subject: Ada package registry?
From: olivier.henley@gmail.com
Injection-Date: Fri, 29 Jan 2016 01:13:20 +0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Xref: news.eternal-september.org comp.lang.ada:29279
Date: 2016-01-28T17:13:19-08:00
List-Id: <comp.lang.ada>

Hey,

Anyone thought about doing something similar to DUB, the D package registry=
 (http://code.dlang.org/) ... for Ada?=20

(I know there are other projects for other languages but I also know for a =
fact that the D community did an exhaustive overview about these techs befo=
re committing to theirs)

In my opinion this is a silver bullet for the adoption/recruiting of new us=
ers to the language. It is also a silver bullet to speed up lib and applica=
tion complexity/diversity. Just look at the amount/diversity of packages av=
ailable at code.dlang.org. All this happened in about two years.=20

1. It centralizes libs/applications existence knowledge. ('Ah there is a ge=
neric markov chain library I was not aware of... why not undertake my next =
model-based multivariable control system using Markov chains in Ada. Cool.'=
)

2. It centralizes libs/applications efforts. (Huge impact when it comes to =
collaboration and reducing 'duplicate half-dead efforts' concerning specifi=
c tech: 'Ah there is a generic markov chain library I was not aware of... w=
hy not help this person improve the lib as I am a Markov Chain specialist. =
Cool.')

3. You get improved code for free and automatically. Dependencies updates a=
re retrieved on command.

4. It eases complex application build setup and maintenance.

For sure, at the moment, Ada initiatives are not gathered properly. For exa=
mple, were you aware of the existence of a lean Ada library for generating =
UUIDs? No you did not and maybe this is why you did your own 'kind-ish' ver=
sion at your job or on your free time to fulfill the requirements of anothe=
r project.

An Ada package registry would have informed you of its existence. From ther=
e you could have decided to use this lib, improve this lib, propose a new o=
ne and/or decide to start that new application that was waiting for that sp=
ecialised work of implementing UUIDs to be lifted for you. My two cents.


Comments? Thoughts?

How would you do it... or not/why not?

Thx.


p.s: Before we get there... the fact that many wikipedia articles are of po=
or quality does not affect its tremendous usefulness.