Author BreamoreBoy
Recipients Alexander.Belopolsky, Amber.Yust, Andreas.Pelme, BreamoreBoy, Hanxue.Lee, Lakin.Wecker, alex, belopolsky, cvrebert, dstufft, ethan.furman, georg.brandl, gwrtheyrn, lemburg, mark.dickinson, merwok, ncoghlan, pitrou, r.david.murray, shai, skip.montanaro, tim.peters, westley.martinez, yselivanov
Date 2014-03-08.00:40:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1394239234.39.0.182923819046.issue13936@psf.upfronthosting.co.za>
In-reply-to
Content
There is no plan, other than the BDFL asking for a survey of what is happening with code that relies on this in the real world.  FTR I'm completely against this change.  I see no reason to change something that's been in use for maybe nine years and does what it's documented to do, based on somebody's expectations, failure to read the documents and buggy code.  To me it would be a nail in the coffin of Python's very conservative, and to me extremely proper, view of maintaining backward compatibility.
History
Date User Action Args
2014-03-08 00:40:34BreamoreBoysetrecipients: + BreamoreBoy, lemburg, tim.peters, skip.montanaro, georg.brandl, mark.dickinson, ncoghlan, belopolsky, pitrou, merwok, alex, r.david.murray, cvrebert, Alexander.Belopolsky, ethan.furman, westley.martinez, gwrtheyrn, Lakin.Wecker, yselivanov, shai, dstufft, Andreas.Pelme, Amber.Yust, Hanxue.Lee
2014-03-08 00:40:34BreamoreBoysetmessageid: <1394239234.39.0.182923819046.issue13936@psf.upfronthosting.co.za>
2014-03-08 00:40:34BreamoreBoylinkissue13936 messages
2014-03-08 00:40:34BreamoreBoycreate