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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,546c9d71cfb0c1ee X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-03-18 02:19:49 PST Path: archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!crtntx1-snh1.gtei.net!news.gtei.net!newsfeed1.easynews.com!newsfeed3.easynews.com!easynews.com!easynews!newsfeed.news2me.com!newsfeed.icl.net!proxad.net!213.200.89.82.MISMATCH!tiscali!newsfeed1.ip.tiscali.net!news.worldonline.be!not-for-mail From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Booch Components and AdaCL in Debian (was Re: [Announcement] New Project: ASIS for GNAT) Date: 18 Mar 2004 11:22:41 +0100 Organization: Worldonline Belgium Sender: lbrenta@deuteronomy Message-ID: <87n06eo3ny.fsf_-_@insalien.org> References: <1252369.os30E2mMWi@linux1.krischik.com> <3zl4c.17228$mM.123491@attbi_s02> <87ish8iit1.fsf@insalien.org> <4441304.6rRzW27CSL@linux1.krischik.com> <877jxns0e2.fsf@insalien.org> <1413383.96bL1pG4j9@linux1.krischik.com> <871xnvrqvl.fsf@insalien.org> <1420314.lQdMtk62IO@linux1.krischik.com> <87k71lc6y2.fsf@insalien.org> <6880371.o76ZdvQCiD@linux1.krischik.com> NNTP-Posting-Host: ppp-62-235-74-137.tiscali.be Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: news.worldonline.be 1079605186 7946 62.235.74.137 (18 Mar 2004 10:19:46 GMT) X-Complaints-To: abuse@worldonline.be NNTP-Posting-Date: Thu, 18 Mar 2004 10:19:46 +0000 (UTC) User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Xref: archiver1.google.com comp.lang.ada:6396 Date: 2004-03-18T11:22:41+01:00 List-Id: Martin Krischik writes: > Well, AdaCL contains an extension to the booch components. The > extension provides comonents for indefinite elements. You know, for > storing String or 'Class. > > AdaCL does not replace the booch components. You will need the booch > components to use AdaCL. OK, see Debian bug #234551. > I would, of course, prefer to move the extension into the booch > components themself, but Simon does not use a public cvs server :-( > so it would be rather tricky. Is it not possible for you to send him the patches so he can apply them? Alternately, would Simon consider hosting the Booch Components on SourceForge, Berlios, Alioth or some such? Or even as a directory inside the AdaCL? Merging the two projects would simplify packaging for distributions like Debian. I have looked at the AdaCL project on SourceForge, and I have to say I am quite impressed with the activity that takes place there. However, the pace of new releases is also a concern to me; I already maintain 17 source packages and it would be difficult for me to package a new version of AdaCL every couple of weeks. I just won't have enough time. In addition, if the binary interface to the library changes too often, people will be reluctant to use the library in their programs. The binary interface normally changes at every major release; this is reflected in the soname of the shared library. For the current version of AdaCL, we would have in /usr/lib: libadacl.so.4.0.2 the actual shared library libadacl.so.4 -> libadacl.so.4.0.2 the link used at runtime: soname libadacl.so -> libadacl.so.4.0.2 the link used at link time I can see two solutions to this problem of too frequent releases: - let somebody else maintain AdaCL in Debian; this includes not only packaging each new version, but also tracking bugs, being the front-line of support for Debian users, and interacting with the upstream authors on SourceForge. I could provide assistance to get going. In fact, generally speaking, I would really like it if someone else stepped up to package more Ada software in Debian. - slow down the pace of new releases to, say, one every 2 months. This implies no bug-fix releases (unless absolutely required, of course). This implies an automated test suite to ensure top quality of each release (hint: AUnit is already in Debian). I don't think it is desirable to skip some versions of AdaCL in Debian, because newer versions seem to provide valuable bug fixes. What do you think? -- Ludovic Brenta.