chmod 555 /tmp/rx # make unwritable to owner
install-sh -s /tmp/rx /tmp/sx # try to install, with strip
-> strip: unable to copy file '/tmp/_inst.31092_'; reason: Permission denied
Paul fixed this install-sh bug that I reported last August (commit of
2019-08-26). Closing.
This was a dup of 38139. Closing.
On Sat, 21 Nov 2020 at 22:01, Karl Berry wrote:
>
> By the way, I don't think that find command (or the cp -p for that
> matter) is excessively portable. But I guess we don't much care about
> crufty systems for vala support. --thanks, karl.
>
They are both using only POSIX-2008 features; these
Thanks Reuben.
line 5737 of automake.in would become:
. "\t\@if test ! -f \$@ && test \$(srcdir) != \$(builddir) &&
test -n \"\$\$(find -L \$(srcdir)/$vala_file) -prune \! -newer
\$(srcdir)/$c_file\"; then cp -p \$(srcdir)/$c_file $built_c_file; fi\n"
Bruno, can you p
On Fri, 20 Nov 2020, Karl Berry wrote:
Hi Bob - (sorry for the delayed reply)
On an OpenIndiana system without the GNU utilities
...
Usage: rm [-cFdfirRuv] file ...]
So, it seems that system's rm does not accept "rm -f" (with no file
operands)? (I don't have access to any such system
[CCing the bug, though this email wasn't addressed to it; looks like it
should have been, though!]
Indeed, the generated C file shouldn't be rebuilt; the existing distributed
C source file should be used.
I tried the test with v1.16.3 and it passed for me. Looking at the logs, I
found this line i
