bug#33211: coreutils.mo is in both LC_TIME and LC_MESSAGES folders

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. coreutils.mo is the only file i see in the /usr/share/locale/*/LC_TIME folder. Should the /usr/share/locale/*/LC_TIME/coreutils.mo fi

bug#33206: dc: bug in documenation DC_LINE_LENGTH

tag 33206 notabug close 33206 stop On 10/30/18 12:06 PM, Rick Richardson wrote: > dc: bug in documenation DC_LINE_LENGTH > > $ man dc > > Doesn't say: > >DC_LINE_LENGTH > This should be an integer specifying the number of characters > in > an output line for

bug#33206: dc: bug in documenation DC_LINE_LENGTH

dc: bug in documenation DC_LINE_LENGTH $ man dc Doesn't say: DC_LINE_LENGTH This should be an integer specifying the number of characters in an output line for numbers. This includes the backslash and new‐ line characters for long numbers. As an

bug#7073: threadlib vs. pthread modules

> Can this bug be closed? > (at least - I believe newer coreutils builds fine on newer Mac OS X) Yes. In my understanding, there is no issue between coreutils and gnulib's threadlib and pthread modules any more. Bruno

bug#21369: Coreutils RHEL 6.7 runuser

tags 21369 notabug close 21369 stop (triaging old bugs) On 2015-08-31 1:53 a.m., Ondřej Vašík wrote: In any case, I would suggest to use either Red Hat support or filing Red Hat bugzilla directly - as this issue has nothing to do with current upstream coreutils. Given the above, and no furth

bug#31554: Fwd: Re: Potential bug in md5sum

close 31554 stop (triaging old bugs) On 2018-05-22 7:00 p.m., Paul Eggert wrote: On 05/22/2018 07:52 AM, Riedy, Bill wrote: I believe I've found a bug in md5sum when it attempts to calculate on a hard linked file in NTFS on Windows 7. Could be, but this doesn't look like it's relevant to the

bug#9266: tail -F does not follow through symlinks

tags 9266 notabug close 9266 stop (triaging old bugs) On 2011-08-09 10:28 a.m., Jim Meyering wrote: Bart Vanhaute wrote: When I use tail -F to follow a file that is a symlink to another file, and that second file gets replaced, tail no longer follows the new file. I am not sure if this scenar

bug#6816: df bug on 64-bit Solaris (need to use getextmntent)

Hello Assaf, > > 2018-10-12 Bruno Haible > > > > mountlist: Improve support for Solaris in 64-bit mode. > > Reported by David Wood in > > . > > * m4/ls-mntd-fs.m4 (gl_LIST_MOUNTED_FILE_SYSTEMS): On Solaris 8 or > > newer,

bug#7972: Bug df: GunWin32 coreutils-5.3.0 Windows 7 32bit and windows 2008 64bit

tags 7972 notabug close 7972 stop (triaging old bugs) On 2011-02-03 7:48 a.m., Eric Blake wrote: On 02/02/2011 10:49 PM, Trevor Kohlman wrote: df: cannot read table of mounted file systems: Invalid argument. Thanks for the report. However, you should raise this as a bug with the GnuWin32 fo

bug#7649: sparse files and commands

close 7649 stop (triaging old bugs) With no follow-ups in 7 years, I'm closing this bug. -assaf

bug#7489: [coreutils] over aggressive threads in sort

(triaging old bugs) Hello, This long thread ( http://bugs.gnu.org/7489 ) deals with multiple parallel-sort bugs, resulting in many commits: 1d0a12037 Paul Eggert 2010-12-22 sort: minor performance tweak with num_processors 41159f960 Pádraig Brady 2010-12-20 maint: fix a typo in sort --p

bug#7184: Problems with timestamp on FAT32 directories

tags 7184 notabug close 7184 stop (triaging old bugs) On 2010-10-11 8:29 a.m., Eric Blake wrote: On 10/11/2010 07:24 AM, Steven Lee wrote: The change-time information is there as it shows up properly in Windows Explorer. In addition, files are okay under Cygwin; the problem is only with dire