From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 08:29:14 2024 Received: (at submit) by debbugs.gnu.org; 17 Sep 2024 12:29:14 +0000 Received: from localhost ([127.0.0.1]:54172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqXKT-0001EM-Eq for submit@debbugs.gnu.org; Tue, 17 Sep 2024 08:29:14 -0400 Received: from lists.gnu.org ([209.51.188.17]:58038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqTfO-0004ti-2a for submit@debbugs.gnu.org; Tue, 17 Sep 2024 04:34:35 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sqTf8-000894-7B for bug-automake@gnu.org; Tue, 17 Sep 2024 04:34:19 -0400 Received: from mx08-006a4e02.pphosted.com ([143.55.148.243]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sqTf5-0005eW-Fv for bug-automake@gnu.org; Tue, 17 Sep 2024 04:34:17 -0400 Received: from pps.filterd (m0316697.ppops.net [127.0.0.1]) by m0316697.ppops.net (8.18.1.2/8.18.1.2) with ESMTP id 48H4KipH022073 for ; Tue, 17 Sep 2024 10:34:02 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cefca.es; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to; s=dkim3; bh=MH1iVwStWjROGdagJtgc4Ssc0R MrceuK4RzKgMRrwiI=; b=NCYxYsZCjFw8j8+ZkwmmZOP7HImj7i0CwvBqK9v7IB uMvyAeokLlcaGTds4xX/ZaOtcGUKZlYNQY6Tt9rfxLOY0tX4s5PW8G1AndENhK45 uowQR7NJz8NQe2ig4yIHfhw32/e9lPxaqt8CDw9luqeTDWSxmFdYBL4GGM8tBlG/ OpF9Wr6gyWe2GypsqBzVXsgyGIv6XLejiT1FLDOJUPbaDEBILz8ecwdYcAM9DRwv 4bl3xj49qUWpJay74vEio9aW4y1uAfdT7e0AZUYdWUeqdKlGpLd+LjtGTA8sic+V 7QzBkqZpumMWMXv6X7J+92/PvFROmO0CXsj8WTvbH1PA== Received: from cefca-vir-053.cefca.es ([193.146.122.33]) by m0316697.ppops.net (PPS) with ESMTPS id 41nmh599ab-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 17 Sep 2024 10:34:02 +0200 (MEST) Received: by cefca-vir-053.cefca.es (Postfix, from userid 33) id AE91580AEF; Tue, 17 Sep 2024 10:34:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cefca.es; s=dkim; t=1726562041; bh=OKgkr4XvMybK3nZj6MBCQR+Pl7wajV/QaV3GCDFa7ZA=; h=To:Subject:Date:From:From; b=w6uvNOtnjAxZ+fYyI+ctIiATIgsuQU95WgaEuJ3YqC5V2bq3LflmxApSs//kuBjZs MITl5mVFzBCzxiuUSbNKS4cLRw6NC2MsoS9CrQt+4PMVVfZSxFKVEgAxpLV8fQbT96 k6wXqXY8AsAqJIuWR28RLsiP3ixTsT4veIGJpobc= To: bug-automake@gnu.org Subject: Numeric user ID too large when generating the tarball X-PHP-Originating-Script: 0:rcmail.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 17 Sep 2024 10:34:01 +0200 From: glorenzetti@cefca.es Message-ID: X-Sender: glorenzetti@cefca.es User-Agent: Roundcube Webmail/0.9.5 X-Proofpoint-GUID: mVOtq6Rsdp3s9Zig5CHWuMxifSryCHZ9 X-Proofpoint-ORIG-GUID: mVOtq6Rsdp3s9Zig5CHWuMxifSryCHZ9 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.60.29 definitions=2024-09-11_02,2024-09-09_02,2024-09-02_01 X-Proofpoint-Spam-Details: rule=salida_notspam policy=salida score=0 spamscore=0 clxscore=1011 priorityscore=1501 mlxscore=0 adultscore=0 suspectscore=0 mlxlogscore=509 phishscore=0 impostorscore=0 lowpriorityscore=0 bulkscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2408220000 definitions=main-2409170063 Received-SPF: pass client-ip=143.55.148.243; envelope-from=glorenzetti@cefca.es; helo=mx08-006a4e02.pphosted.com X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-1.048, RDNS_DYNAMIC=0.982, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 17 Sep 2024 08:29:12 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Good morning, GNU Astronomy Utilities (Gnuastro) uses GNU Autotools. A Gnuastro developer encountered the "Numeric user ID too large" error when generating a tarball with the 'make dist' command on his macOS (Monterey 12.3) laptop. His user id is an integer with 9 digits, which is too big for the old v7 and ustar formats of tar. The issue is discussed in Gnuastro's bug tracker (https://savannah.gnu.org/bugs/?65578), where the work-around conclusion was to use a conditional that adds 'tar-pax' to 'AM_INIT_AUTOMAKE' when the user ID is so large. For reference, here is Gnuastro's configure.ac: https://git.savannah.gnu.org/cgit/gnuastro.git/tree/configure.ac#n44 The issue was also erroneusly reported in autoconf's bug tracker (https://savannah.gnu.org/support/?111123). Even though we encountered this problem in macOS, this problem may not be limited to it. Other user management systems who use such large IDs may also cause this issue. While it is possible to write such workaround downstream in Gnuastro, it would be nice to have the issue solved upstream in the GNU Autotools since it can happen for any other developer of other software that uses Autotools. Best Regards, Giacomo Lorenzetti From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 17:42:01 2024 Received: (at 73316) by debbugs.gnu.org; 17 Sep 2024 21:42:01 +0000 Received: from localhost ([127.0.0.1]:56149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqfxQ-0007Sf-RZ for submit@debbugs.gnu.org; Tue, 17 Sep 2024 17:42:01 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:41234 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqfxP-0007SQ-3m for 73316@debbugs.gnu.org; Tue, 17 Sep 2024 17:41:59 -0400 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.16.1/8.16.1) with ESMTPS id 48HLesrp209344 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Tue, 17 Sep 2024 15:40:54 -0600 Received: (from apache@localhost) by freefriends.org (8.16.1/8.14.7/Submit) id 48HLerDW209342; Tue, 17 Sep 2024 15:40:53 -0600 Date: Tue, 17 Sep 2024 15:40:53 -0600 Message-Id: <202409172140.48HLerDW209342@freefriends.org> From: Karl Berry To: glorenzetti@cefca.es Subject: Re: bug#73316: Numeric user ID too large when generating the tarball In-Reply-To: X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73316 Cc: 73316@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Giacomo - thanks for the report. Unfortunately, I (still) don't see a good way for Automake can automatically deal with this problem. After reading the various links in your message, it seems even less feasible. Automatically switching to tar-pax if the current id is too large feels like too big of a change to me. The user might well want to fix it in another way. I know I would. Does tar report an error for you with a too-large-for-v7 uid value? I get, e.g., $ tar -cf x.tar --owner=31863269 --format=v7 x.html tar: value 31863269 out of uid_t range 0..2097151 tar: Exiting with failure status due to previous errors So I don't see anything to be gained by automake trying to detect the situation just to issue a different error. All I can see to do is to add tar-pax as another workaround for the problem in the manual. (Glad you had that idea.) * Regarding "privileges" needed for --owner=0 --group=0, as you reported in https://savannah.gnu.org/bugs/?65578#comment5 ... that seems strange. It's just writing a file with certain bits. It does not happen for me with GNU tar 1.34 (compiled from the original source). But given that that was the case for you, that's another argument for automake not to try to do anything automatically. For instance, you could (hopefully) use --owner=1 --group=1 instead, if your tar somehow does something special about [ug]id 0. * Regarding the TAR_OPTIONS envvar, it works for me with the same tar 1.34: $ TAR_OPTIONS=-v tar cf test.tar test.txt test.txt So I don't know why it didn't work for you. Puzzling. Happy hacking, Karl From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 19 12:00:49 2024 Received: (at 73316) by debbugs.gnu.org; 19 Sep 2024 16:00:49 +0000 Received: from localhost ([127.0.0.1]:33330 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1srJaL-0007hu-0S for submit@debbugs.gnu.org; Thu, 19 Sep 2024 12:00:49 -0400 Received: from mx07-006a4e02.pphosted.com ([143.55.146.78]:34946) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1srJaG-0007he-4g for 73316@debbugs.gnu.org; Thu, 19 Sep 2024 12:00:47 -0400 Received: from pps.filterd (m0316690.ppops.net [127.0.0.1]) by mx07-006a4e02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 48JBIrqK022078; Thu, 19 Sep 2024 18:00:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cefca.es; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s=dkim3; bh=Cuo2 2YZUiTMYsJaI2aqmeUtzMJKoQP3lhXZd5we4R4E=; b=vsNayRmGzV/EHAOAOv8n 3bHhNCVYOe9yLCtZ9y6zqWZb7ZHSpyGme53JOEOeq2Gpp8bQ3Z32Z8Z7OjugB2FA ihfBOUf0V4BetYmcn2aOuGRCmxgtMhvOgFArtTroVzVAHjY5ejiu0Gl1W6mI0Vyz KkfJd8filR+qJA7f+zTfgbdMqjogQ2A3jQ0uYJosbodJzlrzbtknaoPb1RRdqLpG rvLJo90ZhNARZilTfzy+FLWLJoQf83ib69GmnN10t/xi+VLqg4GdzQnLsubJ/BjL IiMU/K3VegBDhbwsFBeqrXwnY8imurPw97GztFZJNmBN+A5FgA3jaAwNWiGQzOe2 Kg== Received: from cefca-vir-053.cefca.es ([193.146.122.33]) by mx07-006a4e02.pphosted.com (PPS) with ESMTPS id 41nkum7ntk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 19 Sep 2024 18:00:25 +0200 (MEST) Received: by cefca-vir-053.cefca.es (Postfix, from userid 33) id 945F980B02; Thu, 19 Sep 2024 18:00:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cefca.es; s=dkim; t=1726761623; bh=3pyxDYbIFZF4Z9X55kSlhQAT1KZxAxffmV5jPouSXk0=; h=To:Subject:Date:From:Cc:In-Reply-To:References:From; b=AsvfFtWfM90LEw2LB7pWvvVR0Qxr8R69x65/4emYmA0Jc6HJwTwRpHNYEuznoHsgL Pg+r/WeI3f11A9lBHOx803kmvYBO1rkrD3oeFsyABS9KiR8LW5q31+piasFzzlMCZ4 R/YHXX1oT2l88BFxf1ZD7LHt1uWRfeXOXJF8QDTg= To: Karl Berry Subject: Re: bug#73316: Numeric user ID too large when generating the tarball X-PHP-Originating-Script: 0:rcmail.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 19 Sep 2024 18:00:23 +0200 From: glorenzetti@cefca.es In-Reply-To: <202409172140.48HLerDW209342@freefriends.org> References: <202409172140.48HLerDW209342@freefriends.org> Message-ID: X-Sender: glorenzetti@cefca.es User-Agent: Roundcube Webmail/0.9.5 X-Proofpoint-GUID: 4XuLNCeONlehqnhvBuyVoRtpbiy9mI2D X-Proofpoint-ORIG-GUID: 4XuLNCeONlehqnhvBuyVoRtpbiy9mI2D X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.60.29 definitions=2024-09-11_02,2024-09-09_02,2024-09-02_01 X-Proofpoint-Spam-Details: rule=salida_notspam policy=salida score=0 suspectscore=0 spamscore=0 mlxlogscore=999 clxscore=1011 priorityscore=1501 lowpriorityscore=0 mlxscore=0 impostorscore=0 bulkscore=0 malwarescore=0 phishscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2408220000 definitions=main-2409190106 X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 73316 Cc: 73316@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) Hi Karl, thanks for the detailed answers. We've run few more tests, and we've found a couple more issues. 1. As you pointed out, TAR_OPTIONS is working fine from the command line, but it doesn't work when written inside Makefile.am, neither on Mac, nor on Linux. $ TAR_OPTIONS="--version" $ export TAR_OPTIONS 2. The workaround we were attempting uses an AS_IF to initialize a variable to be used as argument in AM_INIT_AUTOMAKE, but AM_INIT_AUTOMAKE is reading that variable as an option. Are we missing something regarding the syntax of autotools? 3. Feature request: it would be nice to have a "tar-no-owner" option for AM_INIT_AUTOMAKE that sets user and group ids to 0. (The "privileges" issue apparently is only when extracting with --same-owner, so intended) Best, Giacomo From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 23 16:35:28 2025 Received: (at 73316) by debbugs.gnu.org; 23 Feb 2025 21:35:28 +0000 Received: from localhost ([127.0.0.1]:37057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tmJdI-00007Q-Ai for submit@debbugs.gnu.org; Sun, 23 Feb 2025 16:35:28 -0500 Received: from frenzy.freefriends.org ([198.99.81.75]:54342 helo=freefriends.org) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tmJdB-00006i-2g for 73316@debbugs.gnu.org; Sun, 23 Feb 2025 16:35:21 -0500 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.16.1/8.16.1) with ESMTPS id 51NLYh6g1009229 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Sun, 23 Feb 2025 14:34:43 -0700 Received: (from apache@localhost) by freefriends.org (8.16.1/8.14.7/Submit) id 51NLYhwk1009228; Sun, 23 Feb 2025 14:34:43 -0700 Date: Sun, 23 Feb 2025 14:34:43 -0700 Message-Id: <202502232134.51NLYhwk1009228@freefriends.org> From: Karl Berry To: glorenzetti@cefca.es Subject: Re: bug#73316: Numeric user ID too large when generating the tarball In-Reply-To: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 73316 Cc: 73316@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Giacomo - back on your report from last year (sorry): https://debbugs.gnu.org/cgi/bugreport.cgi?bug=73316 1. As you pointed out, TAR_OPTIONS is working fine from the command line, but it doesn't work when written inside Makefile.am, You need to add an "export" directive to the Makefile, which requires GNU make. As in: TAR_OPTIONS = --owner=0 --group=0 export TAR_OPTIONS FWIW, I added this to the manual for the automake-1.17 release (https://gnu.org//automake/manual/automake.html#Basics-of-Distribution) following another user's report, https://bugs.gnu.org/19615. I've added your finding of tax-pax to the manual. I don't know if tar-pax is portable enough now for general use. It wasn't when it was invented. 2. The workaround we were attempting uses an AS_IF to initialize a variable to be used as argument in AM_INIT_AUTOMAKE, but AM_INIT_AUTOMAKE is reading that variable as an option. Are we missing something regarding the syntax of autotools? As far as I can see, I don't think AM_INIT_AUTOMAKE can handle "computed" options. Looking at Automake/Options.pm, it is just considering the options as string constants and checking for validity using regexps. I don't see a feasible way to do otherwise. 3. Feature request: it would be nice to have a "tar-no-owner" option for AM_INIT_AUTOMAKE that sets user and group ids to 0. (The "privileges" issue apparently is only when extracting with --same-owner, so intended) It would be nice. The problem is that there's no portable way to do it, and it's not simple to detect and change the tar invocation. If you're willing to use GNU tar, the above should suffice. If you need to be portable to all tars, then, well, I don't know how/if it's possible with any other tar. I'm going to close this for lack of anything more to do, but please reply/reopen issue as desired. --thanks, karl. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 24 12:05:34 2025 Received: (at 73316) by debbugs.gnu.org; 24 Feb 2025 17:05:34 +0000 Received: from localhost ([127.0.0.1]:42340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tmbte-0006ar-4T for submit@debbugs.gnu.org; Mon, 24 Feb 2025 12:05:34 -0500 Received: from frenzy.freefriends.org ([198.99.81.75]:52040 helo=freefriends.org) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tmbta-0006ad-OM; Mon, 24 Feb 2025 12:05:31 -0500 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.16.1/8.16.1) with ESMTPS id 51OH4smv1100983 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Mon, 24 Feb 2025 10:04:55 -0700 Received: (from apache@localhost) by freefriends.org (8.16.1/8.14.7/Submit) id 51OH4sEt1100982; Mon, 24 Feb 2025 10:04:54 -0700 Date: Mon, 24 Feb 2025 10:04:54 -0700 Message-Id: <202502241704.51OH4sEt1100982@freefriends.org> From: Karl Berry To: glorenzetti@cefca.es Subject: Re: bug#73316: Numeric user ID too large when generating the tarball In-Reply-To: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 73316 Cc: 73316@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) [I mailed this yesterday, but the bug has not been updated. Disturbing. originally mailed on Date: Sun, 23 Feb 2025 13:35:17 -0800. Trying again.] Hi Giacomo - back on your report from last year (sorry): https://debbugs.gnu.org/cgi/bugreport.cgi?bug=73316 1. As you pointed out, TAR_OPTIONS is working fine from the command line, but it doesn't work when written inside Makefile.am, You need to add an "export" directive to the Makefile, which requires GNU make. As in: TAR_OPTIONS = --owner=0 --group=0 export TAR_OPTIONS FWIW, I added this to the manual for the automake-1.17 release (https://gnu.org//automake/manual/automake.html#Basics-of-Distribution) following another user's report, https://bugs.gnu.org/19615. I've added your finding of tax-pax to the manual. I don't know if tar-pax is portable enough now for general use. It wasn't when it was invented. 2. The workaround we were attempting uses an AS_IF to initialize a variable to be used as argument in AM_INIT_AUTOMAKE, but AM_INIT_AUTOMAKE is reading that variable as an option. Are we missing something regarding the syntax of autotools? As far as I can see, I don't think AM_INIT_AUTOMAKE can handle "computed" options. Looking at Automake/Options.pm, it is just considering the options as string constants and checking for validity using regexps. I don't see a feasible way to do otherwise. 3. Feature request: it would be nice to have a "tar-no-owner" option for AM_INIT_AUTOMAKE that sets user and group ids to 0. (The "privileges" issue apparently is only when extracting with --same-owner, so intended) It would be nice. The problem is that there's no portable way to do it, and it's not simple to detect and change the tar invocation. If you're willing to use GNU tar, the above should suffice. If you need to be portable to all tars, then, well, I don't know how/if it's possible with any other tar. I'm going to close this for lack of anything more to do, but please reply/reopen issue as desired. --thanks, karl. From unknown Sun Jun 15 09:00:37 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 25 Mar 2025 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator