GNU bug report logs -
#17528
[mktemp] Not a bug.... a feature proposal
Previous Next
Reported by: Matthieu Fronton <m <at> tthieu.fr>
Date: Mon, 19 May 2014 15:34:01 UTC
Severity: normal
Tags: notabug
Done: Eric Blake <eblake <at> redhat.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Mon, 19 May 2014 10:08:24 -0600
with message-id <537A2C78.4030902 <at> redhat.com>
and subject line Re: bug#17528: [mktemp] Not a bug.... a feature proposal
has caused the debbugs.gnu.org bug report #17528,
regarding [mktemp] Not a bug.... a feature proposal
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
17528: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17528
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
Hello,
First i'd like to apologize because this message is about for a new feature
proposal, not a bug.
I send it to the only mail I have found in the man page. Sorry for that.
I just wanted to propose to add the last generate temporary file's full path
in a predefined environment variable.
I can create a patch or send a pull request but I'll first need to know
where your source code is and how can we contribute, even for these kind of
tiny little feature.
Regards,
Matthieu Fronton.
[Message part 4 (text/html, inline)]
[Message part 5 (message/rfc822, inline)]
[Message part 6 (text/plain, inline)]
tag 17528 notabug
thanks
On 05/19/2014 07:27 AM, Matthieu Fronton wrote:
> Hello,
>
> First i'd like to apologize because this message is about for a new feature
> proposal, not a bug.
> I send it to the only mail I have found in the man page. Sorry for that.
One person's feature request is another person's bug for missing
functionality, so you mailed the correct place.
>
> I just wanted to propose to add the last generate temporary file's full path
> in a predefined environment variable.
Umm, how do you propose to do that? Child processes cannot modify the
environment of the parent. The only way to invoke mktemp is by spawning
a child process - but that means that there is no way for mktemp to
modify a predefined environment variable. That is, unless you are
proposing to add a new shell builtin (so that a child process is not
spawned), but then your patch would need to be against the shell (we
don't maintain the shell here in coreutils).
> I can create a patch or send a pull request but I'll first need to know
> where your source code is and how can we contribute, even for these kind of
> tiny little feature.
You are welcome to try and write a patch, but it sounds fundamentally
futile based on how environment variables work. As such, I'm going to
close this request as not a bug, but feel free to continue replying on
this thread if you have more questions or comments.
Read this for more ideas about contributing other patches:
http://git.savannah.gnu.org/cgit/coreutils.git/tree/HACKING
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 11 years and 11 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.