Official procedure for feature removal ? / was: Re: Dead code:programs/Xserver/iplan2p[248]

Roland Mainz roland.mainz at nrubsig.org
Mon Oct 4 19:29:07 PDT 2004


Leon Shiman wrote:
> >Adam Jackson wrote:
> >> These three directories appear to be completely abandoned.  I can't find
> any
> >> reference to them in any of the live configs or Imakefiles.  According to
> >> xf86's CVS history they haven't been substantially modified in eight
> years.
> >> Unless someone speaks on their behalf within, say, two weeks, these three
> are
> >> getting deleted.
> >
> >It would be nice if you could file a bug into bugzilla to track that
> >issue (and for the .../Xserver/ilbm/ code, too) that there is an
> >official record of the removal.
> >
> >BTW: What about setting up an official procedure for such a feature
> >removal similar to what Sun does in Solaris: First they annouce the
> >removal of a feature ("EOL notice", "EOS notice"(=end-of-support)) in
> >their release notes and then one of the _following_ releases then
> >removes it (e.g. there is always one release cycle time for customers to
> >scream&rant)).
> 
> A procedure was carefully developed by X.Org about two years ago for
> deprecating an X.Org Standard. Paul Anderson, was chairman of the
> Architecture Task Force at the time (and still is).
> 
> Suggest reviewing that work with Paul's help.

Is the procedure anywhere documented ?

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)



More information about the xorg mailing list