bug#23273: Error using windows 10 bash error 0x53464846 doing a tail -f

[Pádraig Brady]

On 11/04/16 23:37, Dennis J wrote:

I'm getting this error when doing a tail -f on a simple text file.
tail: unrecognized file system type 0x53464846 for ‘kn.txt’. please report this 
to bug-coreutils@gnu.org. reverting to polling


Interesting. What do we call this win_bashfs or something?

Since there is just a single kernel involved, I'm guessing
that we don't need to tag this as a "remote" file system,
and that inotify calls will fail/succeed as appropriate.
That could be confirmed using the inotifywait command as detailed at:
http://bugs.gnu.org/23143#11

thanks
Pádraig

bug#23273: Error using windows 10 bash error 0x53464846 doing a tail -f

[Dennis J]

I'm getting this error when doing a tail -f on a simple text file.
tail: unrecognized file system type 0x53464846 for ‘kn.txt’. please report this 
to bug-coreutils@gnu.org. reverting to polling

  

bug#23270: Bug in 'date' command

[Assaf Gordon]

tag 23270 notabug
close 23270
thanks

Hello Maarten Mastbroek,

On 04/11/2016 12:36 PM, Maarten wrote:

I recently discovered a bug, or at least unexpected behavior, about
the ‘date’ command which I want to report.  The bug is related to the
moment of ‘daylight saving time’ (summertime / wintertime)


This is not a bug (perhaps indeed unexpected behavior).

It is explained in the Coreutils FAQ:
 
http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#The-date-command-is-not-working-right_002e

Your diagnosis is correct:


[...] When I request a ‘yesterday' request is about 24 hours before.


In GNU 'date', the relative period of 'yesterday' is defined exactly as 24 
hours,
regardless of daylight saving time.

The recommended way to perform all relative day calculations is to specify 
12:00pm,
so that adding/subtracting 24-hours avoids DST issues.

Example:
   date -d "12:00 yesterday"  +%d-%m-%Y

(similarly, when calculating relatives months, it is recommended to specify the 
15th of the month, to avoid leap-years issues.)


As such I'm closing this bug, but discussion can continue by replying to this 
thread.

regards,
 - assaf

bug#23268: sort ant uniq bug report

[Assaf Gordon]

(adding debbugs mailing list)

Hello,

On 04/11/2016 12:43 PM, 126 wrote:

Thank you for your reply.
I'm sorry for not describe my problem clearly.
Every other input is working well,but when my input contain several lines of 
"src/table/checkpoint/checkPointInfo5000.lua". The result of (sort -u) contain two lines 
of "src/table/checkpoint/checkPointInfo5000.lua"


Without seeing the exact input, it is hard to diagnose the issue.

Please attach a *small* input file, with the exact command that reproduces your 
situation to help us understand what's going on.
(I highly recommend attaching a file and not copy-pasting to avoid any issues 
caused by the mail program).

regards,
 - assaf

bug#23270: Bug in 'date' command

[Maarten]

Hello,
 

I recently discovered a bug, or at least unexpected behavior, about the ‘date’ 
command which I want to report.  The bug is related to the moment of ‘daylight 
saving time’ (summertime / wintertime)

 

On Monday the 28st of march at 0.15 I run an automated script with the command:

# date -d yesterday +%d-%m-%Y

 

The return of that command was 26-03-2016 where I expected 27-03-2016. (2 days 
before, where I expected only 1 day before)

 

My only explanation is that the command is run the day after 27-3-2016, the day 
that the our region switched from summertime to wintertime.  At 2.00 the clock 
is forwarded to 3.00 so the day is only 23 hours long. When I request a 
‘yesterday at 28-03-20160.15 the request is about 24 hours before.  The answer 
is 26-03-2016 at 23.15.

 

Anyway, a ‘date -d yesterday’ should return 1 day before, not 2 days before.  
In my case, as a result of it, an automated shell script went wrong.

 

Please, can you fix this ‘daylight saving time’ related bug?

 

More info:

 

Timezone: Amsterdam, europe

 

# cat /etc/redhat-release

Red Hat Enterprise Linux Server release 6.7 (Santiago)

 

# date --version

date (GNU coreutils) 8.4

Copyright (C) 2010 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later ;.

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.

 

Written by David MacKenzie.

 

Many thanks!  If you need further information, please let me know.

 

Best regards,

 

Maarten Mastbroek

 

bug#23268: sort ant uniq bug report

[Assaf Gordon]

tag 23268 notabug
close 23268
thanks

Hello,

On 04/11/2016 06:49 AM, 126 wrote:

hello, Gentleman
when I use sort and uniq, and input like this below, I got wrong output:

[...]

"|sort -u

[...]

no result when I use `uniq -u`


This is due to wrong usage of 'uniq -u'.

The meaning of '-u' in 'uniq' is subtly different than '-u' in 'sort':

In 'sort', it means "print each line once" i.e. removing duplicates.
In 'uniq', it means "print only unique lines" i.e. lines which appear only once.

The equivalent of 'sort -u' is 'sort|uniq'.

Since all lines in your input had duplicates, 'uniq -u' printed none.

The following will demonstrate:

$ printf "a\nb\na\nc\nb\n"
a
b
a
c
b

$ printf "a\nb\na\nc\nb\n" | sort -u
 a
b
c

$ printf "a\nb\na\nc\nb\n" | sort | uniq
a
b
c

$ printf "a\nb\na\nc\nb\n" | sort | uniq -u
c


As such I'm closing this bug, but discussion can continue by replying to this 
thread.
regards,
 - assaf

bug#23268: sort ant uniq bug report

[126]

hello, Gentleman
when I use sort and uniq, and input like this below, I got wrong output:

$ echo "src/scenelayer/actSceneTipLayer.lua
> src/table/checkpoint/checkPointInfo5000.lua
> src/table/checkpoint/checkPointInfo5000.lua 
> src/table/fightscenecheckpoint.lua
> src/scenelayer/actSceneTipLayer.lua
> src/table/checkpoint/checkPointInfo5000.lua
> src/table/checkpoint/checkPointInfo5000.lua 
> src/table/fightscenecheckpoint.lua
> "|sort -u

src/scenelayer/actSceneTipLayer.lua
src/table/checkpoint/checkPointInfo5000.lua
src/table/checkpoint/checkPointInfo5000.lua 
src/table/fightscenecheckpoint.lua

no result when I use `uniq -u`
$ echo "src/scenelayer/actSceneTipLayer.lua
src/table/checkpoint/checkPointInfo5000.lua
src/table/checkpoint/checkPointInfo5000.lua 
src/table/fightscenecheckpoint.lua
src/scenelayer/actSceneTipLayer.lua
src/table/checkpoint/checkPointInfo5000.lua
src/table/checkpoint/checkPointInfo5000.lua 
src/table/fightscenecheckpoint.lua
"|sort| uniq -u


It appear the same on CentOS, Cygwin , and Mac OS X
I wonder whether it's my own mistake or the program goes wrong.