Date: Fri, 26 Feb 2010 02:03:42 -0800 From: Garrett Cooper <yanefbsd@gmail.com> To: Erik Trulsson <ertr1013@student.uu.se> Cc: FreeBSD-Hackers <freebsd-hackers@freebsd.org>, Doug Barton <dougb@freebsd.org> Subject: Re: mktemp(1) in /tmp or $PWD? Message-ID: <7d6fde3d1002260203l5c7491c7w9ed84cdf40acf9d7@mail.gmail.com> In-Reply-To: <20100226092119.GA61498@owl.midgard.homeip.net> References: <7d6fde3d1002251850m3d32904emece0182e905b84c5@mail.gmail.com> <7d6fde3d1002252100oc64434ci5f6783ff10a9f0ea@mail.gmail.com> <alpine.BSF.2.00.1002252225410.50330@qbhto.arg> <20100226092119.GA61498@owl.midgard.homeip.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Feb 26, 2010 at 1:21 AM, Erik Trulsson <ertr1013@student.uu.se> wrote: > On Thu, Feb 25, 2010 at 10:27:40PM -0800, Doug Barton wrote: >> On Thu, 25 Feb 2010, Garrett Cooper wrote: >> >> > So what I did was I wrote up a patch to be *I know... here it comes* >> > more like GNU coreutils' copy of mktemp. >> >> What's the motivation for this? I'm a little confused about why we'd >> want to change this when the -t option already exists. Also, does POSIX >> say anything about what the default should be? > > POSIX does not define the mktemp(1) utility as far as I can tell, and > thus says nothing about the default. > > The HISTORY section in the manpage says that mktemp(1) originated with > OpenBSD so if anything it is the OpenBSD implementation that ought to > be used as a reference. > > If the GNU implementation behaves differently, then I would say it is > likely the GNU version which is wrong. I'm not going to get into that bikeshed topic. I'm not arguing about what's right or wrong -- I just prefer not dealing with quirks between different systems, like having to type `find .' instead of just `find', which searches $PWD first with coreutil's find, or having to type the entry in fstab exactly when doing a mount or unmount because the directory isn't properly abspath'ed. FreeBSD is a great system; if there are ways that I can possibly make it better by adding smart defaults I will propose them wherever I possibly can, because if I've thought of something, I'm pretty sure I'm not the first one to have thought of it. Thanks, -Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7d6fde3d1002260203l5c7491c7w9ed84cdf40acf9d7>