bug#24929: comm enhancement proposal: --print-summary --quiet

On 11/18/2016 10:43 PM, 積丹尼 Dan Jacobson wrote: > The example is confusing, as it just happens to result in 1 2 3, > > $ printf '%s\n' 1 2 3 4 > file1 > $ printf '%s\n' 2 3 4 5 6 > file2 > $ comm --total -123 file1 file2 > 1 2 3 total > > So please use > > $ printf '%s\n'

bug#25161: tail: unrecognized file system type 0x53464846

unarchive 23273 forcemerge 23273 25161 close 25161 stop On 12/10/2016 08:05 PM, Joe Wronski wrote: > Just following tail's suggestion to report this: > > Using Bash on Ubuntu on Windows10 (as administrator in Windows contect) > > adminb@GREY2:~$ tail -f > /mnt/c/Windows/System32//LogFiles/Firew

bug#23073: wc reports wrong byte counts when using '--from-files0=-'

On 12/19/2016 08:00 PM, Pádraig Brady wrote: > + [bug introduced in coreutils-7.1] FWIW I think that the bug was not introduced in v7.0-96-gc2e56e0: I had a working 8.23 on a system here, so I took the time to search deeper. I found the reason to be the wrong value of the 'hi_pos' parameter passe

bug#23073: wc reports wrong byte counts when using '--from-files0=-'

On 12/20/2016 02:12 PM, Pádraig Brady wrote: > Right! > > While st_size would have been incorrect for subsequent > files since v7.1, it was only used since v8.24. > > Fixed with: > http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=94d2c68 Thanks! Have a nice day, Berny

bug#25369: Error Report: tail: unrecognized file system type 0x53464846

unarchive 23273 forcemerge 23273 25369 close 25369 stop On 01/06/2017 12:34 AM, Norman Cook wrote: > Reporting as requested: > > _nwc.manifest.txt is a simple text file (created from output of a bash shell > script) > > Environment is fully patched Windows 10 as at Jan 1, 2017. Executing in the

bug#25407: ls documentation should reflect file system atime setting

;d avoid to place such a general description (similar to the node "File permissions") in the middle of the utility chapters. The attached fixes this - okay to push? Thanks & have a nice day, Berny >From 5695d0547d2213a660418da7a68af2dca6e2ba50 Mon Sep 17 00:00:00 2001 From: Bernhard

bug#25407: ls documentation should reflect file system atime setting

On 01/10/2017 12:18 AM, Paul Eggert wrote: > The first patch is a minor cleanup [...] ... which makes the syntax-check fail: maint.mk: you have modified old NEWS maint.mk:1074: recipe for target 'sc_immutable_NEWS' failed make: *** [sc_immutable_NEWS] Error 1 Have a nice day, Berny

bug#25407: ls documentation should reflect file system atime setting

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/10/2017 09:11 PM, Eric Blake wrote: > Please fix the double 'the the' while moving, if I don't beat you to it on my > end, since syntax-check also flags > that. Thanks for the review. As you already fixed the sc_prohibit_doubled_word failure,

bug#25398: stty: bug or feature?

On 01/11/2017 11:17 AM, Dave B wrote: > Any idea what sort of time scale (months/years?) It may take for the fix > to propagate (if it would do that) through all the various aggregation > processes so as to appear in the regular system updates for the various > distributions of Linux? The regular

bug#25475: tail -f behaviour

On 01/18/2017 05:39 PM, f0rhum wrote: > Hi > This is about tail v5.97 First of all, this is a ~10 years old version. Even if this turns out to be a bug in the software, you won't get any support for it. Did you try the latest version (8.26)? > I have a log file that is updated every 5mn, a times

bug#25475: tail -f behaviour

tag 25475 notabug close 25475 stop On 01/19/2017 12:44 AM, f0rhum wrote: > deleted (then sed -i '$ d' $LOGF;), then immediately 3 + 43 printed ^^ That's the reason: "sed -i" opens a new, temporary file and filters the original content from 'file' to the new one; f

bug#25510: unrecognized file system type 0x53464846

unarchive 23273 forcemerge 23273 25510 close 25510 stop On 01/23/2017 05:28 AM, Hassan Karim wrote: > tail: unrecognized file system type 0x53464846 for > ‘rsb-log-20170122-213101.txt’. please report this to bug-coreutils@gnu.org. > reverting to polling > > Linux SILVERSURFER2 3.4.0+ #1 PREEMPT T

bug#25567: unrecognized file system type 0x53464846 for ‘letsencrypt.log’

