tag 49741 fixed
close 49741
stop
On 2021-08-22 4:15 p.m., Assaf Gordon wrote:
Attached a suggested fix.
pushed in:
https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=709d1f8253072804cc27189a6f2b873d8d563399
tag 50151 notabug
close 50151
stop
On 2021-08-25 12:54 p.m., Frans de Boer wrote:
On 8/25/21 10:16 AM, Assaf Gordon wrote:
qemu-aarch64 -strace -L /newroot \
/newroot/usr/sbin/chroot /newroot /usr/bin/env --version 2&1 \
| tee log.txt
@assaf: your suggestions no. 1 a
Hello,
On 2021-08-24 2:39 a.m., Paul Eggert wrote:
However, I think it'll be a better use of our time for you to debug this
one yourself. It doesn't sound like a Coreutils problem; it sounds like
a problem in your virtual machine setup, and you're the best expert on
that setup.
Few
On 2021-08-17 3:37 a.m., Jim Meyering wrote:
On Tue, Aug 17, 2021 at 2:02 AM Pádraig Brady wrote:
On 16/08/2021 22:17, Assaf Gordon wrote:
Attached a suggested fix.
minor nit in NEWS:
a nit in the commit log:
Thanks, attached updated patch.
Will push this week if there are no other
Hello Emil and all,
Thanks for the clear and easily reproducible bug report.
Attached a suggested fix.
Comments very welcomed,
- Assaf
>From 11330058443e7cc92b4a53322d810725d42b4e34 Mon Sep 17 00:00:00 2001
From: Assaf Gordon
Date: Mon, 16 Aug 2021 15:03:36 -0600
Subject: [PATCH] basenc:
Hi,
I will also work on it this weekend.
-assaf
On 2021-08-12 7:37 p.m., Paul Eggert wrote:
Simon, this looks like some sort of minor buffering problem in 'basenc
--base64', since plain 'base64' works correctly. Is this something you
have time to look into?
https://bugs.gnu.org/49741
tag 44704 notabug
severity 44704 wishlist
stop
Hello,
On 2020-11-17 6:32 a.m., Brian J. Murrell wrote:
It would be a useful enhancement to uniq to replace all lines
considered non-uniq (i.e. those that would be removed from the output)
with a message about how many times the previous line was
On 29/09/2020 02:18, ned haughton wrote:
When splitting with -d, the numbering screws up after 89:
In addition to Pádraig explanation, please see previous similar
discussion here:
https://lists.gnu.org/archive/html/bug-coreutils/2017-02/msg00050.html
http://bugs.gnu.org/25832
Hello,
On 2020-07-15 2:12 p.m., Beth Andres-Beck wrote:
If that is the intended behavior, the bug is that:
printf '12,\n1,\n' | sort -t, -k1 -s
1,
12,
does _not_ take the remainder of the line into account, and only sorts on
the initial field, prioritizing length.
It is at the very least
tags 42340 notabug
close 42340
stop
Hello,
On 2020-07-12 5:57 p.m., Beth Andres-Beck wrote:
In trying to use `join` with `sort` I discovered odd behavior: even after
running a file through `sort` using the same delimiter, `join` would still
complain that it was out of order.
[...]
Here is a
Hello,
> On Apr 9, 2020, at 3:23 PM, Zeev Pekar wrote:
>
> it would be nice to be able to sort (coreutils -> sort) Hebrew numerals:
An interesting idea, but I think it is a bit too niche to be included in the
coreutils “sort” program (tradeoff of usefulness vs bloat).
However, such
tag 38003 notabug
close 38003
stop
Hello,
On 2019-10-31 2:34 a.m., Ilja Honkonen wrote:
Please CC me as I'm not on this list. Running date (GNU coreutils) 8.26
on fedora 30 today (date --utc -I: 2019-10-31) with --date=-1month
gives the same month which doesn't make sense:
$ date --utc -I
Hello Bernhard,
On 2019-10-13 3:57 p.m., Bernhard Voelker wrote:
On 2019-10-13 23:28, Paul Eggert wrote:
In any sane system there would be only
four lines of non-header output (for tmpfs etc, /, /home, and
/media/eggert/B827-D456), but df is outputting 28 lines.
What is so special about
On 2019-10-13 3:28 p.m., Paul Eggert wrote:
[..]
I mean c'mon, here's the output of 'df' on the Ubuntu 18.04.3 LTS
workstation I'm typing this particular message on. In any sane system
there would be only four lines of non-header output (for tmpfs etc, /,
/home, and /media/eggert/B827-D456),
Hi all,
On 2019-10-13 2:27 p.m., Paul Eggert wrote:
On 10/13/19 2:41 AM, Pádraig Brady wrote:
I wonder could we key (also) on used==0||available==0.
Yes, looking at the sample output I gave earlier, I'd say we could by
default drop filesystems where usage is 1% or less. That would solve the
tag 37093 notabug
close 37093
stop
Hello,
On 2019-08-19 10:44 p.m., Edward Huff wrote:
In the demo below, dd uses 0.665s to write 1GiB of zeros.
sha256sum uses 4.285s to calculate the sha256 of 1GiB of zeros.
wc uses 32.160s to count 1GiB of zeros.
[...]
baseline results:
$ dd if=/dev/zero
tag 37058 notabug
close 37058
stop
Hello,
Two issues are mixed here.
First:
On 2019-08-16 2:17 p.m., Gao, Jianliang wrote:
I followed https://github.com/phnmnl/phenomenal-h2020/wiki/QuickStart-Installation-for-Local-PhenoMeNal-Workflow with Older Galaxy chart to deploy local galaxy-k8s
close 36985
stop
Hello,
On 2019-08-09 12:55 a.m., Rob Hearne wrote:
root@kafka-robh-vmdub-04:/kafka/bin# tail -f Control
tail: unrecognized file system type 0x794c7630 for ‘Control’. please report
this to bug-coreutils@gnu.org. reverting to polling
This has been fixed in version 8.25
DESCRIPTION
[...]
In the second synopsis form, mv shall move each file named by a
source_file operand to a destination file in the existing directory
named by the target_dir operand [...] This second form is assumed
when the final operand names an existing directory
I
A Walsh wrote:
>
> On 2019/08/02 19:47, Assaf Gordon wrote:
>> Can new merging features be added to 'mv'? yes.
>> But it seems to me these would be better suited for 'higher level'
>> programs (e.g. a GUI file manager).
> ---
> But neither the person who posted th
Hello,
On 2019-08-02 9:56 p.m., L A Walsh wrote:
On 2019/08/02 19:47, Assaf Gordon wrote:
Can new merging features be added to 'mv'? yes.
But it seems to me these would be better suited for 'higher level'
programs (e.g. a GUI file manager).
---
But neither the person who posted
Hello,
On Fri, Aug 02, 2019 at 02:41:31AM -0700, L A Walsh wrote:
> On 2019/07/28 23:28, Assaf Gordon wrote:
> >
> >
> > $ mkdir A B B/A
> > $ touch A/bar B/A/foo
> > $ mv A B
> > mv: cannot move 'A' to 'B/A': Directory not empty
>
that uses 'rename' or 'link' or similar
> syscalls, and which reports an error if the syscall fails.
OK, I will work on that next.
-assaf
>From 8dc6158a6fde668e55312b5fb69384f438b7e55a Mon Sep 17 00:00:00 2001
From: Assaf Gordon
Date: Mon, 29 Jul 2019 00:23:20 -0600
Subject: [PATCH] mv: improve err
Hello,
On Wed, Jul 31, 2019 at 08:03:45PM -0700, Paul Eggert wrote:
> Assaf Gordon wrote:
> > An explicit error explicitly saying "cannot move", and mention the source
> > and
> > destination, and also "blames" the target directory seems the most
> &g
Hello Paul,
On Mon, Jul 29, 2019 at 06:50:46PM -0500, Paul Eggert wrote:
> On 7/29/19 1:28 AM, Assaf Gordon wrote:
> > + if (rename_errno == ENOTEMPTY || rename_errno == EEXIST)
> > +{
> > + error (0, 0, _("cannot move %s to %s: Targe
others think? If this is a desired improvement, I'll finish the
patch with news/tests/etc.
regards,
- assaf
>From 430b30104234db719bf15e6fc681a62312c7124f Mon Sep 17 00:00:00 2001
From: Assaf Gordon
Date: Mon, 29 Jul 2019 00:23:20 -0600
Subject: [PATCH] mv: improve ENOTEMPTY/EEXI
tag 36674 notabug
close 36674
stop
Hello,
On Mon, Jul 15, 2019 at 11:42:01AM -0700, Marshall Lake wrote:
> Even though this isn't a bug, I was asked to send the following to this
> email address.
(General suggestions and discussions are better suited for
coreut...@gnu.org mailing list, that way
tag 36671 notabug
close 36671
stop
Hello,
On Mon, Jul 15, 2019 at 06:22:47PM +0200, John Koppolu wrote:
> tail: unrecognized file system type 0x794c7630 for ‘/var/log/messages’.
> please report this to bug-coreutils@gnu.org. reverting to polling
You've previously reported this 4 days ago,
tag 36600 notabug
close 36600
stop
Hello,
On Thu, Jul 11, 2019 at 05:53:16PM +0200, John Koppolu wrote:
> unrecognized file system type 0x794c7630 for ‘/var/log/messages’. please
> report this to bug-coreutils@gnu.org. reverting to polling
>
This has system (overlayfs, commonly used with Docker
Hello Paul,
On Wed, Jun 26, 2019 at 12:57:14PM -0700, Paul Eggert wrote:
> GNU sort uses the same algorithm as glibc strverscmp,
I think that both sort and ls use 'filevercmp' - a simplified version
that does not support locales (and doesn't fail).
The change (from 'strvercmp') was made in:
(Adding Ian Jackson for dpkg/debian-version details)
Hello,
On Tue, May 28, 2019 at 02:53:39AM +0200, Vincent Lefevre wrote:
> With GNU coreutils 8.30 under Debian/unstable, I get:
>
> $ LC_ALL=C ls
> ab-cd abb abe
> $ LC_ALL=C ls -v
> abb abe ab-cd
>
> The hyphen-minus character should
tag 35654
close 35654
stop
Hello,
On Thu, May 09, 2019 at 11:53:11PM +0800, st0n3 ss wrote:
> Hello! we have found a vulnerability of command chown, please check it.If
> it is a vulnerability. please request a cve id for use, thank you!chown -h
> bypass
Given Paul's and Bob's detailed answers,
tag 36130 notabug
close 36130
stop
Hello,
On Mon, Jun 10, 2019 at 04:50:20PM -0600, Assaf Gordon wrote:
> On 2019-06-10 12:28 p.m., Heather Wick wrote:
> > Verbose: This seems to have made the same number of files this time; not
> > sure why the other 3-4 times I ran it it did n
tag 35632 notabug
close 35632
stop
Hello,
(sorry for the delayed reply)
On Wed, May 08, 2019 at 12:57:10PM +0100, Ralph Corderoy wrote:
>
> Using date from coreutils 8.31-1 on Arch Linux.
> This surprised me.
>
> $ TZ=UTC0 /bin/date -d '1pm + 2 hours'
> Wed 8 May 15:00:00 UTC 2019
>
tag 36383 notabug
close 36383
stop
Hello,
On Tue, Jun 25, 2019 at 04:10:07PM -0700, Brian Woods wrote:
> When doing a math operation to a date command it appear to process the
> timezone differently.
[...]
>
> #echo $datNow
> 2019-06-25 15:21:34
>
> #date -d "$datNow + 1 minute" "+%Y-%m-%d
Hello,
On 2019-06-10 12:28 p.m., Heather Wick wrote:
Thank you so much for your response. Here are the results of the tests
you sent:
Verbose: This seems to have made the same number of files this time; not
sure why the other 3-4 times I ran it it did not. They appear to be the
same size,
Hello,
On Fri, Jun 07, 2019 at 09:48:44PM -0400, Heather Wick wrote:
> Yes, sorry, I should have specified that I already checked that the
> original fastq files are indeed paired and sorted with the same number of
> lines and same starting/ending IDs, narrowing down the issue to a problem
> with
Hello,
On Fri, Jun 07, 2019 at 02:23:15PM -0400, Heather Wick wrote:
> I am using split to split up some large, paired fastq files [...]:
>
> zcat MH1_R1.fastq.gz | split - -l 4000 DHT_R1_
> zcat MH1_R2.fastq.gz | split - -l 4000 DHT_R2_
>
> This creates 96 chunks for the R1 and 95
tags 35587 notabug
close 35587
stop
Hello,
On 2019-05-05 1:01 p.m., Toralf Förster wrote:
I'd expect "B" being the first line here:
echo a B c d | xargs -n 1 | sort
using sys-apps/coreutils-8.30 at a stable hardened Gentoo Linux, but it is "a".
Is this a bug or a feature?
This is
tags 34825 fixed
close 34825
stop
Hello,
On 2019-04-10 5:05 a.m., Michal Nowak wrote:
the patch worked on OpenIndiana as well.
Thanks for confirming, I'm closing this bug.
regards,
-assaf
Hello,
On 2019-04-15 5:10 p.m., O. Emmerson wrote:
For me it gives:
$ ./inv-year
time() = 1555369320
localtime() = 2019-04-16 00:02:00
(mday=16 wday=2, isdst=1)
struct tm (after adjustment) = 0009-04-16 00:02:00
(mday=16 wday=2,
Hello,
On 2019-04-15 11:55 a.m., C de-Avillez wrote:
19.04:
It is worth noting that Ubuntu 19.04 has not been officially released
yet, so you are testing on a development branch (or a release-candidate,
or a special built infrastructure as hinted by your path).
tags 35109 notabug
close 35109
stop
Hello,
On 2019-04-02 7:23 a.m., Maximilian Gleißner wrote:
I have encountered a possible bug with the date function using both SuSE
LEAP 15.0 and SuSE 10.2.
This bug occurs when asking date for 'tomorrow' when there is a daylight
saving timechange.
This is
tags 34488 fixed
close 34488
stop
Hello,
The original request of "sort --limit" resulted in
an improved "env" with options new options,
which was included in the recent version 8.31.
I'm therefor closing this item.
-assaf
tags 34700 notabug
severity 34700 wishlist
retitle: rm: add new --force option deal with read-only directories
stop
Hello,
As explained by several people in this thread,
This is not a bug in "rm -f", but the mandated behavior.
Bob and others provided work-arounds ( https://bugs.gnu.org/34700#17
retitle 34825 OpenIndiana: tests/{misc,cp} fail in v8.31
stop
Hello,
On 2019-03-11 1:10 a.m., Michal Nowak wrote:
on OpenIndiana 2018.10 (illumos kernel) the test suite has three new
fails in v8.31 (amd64) compared to v8.30:
FAIL tests/misc/timeout-parameters.sh (exit status: 1)
FAIL
tags 34894 fixed
close 34894
stop
On 2019-03-17 3:17 p.m., John Marino wrote:
On 3/17/2019 15:28, Paul Eggert wrote:
John Marino wrote:
After applying the recent patch to 8.31 ln to fix functionality on
solaris 10, I saw some improvement but I think there's something else
wrong.
Thanks.
tags 34923 notabug
severity 34923 wishlist
retitle 34923 dd: add messages about IO errors
stop
On 2019-03-19 9:44 p.m., Paul Eggert wrote:
Daniel A. Gauthier wrote:
NOTICE that the "+nn" value on the line is always one off. It says +0
after the first error, +1 after the second, etc. until the
tags 34968 notabug
close 34968
stop
On 2019-03-24 9:12 a.m., Bernhard Voelker wrote:
I don't know Dutch, but this looks to me like the regular output of "sha256sum
--help"
from an older version of coreutils (<8.25, because the --ignore-missing option
is not yet there). What is wrong with it?
tags 34988 notabug
severity 34988 wishlist
retitle 34988 mv: omit useless 'overwrite?' question
stop
On 2019-03-25 4:47 p.m., Paul Eggert wrote:
On 3/24/19 11:05 PM, 積丹尼 Dan Jacobson wrote:
$ mv a b
mv: overwrite 'b'? y
mv: cannot overwrite non-directory 'b' with directory 'a'
User thinks
tags 34905 moreinfo
retitle 34905 uname: -i/-p returns "unknown"
stop
On 2019-03-19 9:48 p.m., Paul Eggert wrote:
Wellington Almeida wrote:
When using the -p and -i functions in the uname command I noticed that
it returned an unknown result, can this be a bug?
It could be a bug in the uname
severity 35032 wishlist
retitle 35032 date: adjust rfc8601/3339 formats to W3C standard
stop
On 2019-03-28 11:20 a.m., Nicolas Mailhot wrote:
Would it be possible to make them both optional in --rfc-3339, and both
mandatory in --iso-8601 ? Or add a --w3c option that conforms to the W3C
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:
E && src/env --list-signal-actions )
PIPE (13): ignore
Comments very welcomed,
- assaf
>From 02cba657e2f63c05f859daf18a7d1032fdc32c6f Mon Sep 17 00:00:00 2001
From: Assaf Gordon
Date: Fri, 15 Feb 2019 12:31:48 -0700
Subject: [PATCH 1/3] env: new options
-p/--default-signal=SIG
Hello,
On 2019-02-19 1:24 a.m., Bernhard Voelker wrote:
On 2/18/19 11:20 AM, Assaf Gordon wrote:
[...] what do you think ?
To Eric's suggestion, I'd remove the RESET_OPTIND function argument,
because it's never used.
+1
Re. OPTIND: what about resetting the values of all involved
Hello,
On 2019-02-15 1:19 p.m., Eric Blake wrote:
On 2/15/19 12:32 PM, Assaf Gordon wrote:
There is at least one change in behavior, not sure if this is
bad enough to be a regression or doesn't really matter:
$ yes-OLD me -- --help | head -n1
me -- --help
$ yes-NEW me -- --help
:00 2001
From: Assaf Gordon
Date: Fri, 15 Feb 2019 12:31:48 -0700
Subject: [PATCH] env: new options -p/--default-signal=SIG/--ignore-signal=SIG
New options to set signal handlers to default (SIG_DFL) or ignore
(SIG_IGN) This is useful to overcome POSIX limitation that shell must
not override inh
Hello,
On 2019-02-17 1:12 p.m., Paul Eggert wrote:
Assaf Gordon wrote:
I don't mind either way (env feature or new program).
This should be a new feature of 'nohup' not 'env', as 'nohup' is already
about signal handling. I don't see a need for a new program.
With 'nohup' I don't think
On 2019-02-16 4:56 p.m., Bernhard Voelker wrote:
On 2/15/19 10:40 PM, Assaf Gordon wrote:
$ seq | env --default-signal PIPE sort -n | sed 5q | wc -l
src/env.c| 90 +++-
That's quite a lot of new code.
What about a new
so can always start with default SIGPIPE handler:
#!/usr/bin/env -S -P sh
seq inf | head -n1
comments welcomed,
- assaf
>From d65ddf38cd5cf60ba6fc4f1bf60f7324a3e6bebd Mon Sep 17 00:00:00 2001
From: Assaf Gordon
Date: Fri, 15 Feb 2019 12:31:48 -0700
Subject: [PATCH] env: new option
Hello Eric and all,
Thanks for the quick and detailed review.
I've amended all the issues you mentioned.
On 2019-02-13 8:20 p.m., Eric Blake wrote:
15 files changed, 46 insertions(+), 141 deletions(-)
Nice diffstat.
These are of course Bernhard's improvements,
I just did the testing
severity 34488 wishlist
retitle 34488 doc: sort: expand on "broken pipe" (SIGPIPE) behavior
stop
Hello,
On 2019-02-15 7:43 a.m., 積丹尼 Dan Jacobson wrote:
Things start out cheery, but quickly get ugly,
$ for i in 9 99 999 9; do seq $i|sort -n|sed 5q|wc -l; done
5
5
5
5
sort: write
severity 34475 wishlist
retitle 34475 doc: test: expand on -a/-o usage
stop
Hello,
On 2019-02-13 6:00 p.m., 積丹尼 Dan Jacobson wrote:
First, on the test(1) man page, at
[...]> Say instead
[...]
I'm marking this as "wishlist" item, patches always welcomed.
-assaf
tags 34487 notabug
close 34487
stop
Hello,
On 2019-02-15 5:02 a.m., Ricky Tigg wrote:
Hi. An ISO image cannot not be booted from BIOS
[...]
# dd if=debian-9.7.0-amd64-DVD-3.iso of=/dev/sdc
A CD/DVD image is not the same as a hard drive.
The internal structure differs,
and one can not be
Hello,
On 2019-02-12 7:00 p.m., Eric Blake wrote:
On 2/12/19 7:21 PM, Assaf Gordon wrote:
+ optind = 1;
Why are you doing this in every caller, instead of doing it just once
inside the body of parse_gnu_standard_options_only(), so that the state
is left unchanged at optind==1 if there were
Hello,
A follow-up and more details:
On 2019-01-12 11:30 a.m., Assaf Gordon wrote:
On 2019-01-12 8:42 a.m., Eric Blake wrote:
On 1/11/19 6:23 PM, Assaf Gordon wrote:
- optind = 0;
+ optind = 1;
Ouch. You're hitting the portability problem of the difference between
BSD and glibc.
I
On 2019-02-09 1:18 p.m., Ricky Tigg wrote:
Covered object by values '1994 s', '2014.25 s' seems to be a unique
time elapsed. Those values can therefore be expected to be identical,
either '1994 s' or '2014.25 s' – 2014 s and 25 hundredths of s –.
The command was:
# dd if=/dev/zero
tags 34220 wontfix
close 34220
stop
Hello,
On 2019-01-27 9:03 p.m., Paul Eggert wrote:
DAVID MONNIAUX wrote:
under CompCert, floating-point values are not simplified at compile
time
[...]
please file a bug report for CompCert so
that its maintainers can fix the bug in the compiler.
Given
tags 34340 moreinfo
stop
Hello,
On 2019-02-05 4:50 p.m., L A Walsh wrote:
and it is not on the manpage, but tar copies
acls and has them on the manpage.
It guess it is an oversite that cp copies over 'xattrs'
but not acls?
First,
Can you verify the 'cp' binary you are using was compiled
severity 34345 wishlist
retitle 34345 dd: report elapsed time as HH:MM:SS.NNN
stop
Hello,
Ricky Tigg's original message was sent to coreut...@gnu.org
(not to bug-coreutils@gnu.org), and did not create a new bug report:
https://lists.gnu.org/r/coreutils/2019-02/msg3.html
This is of
Hello,
On 2019-02-06 5:16 a.m., Matt Wilder wrote:
tail: unrecognized file system type 0x794c7630 for ‘/var/log/syslog’.
please report this to bug-coreutils@gnu.org. reverting to polling
Thank you for the report.
This has been fixed in version 8.25 and later, for more details
see
tags 34143 notabug
close 34143
stop
Hello,
On 2019-01-19 3:11 p.m., Joseph Paul wrote:
It may not be a bug at all, but I was surprised to find out that 'du
-x' is reporting a lower disk usage on /mnt when partitions are
mounted.
This is not a bug.
Technically, as you wrote
tags 32198 notabug
close 32198
stop
Hello,
It seems your message has not been replied to in a long while.
Sorry about that.
On 2018-07-18 8:24 a.m., Matthew Guidry wrote:
I was doing some experimentation with nano v2.9.3 and tail,
watching the output of tail after saving in nano and
tags 32455 notabug
close 32455
stop
Hello,
It seems your message has not been replied to in a long while.
Sorry about that.
On 2018-08-16 8:47 a.m., Mike Crowe wrote:
If cp is passed the -d option and told to copy a symlink to the directory
containing the symlink then it ends up removing the
Hello,
On 2019-01-18 2:56 a.m., René J.V. Bertin wrote:
the code isn't the most welcoming to dive into I've ever seen ;)
Two online resources that might help in exploring the code:
http://www.maizure.org/projects/decoded-gnu-coreutils/
severity 8960 wishlist
stop
(triaging old bugs)
Hello,
On 2011-07-04 10:15 a.m., Pádraig Brady wrote:
On 29/06/11 21:47, Bruno Haible wrote:
The program 'stdbuf' on bi-arch x86 / x86_64 systems cannot work on all kinds
of programs.
[...]
I would like to have a single binary that works on
close 12339
stop
(triaging old bugs)
Hello,
This long and winding thread covers several topics
relating to rm(1), historical unix and POSIX compatibility
(and a bugfix or two in the mix).
An enlightening read for those interested...
( https://bugs.gnu.org/12339 )
But the bottom line is:
retitle 12400 rmdir: add --one-file-system option
severity 12400 wishlist
tags 12400 wontfix
stop
(triaging old bugs)
Hello,
On 2012-09-09 11:22 p.m., Bob Proulx wrote:
Linda Walsh wrote:
If you are going to only provide 1 mode of functionality, it should
be to only rmdir dirs on the same
tags 33211 notabug
close 33211
stop
Hell0,
On 2018-10-30 3:33 p.m., scootergrisen wrote:
I wonder if its a mistake that in Fedora i can see coreutils.mo in both:
/usr/share/locale/*/LC_TIME
/usr/share/locale/*/LC_MESSAGES
They seem to be identical.
This is not a mistake (nor a bug).
Not
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
tags 33718 moreinfo
stop
Hello,
On 2018-12-13 1:54 a.m., Rudy BROSTEAUX wrote:
Environment: AIX 7.2 TL3 SP1 (on IBM Power Systems)
Origin of the coreutils RPM used @release 8.30 is perzl.org
Installed using a yum server.
*** /root> /usr/bin/time timeout 2.3 sleep 5
timeout: warning:
close 9089
stop
(triaging old bugs)
Hello,
On 2011-07-15 5:30 a.m., Philipp Thomas wrote:
I'm trying to track down a bug in cat of coreutils 6.12. Doing
cat /var/log/Xorg.0.log | head -n70
under ksh consistently fails with 'cat: write error: Connection reset by
peer'. It does not fail when
severity 34110 wishlist
retitle 34110 du: add dual-column showing apparent-size and disk-size
stop
Hello,
On 2019-01-17 3:13 a.m., René J.V. Bertin wrote:
On Wednesday January 16 2019 16:06:50 Assaf Gordon wrote:
I hope this helps to clarify "apparent-size".
Yes and no :) I under
tags 13738 wontfix
close 13738
stop
(triaging old bugs)
Hello,
On 2013-02-18 2:01 p.m., Bob Proulx wrote:
anatoly techtonik wrote:
Bob Proulx wrote:
anatoly techtonik wrote:
The 'users' command shows users who are currently online. It will be nice
to have --all option to show all users.
severity 16282 wishlist
tags 16282 wontfix
close 16282
stop
(triaging old bugs)
Hello,
On 2013-12-28 1:03 p.m., Paul Eggert wrote:
[...] if it makes a standard
utility behave in odd ways, it'll break scripts that
don't expect the odd behavior. That's the essential
objection here.
Yes,
close 12820
stop
(triaging old bugs)
Hello,
On 2013-02-28 10:08 a.m., Paul Eggert wrote:
Perhaps there's a bug in nap () but if so the bug should
be fixed there.
Given the above, and with no further comments in almost 6 years,
I'm closing this bug.
Discussion can continue by replying to
tags 33785 notabug
close 33785
stop
Hello,
On 2018-12-19 10:05 a.m., Pádraig Brady wrote:
On 17/12/18 22:42, lzhong wrote:
According to the following commit
commit 2e81e62243409c5c574b899f52b08c000e4d99fd
df: only suppress remote mounts of separate exports with --total
[...]
The
tags 34115 notabug
close 34115
merge 34115 33823
stop
Hello,
On 2019-01-17 5:53 a.m., Ricky Tigg wrote:
[...]
$ cat > .inputrc
set enable-bracketed-paste on
Press *Return*, then *Ctrl D*.
[...]
Content of *.inputrc*, which is expected to be still present, has been
This sounds very
Hello,
I'll address only the "apparent-size" issue (not the two-columns, or
compressed file-systems):
On 2019-01-16 1:13 p.m., René J.V. Bertin wrote:
According to `du --help`, the apparent-size option reports a size that is not
the actual disk usage. The numbers above seem to show the
Hello Eric,
On 2019-01-12 8:42 a.m., Eric Blake wrote:
On 1/11/19 6:23 PM, Assaf Gordon wrote:
- optind = 0;
+ optind = 1;
Ouch. You're hitting the portability problem of the difference between
BSD and glibc.
Otherwise many things fail like so:
$ ./src/dd
./src/dd: unrecognized
Hello Berny and all,
On 2018-11-29 1:48 a.m., Bernhard Voelker wrote:
The attached are quite raw attempts to address this - yes, as a function
instead of a macro. ;-)
* [PATCH] long-options: add parse_gnu_standard_options_only
gnulib patch!
For the gnulib patch, I believe the following
close 25159
stop
On 2018-10-28 1:35 a.m., Assaf Gordon wrote:
On 2016-12-10 6:51 a.m., ahfc wrote:
Maybe a system glitch or a chown bug so just fyi.
[...]
chown: changing ownership of ‘/run/media/rest_/of_/path_/filename ':
Operation not permitted
If this is still an issue for you, can
close 29285
stop
On 2018-10-29 8:09 p.m., Assaf Gordon wrote:
On 2017-11-13 7:43 a.m., timofonic timofonic wrote:
As the coreutils build system reported, I'm sending the following
building error from using the coreutils-git Arch User Repository
package ( https://aur.archlinux.org/packages
close 33204
stop
Hello,
On 2018-10-31 7:10 a.m., Eric Blake wrote:
On 10/30/18 3:49 AM, ˮ��֮�� wrote:
HI,Dear developer of GNU tools：
I found a possible bug when using the Touch tool.
Most likely, this is not a bug in coreutils, but a limitation between
the operating system and file
tags 15328 notabug
close 15328
stop
Hello,
On 2013-09-10 3:01 p.m., Linda Walsh wrote:
Whatever the problem is, it's not in 'mv'...
Given the above, and no further comments in 5 years,
I'm closing this item.
regards,
- assaf
severity 15727 wishlist
retitle 15727 doc: cp: expand dirs-vs-files with -f/--remove-dest
stop
Hello,
On 2013-10-29 12:20 p.m., Linda Walsh wrote:
[...]
You need to make the docs much more clear about "cp"s limitations.
update isn't eally update, and -T is certainly wrong at the very
least.
retitle 22022 ln: error making symbolic links with relative paths
tags 22022 notabug
close 22022
stop
Hello,
On 2015-11-26 9:13 p.m., Eric Blake wrote:
[...]
You may be interested in trying 'ln --relative -sv b/* c/' instead,
which creates 'c/a' as a symlink to '../b/a', and therefore resolves
severity 34009 wishlist
retitle 34009 doc: mkdir: warn that --mode doesn't affect parents
stop
Hello,
On 2019-01-07 8:36 a.m., 積丹尼 Dan Jacobson wrote:
do warn that --mode doesn't affect any parents created.
$ mkdir --mode 700 -p /tmp/g/h/i
$ find /tmp/g -ls
55795 0 drwxr-xr-x 3
severity 20775 wishlist
retitle 20775 cp: improve hardlink dups handling with "cp -a -u"
stop
With no further comments in more than 3 years,
I'm marking this as a "wish list" item.
-assaf
tags 32291 notabug
close 32291
stop
Hello,
Seems your message was not replied to in 6 months - sorry about that.
On 2018-07-27 3:48 a.m., Ludovic Tolhurst-Cleaver wrote:
`ls -ltcr` seems to be the one showing the correct date here. I like to
use `ls -ltc` because it's my initials. My
1 - 100 of 574 matches
Mail list logo
