GNU bug report logs - #17528
[mktemp] Not a bug.... a feature proposal

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Matthieu Fronton <m <at> tthieu.fr>
Subject: bug#17528: closed (Re: bug#17528: [mktemp] Not a bug.... a
 feature proposal)
Date: Mon, 19 May 2014 16:09:04 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#17528: [mktemp] Not a bug.... a feature proposal

which was filed against the coreutils package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 17528 <at> debbugs.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)]

From: Eric Blake <eblake <at> redhat.com>
To: Matthieu Fronton <m <at> tthieu.fr>, 17528-done <at> debbugs.gnu.org
Subject: Re: bug#17528: [mktemp] Not a bug.... a feature proposal
Date: Mon, 19 May 2014 10:08:24 -0600

[Message part 3 (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)]

[Message part 5 (message/rfc822, inline)]

From: Matthieu Fronton <m <at> tthieu.fr>
To: bug-coreutils <at> gnu.org
Subject: [mktemp] Not a bug.... a feature proposal
Date: Mon, 19 May 2014 15:27:50 +0200

[Message part 6 (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 7 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.