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 bignose
Recipients bignose, eryksun, ethan.furman, georg.brandl, gumnos, r.david.murray, serhiy.storchaka
Date 2017-05-01.22:50:14
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <20170501224521.nrmtw36ktabov63f@benfinney.id.au>
In-reply-to <1493665255.41.0.899330762082.issue26362@psf.upfronthosting.co.za>
Content
On 01-May-2017, Serhiy Storchaka wrote:

> tempfile.mktemp() is not much more useful that just a function that
> generates some names which unlikely matches the names of existing
> files the directory.

Yes. That is already useful enough to be in the standard library, and
it is there.

It is also maintained and implemented in one place, behind an
unpublished API (by using ‘next(tempfile._get_candidate_names())’).

Don't get distracted by the way ‘tempfile.mktemp’ creates files;
that's irrelevant to this issue. None of the use cases presented here
care at all about the file created, and never use that file. They
*only* want the name, generated by that standard-library algorithm.

The proposal in this issue is to have a public standard library API,
which I'm calling ‘tempfile.makepath’, to access that existing
maintained standard-library functionality.
History
Date User Action Args
2017-05-01 22:50:14bignosesetrecipients: + bignose, georg.brandl, gumnos, r.david.murray, ethan.furman, serhiy.storchaka, eryksun
2017-05-01 22:50:14bignoselinkissue26362 messages
2017-05-01 22:50:14bignosecreate