Author berker.peksag
Recipients ammar2, berker.peksag, cheryl.sabella, eric.smith, larry, mcepl, skrah, steven.daprano, suic, terry.reedy, vstinner, xtreak
Date 2018-09-08.16:41:51
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1536424911.21.0.56676864532.issue34605@psf.upfronthosting.co.za>
In-reply-to
Content
Personally, I find parent/child more descriptive if it can be used in the same context with master/slave, so I'm in favor of replacing master/slave with parent/child where applicable.

However, I agree that the code changes in PR 9100 are a bit excessive. It would be nice if we could keep the members of the public API (some of them have already been deprecated) and variable/function/parameter names left out of this cleanup.
History
Date User Action Args
2018-09-08 16:41:51berker.peksagsetrecipients: + berker.peksag, terry.reedy, vstinner, larry, eric.smith, mcepl, steven.daprano, skrah, ammar2, cheryl.sabella, suic, xtreak
2018-09-08 16:41:51berker.peksagsetmessageid: <1536424911.21.0.56676864532.issue34605@psf.upfronthosting.co.za>
2018-09-08 16:41:51berker.peksaglinkissue34605 messages
2018-09-08 16:41:51berker.peksagcreate