This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients cvrebert, giampaolo.rodola, jcea, r.david.murray
Date 2012-10-28.16:14:16
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1351440856.44.0.703084779679.issue16329@psf.upfronthosting.co.za>
In-reply-to
Content
Interesting.  So we have two choices: leave it to the platform mime types file to define because it is not even on track to be an official IANA standard, or include it with a comment that it is a de-facto standard.

The question, I guess, is how fluid the definition is likely to be.  It doesn't seem like the filetype mapping for the existing definitions is going to change, and since we don't (currently) have content-detection of any sort, the impact of a change in the definitions to users of our code seems minimal.  So I guess I'd be OK with adding it as a de-facto standard, though I'm not entirely comfortable with it.  But that would represent a change in policy, so others may want to weigh in.
History
Date User Action Args
2012-10-28 16:14:16r.david.murraysetrecipients: + r.david.murray, jcea, giampaolo.rodola, cvrebert
2012-10-28 16:14:16r.david.murraysetmessageid: <1351440856.44.0.703084779679.issue16329@psf.upfronthosting.co.za>
2012-10-28 16:14:16r.david.murraylinkissue16329 messages
2012-10-28 16:14:16r.david.murraycreate