A NOTE has been added to this issue. ====================================================================== https://www.austingroupbugs.net/view.php?id=1616 ====================================================================== Reported By: illiliti Assigned To: ====================================================================== Project: Issue 8 drafts Issue ID: 1616 Category: Shell and Utilities Type: Enhancement Request Severity: Editorial Priority: normal Status: New Name: Mark Lundblad Organization: User Reference: Section: Shell and Utilities Page Number: - Line Number: - Final Accepted Text: ====================================================================== Date Submitted: 2022-11-08 23:03 UTC Last Modified: 2025-03-07 22:32 UTC ====================================================================== Summary: Standardize mktemp utility ======================================================================
---------------------------------------------------------------------- (0007102) dwheeler (reporter) - 2025-03-07 22:32 https://www.austingroupbugs.net/view.php?id=1616#c7102 ---------------------------------------------------------------------- I think "-q" should be standardized. It's widely supported, and most importantly, it's already in use in scripts. In many cases it doesn't matter *why* it failed, it failed. I think it'd be fine if mktemp was also allowed to output relative pathnames IF they are relative to the current directory. I think outputting absolute pathnames is wiser, so that should be an option, but allowing relative to the current directory should be fine. I can't imagine a case where returning a relative pathname from anything other than the current directory would make sense. What you're going to do next with that pathname is use it. If it's a relative pathname not relative to the current directory, the wrong pathname will NECESSARILY be used. I didn't notice the "OUTPUT FILES" thing, good catch. Since the whole point of mktemp is to create a file/directory, that seems fundamentally wrong even if it's "consistent" in some sense. Issue History Date Modified Username Field Change ====================================================================== 2022-11-08 23:03 illiliti New Issue 2022-11-08 23:03 illiliti Name => Mark Lundblad 2022-11-08 23:03 illiliti Section => Shell and Utilities 2022-11-08 23:03 illiliti Page Number => - 2022-11-08 23:03 illiliti Line Number => - 2022-11-08 23:30 steffen Note Added: 0006038 2022-11-09 13:18 illiliti Note Added: 0006041 2023-02-22 13:30 ormaaj Note Added: 0006166 2023-02-22 19:10 ormaaj Note Edited: 0006166 2025-02-28 18:37 eblake Note Added: 0007089 2025-03-06 11:09 geoffclare Note Added: 0007093 2025-03-06 11:10 geoffclare Note Edited: 0007093 2025-03-06 11:10 geoffclare Note Edited: 0007093 2025-03-06 11:11 geoffclare Note Edited: 0007093 2025-03-06 15:15 eblake Note Edited: 0007093 2025-03-06 15:53 geoffclare Note Edited: 0007093 2025-03-06 17:19 stephane Note Added: 0007095 2025-03-06 18:02 lanodan Note Added: 0007097 2025-03-06 18:04 lanodan Note Edited: 0007097 2025-03-06 18:05 lanodan Note Edited: 0007097 2025-03-07 15:11 eblake Note Added: 0007098 2025-03-07 15:14 eblake Note Added: 0007099 2025-03-07 20:41 dwheeler Note Added: 0007100 2025-03-07 21:46 eblake Note Edited: 0007093 2025-03-07 21:54 eblake Note Added: 0007101 2025-03-07 21:57 eblake Note Edited: 0007101 2025-03-07 21:57 eblake Note Edited: 0007101 2025-03-07 22:32 dwheeler Note Added: 0007102 ======================================================================
