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