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,47bc8b783af4aa38 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Mon, 19 Oct 2009 14:11:47 +0200 From: Georg Bauhaus User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: RFC: Debian Policy for Ada, Fourth Edition for Debian 6.0 "Squeeze" References: <5ce2b9d6-478c-4a03-93c0-289e6559e199@l9g2000yqi.googlegroups.com> In-Reply-To: <5ce2b9d6-478c-4a03-93c0-289e6559e199@l9g2000yqi.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <4adc5783$0$6556$9b4e6d93@newsspool4.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 19 Oct 2009 14:11:47 CEST NNTP-Posting-Host: 79d70346.newsspool4.arcor-online.net X-Trace: DXC=LRTM;TjglRd]l@YUW5NBkn4IUKjLh>_cHTX3jmeQ3cVCXEkD` X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:8730 Date: 2009-10-19T14:11:47+02:00 List-Id: Ludovic Brenta schrieb: > Stephen Leake wrote on comp.lang.ada: > [...] >> If we use the version number in build dependencies, we need an >> expression that allows both non-Ada parts to change without causing a >> FTBFS. To do that, we need all the parts that are allowed to change at >> the end, so they can be covered by a single ~: >> >> ---- >> >> This does not follow the Debian policy, since there is an upstream >> part in the middle of the Debian part, but it has a valid rationale, >> so I think we should just use it, or get a waiver, or propose a mod to >> the Debian policy. > [...] >> As an example, the OpenToken upstream version would be "A3.1a-N2" (Ada >> part 3.1a, non-Ada part 2, no library-ali part since it is not a >> binary distribution), and the Debian version "A3.1a-0-1-N2-1". > > We could use a separator different from '-' so as not to violate the > Debian Policy as much and we do not need a change to the Policy. Also, > let's put the two Debian-specific parts after the '-'. For example > OpenToken would be: > > libopentoken-dev (=3.1a+2-1+1) Any such expression of the versioning scheme would, sooner or later, drive package users up several walls IMHO, after tearing some hair out. Here is why it seems inacceptable: (1) The symbolism, using positional notation and always multiply overloaded punctuation in those tail pictures, is anything but obvious: it requires learning a specific bureaucratic formalism++. Such information should instead be hidden behind some interface. If not, there is service inversion. The package user (client) will have to deal with *internal* data of the package handling service. (2) Users would wonder from what *time-dependent* semantics the *implicit* meaning of the suffix is to be deduced. Makes me think that Ada programmers have better things to do. After all, they are used to fewer exegetic efforts at deciphering symbolism. Solution: Can someone important please mention the availability of *extended* *file* *attributes*---BTW in *both* file systems (including UDF) and in standard archive formats such as zip and tar (hence easily available to deb) ! With extended file attributes the above information can be coded almost like this: > upstream_ada = 3.1a > upstream_non_ada = 2 > library_ali = > debian_ada_patch = 1 > debian_non_ada_patch = 1 Do you see the named notation, the XML attributes, and the property settings? :-) Package handling tools would not need to have yet another ad hoc, ever changing parser for file name infixes. Instead, they could use the library routines for extended file attribute handling. Extended file attributes are too revolutionary? THEY ARE NOT! Good old stuff. Hey, Debian could have something to show off. And help save us from even more idiosyncracy.