bug#77897: "make clean" should do a "rm -rf .deps"

2025-04-21 Thread Sam Varshavchik
Karl Berry writes: Sam, if your situation needs to remove .deps at make clean, how about: clean-local: rm -rf .deps It does not seem plausible to me to change automake's behavior in this regard at this late date. It would surely cause a lot of trouble in a lot of packages. --best, karl.

bug#77805: new snapshot available: m4-1.4.19.60-6ebfc.tar.xz

2025-04-21 Thread Santiago Vila
El 21/4/25 a las 22:42, Karl Berry escribió: A patch to mdate-sh might take the form of checking (possibly only when a command-line option is also specified) if $SOURCE_DATE_EPOCH is set in the environment, and if so favoring that timestamp over the mdate of its target file.

bug#77897: "make clean" should do a "rm -rf .deps"

2025-04-21 Thread Karl Berry
Sam, if your situation needs to remove .deps at make clean, how about: clean-local: rm -rf .deps It does not seem plausible to me to change automake's behavior in this regard at this late date. It would surely cause a lot of trouble in a lot of packages. --best, karl.

bug#77851: AM_RUN_LOG not found due to ustar by default

2025-04-21 Thread Karl Berry
Hi Ross, I shall update to the final [autoconf] release Have you had a chance to try this? I would like to get to the bottom of this so I can make the release. because intltool is already configured, being a tarball. Your intltool link does not seem to provide any tarball. [1] a

bug#77805: new snapshot available: m4-1.4.19.60-6ebfc.tar.xz

2025-04-21 Thread Karl Berry
A patch to mdate-sh might take the form of checking (possibly only when a command-line option is also specified) if $SOURCE_DATE_EPOCH is set in the environment, and if so favoring that timestamp over the mdate of its target file. That sounds doable. Thanks. I don't think an extra