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: a07f3367d7,f4f9a5641fe807e0 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,UTF8 Path: g2news1.google.com!news2.google.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post01.iad.highwinds-media.com!newsfe13.iad.POSTED!00000000!not-for-mail From: Brad Moore User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Paraffin: Parallelism generics for Ada 2005 References: <4d3f3b67$0$22088$742ec2ed@news.sonic.net> <4d3f45be$0$6768$9b4e6d93@newsspool3.arcor-online.net> <4d3f4642$0$22179$742ec2ed@news.sonic.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Message-ID: NNTP-Posting-Host: 68.145.218.234 X-Complaints-To: internet.abuse@sjrb.ca X-Trace: newsfe13.iad 1296014569 68.145.218.234 (Wed, 26 Jan 2011 04:02:49 UTC) NNTP-Posting-Date: Wed, 26 Jan 2011 04:02:49 UTC Date: Tue, 25 Jan 2011 21:02:49 -0700 Xref: g2news1.google.com comp.lang.ada:16701 Date: 2011-01-25T21:02:49-07:00 List-Id: On 25/01/2011 6:59 PM, Yannick Duchêne (Hibou57) wrote: > Le Wed, 26 Jan 2011 02:53:39 +0100, Brad Moore a > écrit: >> No particular reason, I suppose. This is my first release of a project >> on source forge. I checked out several other Ada open source projects, >> and that seemed to be the approach taken elsewhere. If it makes sense to >> release in another manner, I am open to considering that. One issue I >> think with releasing in a public version control system, is choosing >> which one. There are a number of them out there. > You can safely keep going with a single archive: that's handy for every > one (no need for a repository war the same there was a browser war). > Also an archive is better suited for personal storage (at the user side) > than a versioning system is. Unless one plan to be involved in the > development, a versioning system tree is more uselessly-heavy and > encumbered than useful. > Good points. The single archive approach seemed easiest to me, and it still sounds like the way to go.