unarchive 23273 forcemerge 23273 25567 close 25567 stop On 01/28/2017 10:22 PM, kinguru wrote: > > tail -f letsencrypt.log > > tail: unrecognized file system type 0x53464846 for ‘letsencrypt.log’. > please report this to bug-coreutils@gnu.org. reverting to polling Thanks for the report, howeve

bug#25567: unrecognized file system type 0x53464846 for ‘letsencrypt.log’

On 01/29/2017 04:27 PM, Philip Rowlands wrote: > On 29/01/2017 08:59, Bernhard Voelker wrote: > >> Thanks for the report, however, the fix is already available >> in a newer release (v8.26). >> >> P.S. This type of bug report is kind of getting boring: >>

bug#25589: Probably a bug in cp

On 01/31/2017 12:18 PM, Francesco Asnicar wrote: > Dear all, > I'm facing a problem with the cp command when using the -a (or > --preserve=all) parameter. > The problem is that the ownership of either files and folders is not > preserved. > I did several tests in which I tried to used different opt

bug#23539: tail -f file name headings displayed too many times after suspend

On 02/07/2017 08:42 AM, Pádraig Brady wrote: > I'll push in your name tomorrow. +1 Thanks & have a nice day, Berny

bug#25378: cp does not preserve SElinx context of sub folder

Hi Padraig, only some minor remarks from my side. On 02/21/2017 04:11 AM, Pádraig Brady wrote: > From d17ca013f3aadcf697663830fa9ec34cba551f66 Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?P=C3=A1draig=20Brady?= > Date: Mon, 20 Feb 2017 18:46:49 -0800 > Subject: [PATCH] cp: set SElinux context for

bug#25837: Windows 10 bash

unarchive 23273 forcemerge 23273 25837 close 25837 stop On 02/22/2017 11:40 AM, Brunaldo Shabani wrote: > Hi there > > I want to point out a couple of bugs I've found using Bash for Windows 10: > > > > * If I run the command tail -f nohup.out > > o tail: unrecognised file system typ

bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s)

On 02/27/2017 12:44 AM, Pádraig Brady wrote: > The attached uses your suggestion of '/' but only allowed in the last > position. Maybe it'd be good to have an example in the Texinfo manual as well. Otherwise: LGTM, thanks! Have a nice day, Berny

bug#25915: ACFS filesystem and tail: unrecognized file system type

close 25915 stop On 03/01/2017 05:01 PM, Mathias Zarick wrote: > Hi there, > > when we run tail -f > on a Linux System Oracle Linux Server 7.2 > on a file on ACFS / ASM cluster filesystem > > We get: > > tail: unrecognized file system type 0x61636673 for âEDWP123_lmsa_41359.trcâ. > please repo

bug#25930: optimize mv for multiple bind mounts

On 03/02/2017 10:16 PM, L A Walsh wrote: > Anyone know why Linux doesn't do detection by device vs. > by mount point? Both pieces of info have their use, but for rename > seems that 'by device' would be optimal. quick guess: because not only the device matters. What if e.g. the other bind mo

bug#25982: Bug in command tail -f

unarchive 23273 forcemerge 23273 25982 close 25982 stop On 03/05/2017 04:20 PM, Emmanuel bolaños wrote: > Thanks for the report, however, on technical lists like this we prefer plain text over screenshots. It's not only the unnecessary email overhead (54kb vs. a couple of lines of text) multipl

bug#26029: Problems with join

tag 26029 notabug close 26029 stop On 03/08/2017 06:39 PM, Peter Kluge wrote: >Hello Mike Haertel, > >I've a problem with the join-command >2 Files , compare-field in one file first in the other second filed. >Files attached > >I want as output to have the compare-file and t

bug#26206: TAIL Error

unarchive 23273 forcemerge 23273 26206 close 26206 stop On 03/21/2017 03:09 PM, Mark Griffin wrote: > tail: unrecognized file system type 0x53464846 for ‘logging0.txt’. please > report this to bug-coreutils@gnu.org. reverting to polling > > > Using Ubuntu Linux Subsystem for Windows. Tailing a

bug#26324: Tail does not recognize .log file type

On 03/31/2017 06:20 PM, Pádraig Brady wrote: > On 31/03/17 08:26, Kevin Bedard wrote: >> Hello. When I execute a ‘tail -f ‘ on my product’s log file (text based >> file), I get the error below, however, the file contents is still displayed >> and updated in real time. >> >> >> >> *tail: unrecogniz

bug#26377: Error using tail on Windows Linux Subsystem

unarchive 23273 forcemerge 23273 26377 close 26377 stop On 04/05/2017 09:40 PM, Tauzell, Dave wrote: > tail: unrecognized file system type 0x53464846 for '/mnt/c/file.txt'. please > report this to bug-coreutils@gnu.org. reverting to polling > > Dave Tauzell | Senior Principal Software Engineer|

