bug#34876: [bug-coreutils] ln 8.31 on Solaris 10 is partially broken
There appears to be a problem on Solaris 10 (and possibly related Solaris family members) with ln in coreutils-8.31: With the new ln: > rm foo bar ; touch foo bar && ls -ld foo bar && ln -f foo bar rm: cannot remove 'foo': No such file or directory rm: cannot remove 'bar': No such file or directory -rw-rw-r-- 1 bowman sysstaff 0 Mar 15 15:55 bar -rw-rw-r-- 1 bowman sysstaff 0 Mar 15 15:55 foo ln: failed to access 'bar/foo': Not a directory The correct behavior should be: > rm foo bar ; touch foo bar && ls -ld foo bar && ln -f foo bar ; ls -ld foo bar rm: cannot remove 'foo': No such file or directory rm: cannot remove 'bar': No such file or directory -rw-rw-r-- 1 bowman sysstaff 0 Mar 15 15:57 bar -rw-rw-r-- 1 bowman sysstaff 0 Mar 15 15:57 foo -rw-rw-r-- 2 bowman sysstaff 0 Mar 15 15:57 bar -rw-rw-r-- 2 bowman sysstaff 0 Mar 15 15:57 foo The same problem may be responsible for this failure in today's build of gawk-4.2.64: make[2]: Entering directory '/local/build/cc/gawk-4.2.64/awklib' rm -f pwcat.c ln -s ./eg/lib/pwcat.c . ln: failed to create symbolic link '.': Invalid argument When I reset PATH to have /bin in front, the ln command succeeded. --- - Nelson H. F. BeebeTel: +1 801 581 5254 - - University of UtahFAX: +1 801 581 4148 - - Department of Mathematics, 110 LCBInternet e-mail: be...@math.utah.edu - - 155 S 1400 E RM 233 be...@acm.org be...@computer.org - - Salt Lake City, UT 84112-0090, USAURL: http://www.math.utah.edu/~beebe/ - ---
bug#33646: [PATCH] doc: improve wording of the --kibibytes option description
On Friday, March 15, 2019 7:30:55 PM CET Assaf Gordon wrote: > Pushed here: > https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=6bd78f27fdc2df89b > 1219921c6f5735885f15e37 > > -assaf Thanks! Kamil
bug#33646: [PATCH] doc: improve wording of the --kibibytes option description
tags 33646 fixed close 33646 stop On 2019-03-15 8:38 a.m., Kamil Dudka wrote: Bug: https://bugzilla.redhat.com/1527391 --- doc/coreutils.texi | 8 +--- I can see no more comments on this. Could you please proceed to push it? Thanks for the reminder. Pushed here: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=6bd78f27fdc2df89b1219921c6f5735885f15e37 -assaf
bug#33646: [PATCH] doc: improve wording of the --kibibytes option description
On Friday, January 18, 2019 8:26:18 AM CET Assaf Gordon wrote:
> Hello,
>
> On 2018-12-06 6:32 a.m., Kamil Dudka wrote:
> > Bug: https://bugzilla.redhat.com/1527391
> > ---
> >
> > doc/coreutils.texi | 8 +---
> > 1 file changed, 5 insertions(+), 3 deletions(-)
> >
> > diff --git a/doc/coreutils.texi b/doc/coreutils.texi
> > index f8339d73f..e93fe71a0 100644
> > --- a/doc/coreutils.texi
> > +++ b/doc/coreutils.texi
> > @@ -7975,9 +7975,11 @@ Append @samp{*} for executable regular files,
> > otherwise behave as for>
> > @opindex --kibibytes
> > Set the default block size to its normal value of 1024 bytes,
> > overriding any contrary specification in environment variables
> >
> > -(@pxref{Block size}). This option is in turn overridden by the
> > -@option{--block-size}, @option{-h} or @option{--human-readable}, and
> > -@option{--si} options.
> > +(@pxref{Block size}). If @option{--block-size}, @option{-h},
> > +@option{--human-readable}, or @option{--si} options are used,
> > +they take precedence over @option{-k} or @option{--kibibytes}
> > +even if @option{-k} or @option{--kibibytes} is placed after
> > +the other options.
> >
> > The @option{-k} or @option{--kibibytes} option affects the
> > per-directory block count written by the @option{-l} and similar
>
> I'm ok with this improvement - if there are no comments
> I'll push in the next few days.
>
> -assaf
I can see no more comments on this. Could you please proceed to push it?
Kamil
