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.11.75 with SMTP id 72mr32656393vkl.2.1454446009405; Tue, 02 Feb 2016 12:46:49 -0800 (PST) X-Received: by 10.182.49.197 with SMTP id w5mr450979obn.16.1454446009357; Tue, 02 Feb 2016 12:46:49 -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!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!94no80876qgt.1!news-out.google.com!l1ni967igd.0!nntp.google.com!o2no1565228iga.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Tue, 2 Feb 2016 12:46:49 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=97.123.145.240; posting-account=lJ3JNwoAAAAQfH3VV9vttJLkThaxtTfC NNTP-Posting-Host: 97.123.145.240 References: <02241ec4-0f95-4f63-9abc-092f167eb59e@googlegroups.com> <0ed849e7-75aa-4b9c-8085-ba50014ac87c@googlegroups.com> <5e723414-8c8d-4487-87ac-60d95e1b4e01@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Ada package registry? From: Shark8 Injection-Date: Tue, 02 Feb 2016 20:46:49 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Received-Bytes: 2813 X-Received-Body-CRC: 624016403 Xref: news.eternal-september.org comp.lang.ada:29325 Date: 2016-02-02T12:46:49-08:00 List-Id: On Tuesday, February 2, 2016 at 1:15:00 PM UTC-7, gautier...@hotmail.com wr= ote: > Le mardi 2 f=E9vrier 2016 19:45:06 UTC+1, Shark8 a =E9crit=A0: >=20 > > Well, to be fair "posting about their libraries here" *IS* requiring th= e authors to be doing something. >=20 > It is what Randy means... True; my point was that while we can't really have a system agnostic tool t= hat requires no human action, we can make things easy. > > A good tool, IMO, would handle checking and submitting. Probably withou= t much more difficulty than something like PowerArchiver for creating ZIP a= rchives. >=20 > You mean rather... Zip-Ada :-). No; I was talking about ease of UI use. Certainly not the underlying format= s. > Why not use an Ada package for building an Ada package registry ?... This is the ides I would advocate (making it as much self-hosting as possib= le); however, I don't think that it's a good idea to tie ourselves to a fil= e-system or build-tool (those being sufficiently outside the scope of packa= ge management, as well as introducing their own problems [e.g. case-sensiti= ve FS vs case-insensitive]). I think having an IR amenable to DB-storage would fit quite well here -- we= could use the DB itself to help ensure consistency; we could also use it t= o provide some VCS functionality. (Thinking of programs as 'text' [and 'fil= es'] is going to work against the level of sophistication we can put in our= tools.)