bug#26621: hint for translators is missing from POT file, but is opaque anyhow

On 04/24/2017 09:38 AM, Paul Eggert wrote: > Yes, and since the messages you're talking about are supposed to come out > once a second, dd should just omit everything after the decimal point. Not quite - you can still get them with 'kill -USR1 $pid'. Have a nice day, Berny

bug#26689: tail: unrecognized file system type 0x53464846

unarchive 23273 forcemerge 23273 26689 close 26689 stop [This time CCing the control server to have it change the status of the bug; thanks to Glenn Morris for pointing this out the last time.] On 04/28/2017 12:39 AM, Onken, Ed wrote: > tail: unrecognized file system type 0x53464846 for 'ErrorInf

bug#26971: mv -v output ordering looks impossible

On 05/18/2017 03:11 AM, Pádraig Brady wrote: > Subject: [PATCH] mv: distinguish copy and rename operations with --verbose +1 looks nice, thanks. Have a nice day, Berny

bug#26971: mv -v output ordering looks impossible

On 05/18/2017 04:41 PM, Paul Eggert wrote: > $ src/mv -v /tmp/mv-test . > mkdir './mv-test' > cp '/tmp/mv-test/file' './mv-test/file' > rm '/tmp/mv-test/file' > rmdir '/tmp/mv-test' > > $ src/mv -v mv-test mv-test-2 > mv 'mv-test' 'mv-test-2' I think this may be confusing in longer shell output wi

bug#26992: Tail warning on Ubuntu Bash on Windows 10

