<div dir="ltr">pulling this idea out of the "Linux wheel support" thread, since it deserves it's own thread...<div><br></div><div>the idea being that we should better distinguish:</div><div>1) the current packaging "Specs" (for metadata, versions, etc...)</div><div>vs</div><div>2) Proposals to change them</div><div><br></div><div>currently, we just have PEPs that serve both roles.</div><div><br></div><div>so the idea would be to:</div><div>1) house current specs at packaging.python.org... basically a document tree that's organized by topic, not numbers and it's free of proposal rationales, historical discussion, and transition plans etc...</div><div>2) keep using the PEP process for adjusting or adding to the specs</div><div><div><br></div></div><div>and assuming that approach, I raised a few "publishing" questions:</div><div>1) do we publish/render all supported versions of a certain spec, or just the latest</div><div>2) if we publish them all, then how?  do we maintain separate documents for distinct versions? if not, how do we do it?</div><div><br></div><div>--Marcus</div><div><br></div><div><br></div></div>