Ludovic Brenta schrieb:
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
(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.
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:
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.