unarchive 23273 forcemerge 23273 26992 close 26992 stop On 05/19/2017 08:36 AM, Nico Coetzee wrote: > tail: unrecognized file system type 0x53464846 for 'data_work.csv'. please > report this to bug-coreutils@gnu.org. reverting to polling A fix is already available in a newer release (since v8.26,

bug#27001: help?

unarchive 23273 forcemerge 23273 27001 close 27001 stop On 05/20/2017 12:41 AM, Tyler Zelikman wrote: > tail -f hello.txt > hellotail: unrecognized file system type 0x53464846 for ‘hello.txt’. please > report this to bug-coreutils@gnu.org. reverting to polling A fix is already available in a newe

bug#27127: Failure in "ls -t" when parameter list is long

On 05/29/2017 06:20 AM, Teppo Mäenpää wrote: > Now, When I know it, I am able to find the 128KiB limitation from the man > page of xargs. However, in my opinion, that radically changes the behavior, > and the fact that xargs can cause multiple invocations should be mentioned in > the "DESCRIPTIO

bug#27513: tail -f on Mac Docker complains

tag 27513 notabug close 27513 stop On 06/27/2017 11:45 PM, Matthew Sheahan wrote: > Running tail -f of a file on a MacOS native Docker overlay filesystem > results in: > > tail: unrecognized file system type 0x794c7630 for 'sample_file'. please > report this to bug-coreutils@gnu.org. reverting to

bug#27538: ln -s creating broken sym link?

tag 27538 notabug close 27538 stop On 06/30/2017 02:58 PM, Jonny Grant wrote: > Hello > > Managed to create a broken link, but didn't get any warning. Why would you expect to get a warning? Symlink links are just like that - they are soft, loose or whatever you may call them. The target does n

bug#27538: ln -s creating broken sym link?

On 07/01/2017 01:44 AM, Jonny Grant wrote: > Thank you for your suggestion re -n, -v, -f > Unfortunately none of those give a warning when the target of the link > doesn't exist. Is there no way for it to give a warning? no. Furthermore, the target could go away in the next moment, so adding an

bug#27680: error occured when install Pillow for python2.7 on win10ubuntu

unarchive 23273 forcemerge 23273 27680 close 27680 stop On 07/13/2017 12:01 PM, zhs_cn wrote: > [...] tail: unrecognized file system type 0x53464846 for ‘/root/.pip/pip.log’. > please report this to bug-coreutils@gnu.org. reverting to polling A fix is already available in a newer release (since v

bug#27687: Support Fix Bug

tag 27687 notabug close 27687 stop On 07/14/2017 04:32 AM, Hà Hoàng wrote: > exceptions.Exception: > > OpenFace: `openface_server.lua` subprocess has died. > > Is the Torch command `th` on your PATH? Check with `which th`. [1] > Diagnostic information: > > cmd: ['/usr/bin/env', 'th', > '/usr/

bug#27864: [request] safety to prevent `rm -rf ~`

On 07/28/2017 06:28 PM, R0b0t1 wrote: > I recently had a script create a file named "~" when I passed it a > value for an installation directory. Without thinking the next command > I typed was the one in the title. Luckily this was not my main > computer and was a virtual machine. > > It does not

bug#28068: Help as to why my horizon server not responding

tag 28068 notabug close 28068 stop On 08/12/2017 10:40 PM, J&A wrote: > Persistent mode container on test-net > > http://gold4usd.com:8000/accounts/GBU5NPBAXN64XW5AQOCWIUQ2374Q5SAQYW3MRDAYFRJVSIDPV3GNN3YE > > @dfwplay on stellar-public.slack > > Thank you > Jonathan First of all, please refra

bug#28372: getconf help info

tag 28372 notabug close 28372 stop On 09/06/2017 03:15 PM, Jonny Grant wrote: > $ getconf --help > Usage: getconf [-v SPEC] VAR >   or:  getconf [-v SPEC] PATH_VAR PATH > > Get the configuration value for variable VAR, or for variable PATH_VAR > for path PATH.  If SPEC is given, give values for c

bug#28417: ptx does not terminate when matching a zero length sentence regex

r the EU's Horizon 2020 Research and Innovation Programme > grant agreement n. 647295 (SYMBIOSYS). Good catch! The attached patch fixes it; please check. Have a nice day, Berny >From f082748dbdcab15de50e2e1dc26a7276aec2432c Mon Sep 17 00:00:00 2001 From: Bernhard Voelker Date: W

bug#28417: ptx does not terminate when matching a zero length sentence regex

On 09/14/2017 02:16 AM, Pádraig Brady wrote: > +1 thanks for the review, pushed. Have a nice day, Berny

bug#28461: erreurs

On 09/14/2017 08:00 PM, Assaf Gordon wrote: > On 2017-09-14 11:43 AM, Eric Mariaud wrote: >> eric@Eric-Xub:~/Bureau$ expr 2 + 3 >> 5 >> eric@Eric-Xub:~/Bureau$ expr 2 * 3 >> expr: erreur de syntaxe > > The asterisks ( * ) character has special meaning on the shell, > which you can observe by compa

bug#28461: erreurs

On 09/16/2017 06:23 AM, R0b0t1 wrote: > For consistency's sake, I feel like I need to point out that I > suggested a similar change to "rm" (check to make sure $HOME was not a > target) and one of the arguments against such a check was that the > file operations necessary to do so would take too mu

bug#28763: docbug (stat -t): missing field names in docs(manpage) for 'stat -t'

On 10/09/2017 09:38 PM, Assaf Gordon wrote: > Perhaps it's worth mentioning in the help-screen/man-page that the > full format is available in info/online ? What do others think? IMO this is sufficient: $ man man/stat.1 | grep Full Full documentation at:

bug#28775: bug report

On 10/10/2017 05:15 AM, cheng...@zhongan.com wrote: > [root@HZD-T-QA-TEST-31 logs]# tail -fn 200 > gwhttp-ss_regular_app_gatewayhttp_it_info.log | grep '32d192102a90' > tail: unrecognized file system type 0x794c7630 for > ‘gwhttp-ss_regular_app_gatewayhttp_it_info.log’. please report this to > b

bug#28763: docbug (stat -t): missing field names in docs(manpage) for 'stat -t'

On 10/11/2017 05:50 AM, L A Walsh wrote: > Bernhard Voelker wrote: > >> On 10/09/2017 09:38 PM, Assaf Gordon wrote: >>> Perhaps it's worth mentioning in the help-screen/man-page that the >>> full format is available in info/online ? What do others

bug#28775: 回复: Re: bug#28775: bug report

[ please don't top-post on technical lists] On 10/11/2017 04:09 AM, cheng...@zhongan.com wrote: > On 2017-10-10 20:36, Bernhard Voelker wrote: >> This is an 'overlayfs' file system - this issue is already fixed since >> coreutils-8.25 >> (and now we'r

bug#28763: docbug (stat -t): missing field names in docs(manpage) for 'stat -t'

On 10/11/2017 09:26 PM, Assaf Gordon wrote: > What do you think ? Nice but redundant. WDYT about something like the attached? Have a nice day, Berny >From 15a21fe54690a8ed4422cb5ff1b27f7f2836b3df Mon Sep 17 00:00:00 2001 From: Assaf Gordon Date: Wed, 11 Oct 2017 22:33:28 +0200 Subject: [PATCH] s

bug#28763: docbug (stat -t): missing field names in docs(manpage) for 'stat -t'

On 10/12/2017 05:27 AM, Pádraig Brady wrote: > I'd be a bit happier if it was more terse (pardon the pun). +1 @Assaf, would you please go ahead? ... it's your patch :-) Have a nice day, Berny

bug#28890: Painfully slow: DU.exe -Ssb %CD%

tag 28890 notabug close 28890 stop On 10/18/2017 02:12 PM, Gavin Holt wrote: > Hi > > I am trying to use cmd batch file to list the size of all directories > in my roaming user profile - so I an clean it out. > > DU.exe works well and gives me the exact output I want - the sum of > the size of t

bug#28763: docbug (stat -t): missing field names in docs(manpage) for 'stat -t'

On 10/12/2017 08:51 AM, Assaf Gordon wrote: > Attached an updated patch. +1 Thanks & have a nice day, Berny

bug#28970: Fwd: unrecognized file system type 0x794c7630 for ‘/var/log/syslog’.

unarchive 22151 28970 forcemerge 22151 28970 stop On 10/24/2017 06:33 PM, Brad Lowe wrote: > Ran this on docker: > https://github.com/bprodoehl/docker-turnserver > > > [brad@docker2 ~]$ docker logs turn-server > *** Running /etc/my_init.d/00_regen_ssh_host_keys.sh... > *** Running /etc/rc.local.

bug#29207: info chmod

On 11/08/2017 11:54 AM, kalle wrote: > info chmod doesn't say, which users can apply it successfully. The same > for info chown. Well, it does - indirectly: https://www.gnu.org/software/coreutils/manual/html_node/chmod-invocation.html#chmod-invocation [...] This behavior depends on the poli

bug#29319: Potential tee bug

tag 29319 notabug close 29319 stop On 11/16/2017 05:27 PM, Simon Convent wrote: > Hello, > > when I run the command > > echo test | tee "~/Desktop/test.txt" > > I get the following error message: > > tee: ~/Desktop/test.txt: No such file or directory > > But when I run > > echo test | tee "/

bug#29330: Bug with tail -f in Docker

unarchive 22151 29330 forcemerge 22151 29330 stop On 11/17/2017 12:34 AM, Garvan Kuskey wrote: tail: unrecognized file system type 0x794c7630 for 'log/staging.log'. Thanks, this is already fixed in coreutils >= 8.25. Have a nice day, Berny

bug#29382: Spelling mistake in the man page for 'timeout' command.

unarchive 26762 forcemerge 26762 29382 close 29382 stop On 11/21/2017 04:12 PM, Fufu Fang wrote: In BUGS section for the man page of 'timeout' command, it says "Some platforms don't curently support timeouts beyond the year 2038.". The word 'curently' should be 'currently'. My coreutil's versio

bug#21760: timeout: Feature Request: --verbose ==> output if timeout

ll worth ... Thanks & have a nice day, Berny >From b505cc39fcd0e461f5ee7b94231e162300e10412 Mon Sep 17 00:00:00 2001 From: Bernhard Voelker Date: Mon, 27 Nov 2017 11:25:39 +0100 Subject: [PATCH] timeout: also support short -v option * src/timeout.c (main): Add short option character 'v&

bug#21760: timeout: Feature Request: --verbose ==> output if timeout

SUSE:Tumbleweed, but at least it seems to be a good start. Maybe it should be marked as expensive. Have a nice day, Berny >From 0220fab9f0dfb2eb1849f07a33198f4923bc2abf Mon Sep 17 00:00:00 2001 From: Bernhard Voelker Date: Mon, 27 Nov 2017 23:46:51 +0100 Subject: [PATCH] tests: verify

bug#21760: timeout: Feature Request: --verbose ==> output if timeout

end each output line with NUL, not newline\n\ -- 2.15.0 >From 28760943767c521940855715eb245518bb26d2ff Mon Sep 17 00:00:00 2001 From: Bernhard Voelker Date: Mon, 27 Nov 2017 23:46:51 +0100 Subject: [PATCH 2/2] tests: verify usage vs. getopt MIME-Version: 1.0 Content-Type: text/

bug#21760: timeout: Feature Request: --verbose ==> output if timeout

On 11/29/2017 06:43 AM, Pádraig Brady wrote: > +1 Thanks, pushed at: https://git.sv.gnu.org/cgit/coreutils.git/commit/?id=052cce9e3e92 Have a nice day, Berny

bug#29530: tail: unrecognized file system type 0x794c7630 for '/var/log/cron.log'. please report this to bug-coreutils@gnu.org. reverting to polling

unarchive 22151 forcemerge 22151 29530 stop On 12/02/2017 01:22 AM, Jonas wrote: tail: unrecognized file system type 0x794c7630 for '/var/log/cron.log'. please report this to bug-coreutils@gnu.org. reverting to polling Thanks, this is already fixed in coreutils >= 8.25 ... and we're now at 8

bug#29530: tail: unrecognized file system type 0x794c7630 for '/var/log/cron.log'. please report this to bug-coreutils@gnu.org. reverting to polling

On 12/03/2017 06:35 PM, Jonas wrote: > tail -f was affected, and polling didn't actually update anything (watch > tail did show updates) Yes, this is only a warning; 'tail-f' still works when falling back to polling, of course, but not as efficiently as it would do with the inotify interface the k

bug#29568: Bug in find, or my mistake ?

tag 29568 notabug close 29568 thanks On 12/04/2017 10:34 PM, f0rhum wrote: > Hi > find -version > find (GNU findutils) 4.4.2 First of all, find(1) belongs to the "GNU findutils" rather than "GNU coreutils". ==> CCing bug-findut...@gnu.org > I issued this command to remove all files "*_original"

bug#29207: info chmod

On 11/20/2017 09:42 AM, kalle wrote: I think this should be changed then. The attached patch (almost) copies a sentence from the POSIX spec into the Texinfo manual. Have a nice day, Berny >From 5252904a7f83e13ba37305aca4ac795deffe054b Mon Sep 17 00:00:00 2001 From: Bernhard Voelker D

bug#29207: info chmod

On 12/16/2017 11:10 PM, Bernhard Voelker wrote: The attached patch [...] push with a slightly improved commit message at https://git.sv.gnu.org/cgit/coreutils.git/commit/?id=47fb363432 Marking this as done. Have a nice day, Berny

bug#29788: chown: recursive operation with "-H" flag does not work as documented

tag 29788 notabug stop On 12/20/2017 07:24 PM, Michael Orlitzky wrote: The documentation for the "-H" flag to chown says, The following options modify how a hierarchy is traversed when the -R option is also specified. If more than one is specified, only the final one takes effect

bug#29788: chown: recursive operation with "-H" flag does not work as documented

On 12/20/2017 10:52 PM, Paul Eggert wrote: For chown -H -R, POSIX says that if "a symbolic link referencing a file of type directory is specified on the command line,/chown/ shall change the user ID (and group ID, if specified) of the directory referenced by the symbolic link and all files in th

bug#29788: chown: recursive operation with "-H" flag does not work as documented

On 12/20/2017 10:26 PM, Michael Orlitzky wrote: $ chown --recursive --dereference root foo which emits an error: chown: -R --dereference requires either -H or -L Hmm, this looks inconsistent as well: --dereference is the default if neither --dereference nor -h|--no-dereference are speci

bug#29894: Bug raspbian/jessie

unarchive 22151 forcemerge 22151 29894 stop On 12/29/2017 02:10 PM, Armin Fallahdoust-Bouini wrote: /usr/bin/tail: unrecognized file system type 0x794c7630 for '/etc/passwd'. please report this to bug-coreutils@gnu.org. reverting to polling Thanks, this is already fixed in coreutils >= 8.25 ..

bug#29939: HELP:enter a "ls"command, then the os connection will closed

On 01/02/2018 07:25 AM, lil...@chinaunicom.cn wrote: > When I enter a "ls " command at the directory "/root",the OS connection > will closed. are you sure "ls" is /usr/bin/ls? $ type ls ls is /usr/bin/ls I.e., it could be aliased to something weird, e.g. a shell function which calls '/u

bug#29961: [PATCH] mv -n: do not overwrite the destination

On 01/05/2018 11:59 PM, Paul Eggert wrote: Attached is a revised proposed patchset to do that. I didn't have a look at the details, but - as we're changing the behavior for some cases - it would be good to also add some tests. Have a nice day, Berny

bug#29939: 回复: Re: bug#29939: HELP:enter a "ls"command, then the os connection will closed

On 01/04/2018 01:58 AM, lil...@chinaunicom.cn wrote: > $ type ls > ls is aliased to `ls $LS_OPTIONS' It was a bit hard to find a an old SLES-11.1 ... Hmm, is your LS_OPTIONS set to something strange? What if you remove the alias? Have a nice day, Berny

bug#30058: Fw: centos6.5 problems

tag 30058 notabug close 30058 stop On 01/10/2018 05:22 AM, yu...@kuanrf.com wrote: #!/bin/bash cd /var/log #rm -rf 1.txt time=`date |awk {'print $2,"",$3'}` #time=`date |awk {'print $2,$3'}` cat /dev/null > 1.txt cat secure | grep Fail | grep "$time" > 1.txt cat 1.txt | mail -s "47.104.13.1" yu.

bug#30160: cat buffer overflow?

tag 30160 notabug close 30160 stop On 01/18/2018 01:31 PM, Rdrpenguin Minecraft and More wrote: > If 'cat' is run with a big enough file, say /dev/sda, the terminal gets > corrupted. This corruption may also extend beyond the terminal. > > Steps to reproduce: > 1. Run '/bin/cat /dev/sda'. > 2. Wa

bug#30323: Cygnus is not working in Fiware Tour Guide

tag 30323 notabug close 30323 stop You reached the coreutils mailing list, so I only refer to the bit related to coreutils: On 02/02/2018 03:43 PM, Krishan Babbar wrote: > ==> /var/log/apache2/access.log <== > tail: unrecognized file system type 0x794c7630 for > '/var/log/apache2/access.log'. \

bug#30376: Dd in parrot

tag 30376 notabug close 30376 stop On 02/07/2018 02:28 AM, Chuk Robertson wrote: When issuing dd --help it is not recognized. Errors with '-' unknown I've tried dd --help, dd -help, dd -h, dd -help to no avail. dd --version fails too. Os is latest parrot, 4.14 kernel. You reached the GNU core

bug#30392: Error on Bash Windows

unarchive 23273 forcemerge 23273 30392 close 30392 stop On 02/08/2018 08:08 AM, Ewan Sadie (GTI) wrote: > tail -f /var/log/syslog > > tail: unrecognized file system type 0x53464846 for '/var/log/syslog'. please > report this to bug-coreutils@gnu.org. reverting to polling A fix is already availa

bug#30430: [column] accounting for ansi color codes

On 02/12/2018 07:07 AM, Boruch Baum wrote: The `column -t' command doesn't align input properly when that input includes ansi color codes. An argument that it should do so, is that `column' serves to make input more readable, and easier to find and compare fields of input data - the same goal as

bug#30482: Bug report

unarchive 22151 forcemerge 22151 30482 stop On 02/16/2018 03:12 AM, Mail.sbo.tech wrote: Tail: unrecognized file system type 0x794c7630 for ‘/var/log/mail... Thanks, this is already fixed in coreutils >= 8.25 ... and we're now at 8.29. See also: https://www.gnu.org/software/coreutils/files

bug#30718: coreutils-8.29 compilation failure using xlC on AIX

On 03/05/2018 09:48 PM, John Wiersba wrote: > Build environment: > coreutils-8.29 > AIX 6.1 > Finally, I'm attaching the test-suite.log indicating a couple of failures and > a few errors. > FAIL: tests/misc/help-version > = > > env: '[': No such file or directory > en

bug#30878: [PATCH] doc: fix two typos in github templates

On 03/20/2018 02:34 PM, Roland Hieber wrote: > * .github/ISSUE_TEMPLATE.txt, .github/PULL_REQUEST_TEMPLATE.txt: > fix typo "coreitils" in the URL to the bug tracker. Thanks, pushed (with a little tweak in the commit message). Have a nice day, Berny

bug#30928: no error val returned by 'nice' failure?

On 03/24/2018 10:09 PM, Paul Eggert wrote: > L A Walsh wrote: >> how do you tell if the resetting of the >> priority worked or failed? > > I guess you're supposed to look at stderr, which is what you did. > > This is the way 'nice' has behaved for quite some time, and it's what POSIX > specifies

bug#31013: mv utility bug or how to create `hairy eyes` directory

On 04/01/2018 12:52 AM, Pádraig Brady wrote: > On 31/03/18 12:55, Andry wrote: Great one, thanks! Interestingly, Thunderbird shows it as 3 hours too early (9:55PM) - aparently in my time zone - for such humor. ;-)

bug#31049: Bug found? Running in docker container on amazon ec2

On 04/03/2018 06:16 PM, Matthew Fowkes wrote: >> root@4901abe58547:/app# tail -f /var/log/check* >> tail: unrecognized file system type 0x794c7630 for >> '/var/log/checkForClaimFiles.log'. please report this to >> bug-coreutils@gnu.org. reverting to polling Support for this file system type has

bug#31127: df fails with --output=type

tag 31127 notabug thanks On 04/11/2018 06:44 PM, Vladimir Tiukhtin wrote: > Hello > > So yes > > df --output=size > > works perfect as well as > > df -T > > but not > > df --output=type > > getting > > df: option --output: field ‘type’ unknown I guess you meant '--output=f

bug#31184: tail -f on Network FS not refreshing as soon as the file is changed.

On 04/17/2018 08:18 PM, Jewsco Pius Jacquez wrote: > Yes, it didn't work either. > > The closest is this one(below), but still the update is every second only. > # tail --follow=name --max-unchanged-stats=1 --sleep-interval=1 > /media/samba/test.file The --sleep-interval option not only accepts

bug#31235: Bug Report Google Cloud - App Engine Deploy

On 04/22/2018 04:54 AM, Travis Sperry wrote: > tail: unrecognized file system type 0x794c7630 for '/tmp/cloud_sql_proxy.log’ > > Travis Sperry Please update. Your version of coreutils is more than 2 years old. Support for this file system type has been added in later versions of coreutils (8.25

bug#31278: I got a bug while trying to deploy my rails app engine

On 04/26/2018 11:53 PM, CK Taipei wrote: > After the command : > > gcloud app deploy --no-promote > > Here is the message showed up in log > > Step #1: ---> Running in f007e2df500bStep #1: tail: unrecognized file > system type 0x794c7630 for '/tmp/cloud_sql_proxy.log'. please report > this to b

bug#31353: ls unexpectedly quoting filenames

On 05/03/2018 08:01 AM, Paul Eggert wrote: > I like the new behavior. +1

bug#31472: tsort reporting false loop in input. unix2dos fixes the problem.

On 05/16/2018 11:23 AM, Ivan Ivanov wrote: > Hi all, > > tsort is reporting loop in my input file, but the loop doesn't exist > really. > > I have checked this manually, examining the contents of the file, > related to the reported loop. > > Further more, if I run the input file trhough unix2d

bug#32099: Benchmarks: Hashing ~70% faster (Was: New uniq option for speed)

On 07/10/2018 08:21 PM, Assaf Gordon wrote: > I would suggest several improvements to the measurements, to ensure > relevant information is conveyed: > > 1. > [...] great summary. With the risk of mentioning already said aspects: 7. Consider all the existing options, i.e. processing modes, of '

bug#32127: RFE -- in the way "cp -rl" -- enable 'ln' to do likewise?

On 07/14/2018 07:51 PM, L A Walsh wrote: > Paul Eggert wrote: >> On 07/12/2018 02:16 AM, L A Walsh wrote: >>> I'm asking why does 'ln' bother to tell the user that they are >>> wrong and do nothing useful? Why not just go ahead and create a symlink >> >> The user didn't ask for a symlink, > Us

bug#32289: ls -ltcr and ls -lrt report different modification dates

tag 32289 notabug close 32289 thanks On 07/27/2018 11:41 AM, Ludovic Tolhurst-Cleaver wrote: > Dear GNU folks > > I believe I have found a bug in ls in the GNU coreutils v. 8.22. > > My colleague and I found that 'ls' reported a different date for a gzipped > log file when run with different op

bug#32416: nice command doesn't provide requested niceness

On 08/10/2018 08:24 PM, andré wrote: > nice -n 1 (command) > .or. > nice --adjustment=1 (command) > > produces niceness of 10 how do you check this? > on a system with default niceness of 0 > coreutils version 8.25 > package coreutils-8.25-3.mga6.src.rpm compiled 2017-05-02 by Mageia > > expect

bug#32416: nice command doesn't provide requested niceness

tag 32416 notabug close 32416 thanks On 08/12/2018 07:12 AM, andré wrote: > I tried > nice '-n 1' chromium-browser > it still gives niceness of 10 > > Maybe because each page has a separate process, and '-n 1' is lost ? > (every chromium process started has a niceness of 10) Maybe 'chromium-brow

bug#32703: echo_man_error

On 9/24/18 4:48 AM, Pádraig Brady wrote: > I'll push the attached later. > Interesting there were no echo tests until now. Nice work, indeed. Additionally to Eric's comment, I'd suggest to increase the coverage for 'echo' to about 100% [1] with the attached patch: * src/echo.c (usage): Assert t

bug#32843: Feature request: rm -ir variant not asking about directories

On 9/26/18 11:19 AM, Niels Möller wrote: > I have a large directory tree where most but not all directories are > empty, and where I might want to keep a few of the existing files. > > I can use rm -ir to get rm to ask me for each file if it should be > deleted. But it also asks questions like >

bug#32900: [PATCH] env.x: Fix minor mistakes in the manual

On 10/1/18 11:40 PM, Bjarni Ingi Gislason wrote: > Fix a spelling mistake. > > Protect a period at the beginning of a line. > > Signed-off-by: Bjarni Ingi Gislason Thanks for the patch. Pushed with a slightly different commit message ... and: no "Signed-off-by" needed here. ;-) https://git

<    1   2   3   4   5   6   7   >