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,b88c7b1a4db3246c X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.scarlet.biz!news.scarlet.biz.POSTED!not-for-mail NNTP-Posting-Date: Thu, 08 Feb 2007 10:36:25 -0600 From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: Ada Reference Manual in texinfo format? References: <87sldpo83w.fsf@ludovic-brenta.org> <4dCdncquF5TP71_YnZ2dnUVZ_tOmnZ2d@megapath.net> <87odo9lhog.fsf@ludovic-brenta.org> <1170681175.011450.167450@k78g2000cwa.googlegroups.com> <0-adnRXpj9QKU1rYnZ2dnUVZ_t2tnZ2d@megapath.net> <1170752459.890968.12150@v33g2000cwv.googlegroups.com> <87fy9genlo.fsf@ludovic-brenta.org> <87bqk4ehya.fsf@ludovic-brenta.org> Date: Thu, 08 Feb 2007 17:36:23 +0100 Message-ID: <877iusehdk.fsf@ludovic-brenta.org> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:kXfcoNyp+XruAME4D+N0Q7XOrkk= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii NNTP-Posting-Host: 62.235.236.165 X-Trace: sv3-kxGDuqBIkU5Nt0L5e7Thyt8ACCQ4zfi+BBLCMeu0hagC3eoiieSw/Z5hRQTvK4rboryODlTYTTomDSW!XhAf56Dsfz/nu+JOpdaPgALEkRPaRci3uot7gDrZmj7Jds/a4mhvziOy9WGCZEAvlT9Iw6nuUlM= X-Complaints-To: abuse@scarlet.be X-DMCA-Complaints-To: abuse@scarlet.biz X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.32 Xref: g2news2.google.com comp.lang.ada:9147 Date: 2007-02-08T17:36:23+01:00 List-Id: Ludovic Brenta writes: > - centralised > - does not keep track of merges > - thinks a branch is a directory > - thinks a tag is a directory > - thinks there is only one project per repository > - makes it easy for one commit to mistakenly revert the previous > commit (i.e. if you forget to merge into your working copy before > you commit) Oh, and also: - does not allow crypto signatures on commits - does not guarantee data integrity by means of strong hashes - does not allow DAGgy fixes [1] and then there are shortcomings of "just" the implementation: - ridiculously inefficient storage [2] - working copies contain two copies of every file (one hidden) [1] http://www.venge.net/monotone/wiki/DaggyFixes [2] GCC in CVS: 3.5 Gb; GCC in Subversion: 8.5 Gb and growing. -- Ludovic Brenta.