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,6df3ec0dff30c185 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!postnews.google.com!y16g2000yqd.googlegroups.com!not-for-mail From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: Open source Ada OS? Date: Wed, 26 Jan 2011 00:36:57 -0800 (PST) Organization: http://groups.google.com Message-ID: References: <4d3f3be3$0$22088$742ec2ed@news.sonic.net> NNTP-Posting-Host: 153.98.68.197 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: posting.google.com 1296031017 21251 127.0.0.1 (26 Jan 2011 08:36:57 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Wed, 26 Jan 2011 08:36:57 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: y16g2000yqd.googlegroups.com; posting-host=153.98.68.197; posting-account=pcLQNgkAAAD9TrXkhkIgiY6-MDtJjIlC User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 (.NET CLR 3.5.30729),gzip(gfe) Xref: g2news2.google.com comp.lang.ada:17677 Date: 2011-01-26T00:36:57-08:00 List-Id: anon wrote on comp.lang.ada: > Most open OS that use CVS/SVN/GIT are based on BSD or LINUX or the AT&T > old OS system. > > And before complaining about Ada OSs, remember Linux is a single file > and to obtain its source, one must download a single archived file. Linux > does not use CVS/SVN/GIT. You seem to live back in 2003. Linus Torvalds created git specifically so he could maintain the sources of Linux. The Linux developers have been using git exclusively since then. See http://git.kernel.org. > As for MaTRE/Openravencar/RTERM are OS for Real_Time applications with > usage of Posix design. And all three of these OS have some of the build-in > libraries written in C based on the Utah OSKIT. So, these OSs may share the > design concept of openSource but they do not care to spend their time in > maintaining a source tree as other openSource OS do. Because when a > maintainer changes one line in a source file to fix a bug it may cause > changes in 100s of other files. So to maintain the correctness of the OS it is > better bundle the source files into a single archived file and this process > decreases the maintaining and download time as well as traffic cost. If changing one file implies changing 100 other files, then the software is badly designed. That has nothing to do with whether a version control system should or should not be used. Note that proper VCSs treat the entire source tree as one entity, so they allow you to record changes to 100 files in one atomic operation. Git, Monotone, Bazaar, Mercurial, Fossil all have this property. Heck, even Subversion has it. > And not all of the openSource OS are GCC version 2 or 3 some have modified > GCC or modified BSD or even their own license that may require the person > downloading to accept the license before downloading. So? > If you look at sourceforge you will see a lot of packages do not fully use the > CVS/SVN concept due to the fact that the maintainer choose not to. That way > if you download a package you are suppose to get all files required including > the license. Tarballs are OK but not required. A version control system is OK but not required. Having both is good. > And a final note: openSource is a great concept but it is not a Prefect > concept. Because there is no Perfect concept only what works for that > group of designer at that time. And CVS/SVN/GIT is not perfect either > it is just what some use todays to obtain files. No, it is not "just" to obtain files. A version control system is supposed to control the versioning(!). With a version control system, you can obtain the software before it is officially released as tarballs, you can use bisection to find when a bug was introduced, you can backport bug fixes. You cannot do these things with "just" a tarball. > Its better to just download the package instead of complaining about hot it storage on the > hosting computer. It is better only if the release tarballs are complete and free of bugs and if you do not need any functionality that has not been released yet. -- Ludovic Brenta.