The debian-private mailing list leak, part 1. Volunteers have complained about Blackmail. Lynchings. Character assassination. Defamation. Cyberbullying. Volunteers who gave many years of their lives are picked out at random for cruel social experiments. The former DPL's girlfriend Molly de Blanc is given volunteers to experiment on for her crazy talks. These volunteers never consented to be used like lab rats. We don't either. debian-private can no longer be a safe space for the cabal. Let these monsters have nowhere to hide. Volunteers are not disposable. We stand with the victims.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Versions and revisions

Hi,

	I'd like to clarify my views on this.  I have no objection to
 the removal of the revision _control filed_, (reinstatement of which
 Ian is objecting to).  I agree that there should be just one Revision
 field, all I'm asking for is a modicum of standardization of the
 contents of this field, so that one may easily parse this into
 upstream version + debian revision.

	Since the version field is often associated with the filename
 of the .deb file, yes, I was referring to the ability to glean the
 package name + upstream version + debian revision from the filename.
 Even otherwise, is there a means of determining the upstream version
 from the version field in the control file (if one looks into the deb
 package)? (Any standardization in the numbering scheme would help in
 this process if one still has to parse the Revision control field).

	I don't have a concrete example of where this could be used
 apart from packages like dchanges and dftp (of course, esthetically,
 a consistent scheme is pleasing).  I do have a gut feeling that we
 may wish later that we did do the standardization.  However, since I
 can't come up with examples, I can't say I feel very strongly about
 this, and seeing the level of irritation evinced by people who have
 to work on the packages that will be affected by this, I'll stop
 making waves.

		manoj
--
It is best to avoid volcanos whenever possible.  %%
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>