bug#19376: [PATCH 4/4] build: use -pi.bak instead of -pi
tags 19376 wontfix close 19376 stop (triaging old bugs) As explained in https://bugs.gnu.org/19377#18 , Leaving backup files scattered is undesired. Closing this as "wontfix". regards, - assaf
bug#7829: locale-related printf bug when using formats with thousands grouping character
tags 7829 fixed close 7829 stop (triaging old bugs) On 12/01/11 06:58 AM, Eric Blake wrote: Ouch - coreutils' printf is also affected: $ /usr/bin/printf %\'.2f\\n 999.9998 99.9998 100 1000.00 ,000,000.00 1,000,000.00 At least printf(1) already uses the xprintf-posix module, so hopefully this gets fixed once gnulib works around the glibc bug. I just verified this works fine with recent coreutils version, so closing. -assaf
bug#9339: Feature suggestion --distribution
close 9339 stop With no further comments in 7 years, I'm closing this item. -assaf
bug#19374: [PATCH 2/4] build: configure.ac: support a response file on OS/2
tags 19374 fixed close 19374 stop (triaging old bugs) This has been fixed in the following commits: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=70d8d0f874d11990be48b7b6b70c2c274000b3da https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=92519ce05878ddb78056ea2693ff986e2ac05730 Closing. -assaf
bug#13737: Add -h option to 'users'
close 13737 stop (triaging old bugs) On 18/02/13 06:29 PM, Paul Eggert wrote: On 02/18/2013 01:44 PM, anatoly techtonik wrote: "-h" is already a well matured practice to be implemented '-h' means something other than "help" for many common GNU commands: ls, touch, sort, bash, etc. If we got people into the habit of thinking '-h' means help, they'll get confused when "ls -h" doesn't do what they expect. It may be better to leave sleeping dogs lie. With no further comments in 5 years, I'm closing this request. regards, - assaf
bug#10446: GNU Youtube Advanced Command Line KungFu
close 10446 stop (triaging old bugs) Hello, On 07/01/12 02:29 PM, Jan Girke wrote: It would be very bold if you make complete video how to's for all the command line tools and the different CLI's. For example somebody from the core utils group showed me how to sort coloumns on the standard output and With no further comments in 6 years, I'm closing this request. As a side note, there many many online courses available these days (e.g. Udemy, Coursera, etc.) - I'm certain some of them have video tutorials. regards, - assaf
bug#18395: shred let me kill a mounted device
tags 18395 notabug close 18395 stop (triaging old bugs) Hello, On 03/09/14 07:32 AM, macetw wrote: I expect the shred utility to notice that it's about to operate on a mounted device, but it gave no such indication. It seems your email "fell between the cracks" and not replied to in many years. Sorry about that. Regarding your suggestion: Every file and every directory are essentially on a mounted device (e.g. "/" is mounted from some physical drive, and so are all its sub-directories). As a side-note, please be aware the shred's effectiveness is questionable with today's filesystems and hardware (see the warning in the manual page). As such, I'm closing this as "not a bug". Discussion can continue by replying to this thread. -assaf
bug#18798: ls -Rd = ls -d so maybe warn
tags 18798 moreinfo close 18798 stop (triaging old bugs) On 23/10/14 12:17 PM, 積丹尼 Dan Jacobson wrote: "BP" == Bob Proulx writes: BP> What would you say there instead of or in addition to the above? I don't really know the best words. I'll leave that to the Pro(ulx)s :-) With no further follow-ups and no concrete suggestions in 4 years, I'm closing this bug. Discussion can continue by replying to this thread. regards, - assaf
bug#10010: "su" *should* check on SUID bit
close 10010 stop (triaging old bugs) Hello, On 10/11/11 10:00 AM, Bob Proulx wrote: severity 10010 wishlist tags 10010 + confirmed Michael Lenz wrote: Aaand I was unable to su to root, due to an "invalid password", which was strange.. That does seem less than friendly and seems like it would be good to be improved. In the 7 years since this report, coreutils' su(1) was effectively decommissioned, to be replaced by su implementation from other packages (e.g. 'shadow' and 'util-linux'). As such, even though this is a confirmed deficiency, I'm closing the bug. Discussion can continue by replying to this thread. regards, -assaf
bug#18949: (no subject)
tags 18949 fixed close 18949 stop (triaging old bugs) Hello, Philippe Rassek wrote: when running for example seq 1 0 10 it will go into an endless loop. Imho the 2nd parameter (Increment Statement) should be checked for > 0 (greater then 0) before executing. It seems your email "fell between the cracks" and not replied to in many years. Sorry about that. You suggested have been implemented some time ago, here: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=81e589021d9c47e4fbc4284e82881a9703246476 As such, I'm marking this as "fixed" and closing. regards, - assaf
bug#18292: Unix Uniq Feature Proposal
severity 18292 wishlist tags 18292 wontfix close 18292 stop (triaging old bugs) Hello, On 18/08/14 02:58 AM, NTENTOS STAVROS wrote: After running into a problem with differentiating line endings (a bug with sort, you can follow up my previous e-mail if more details are needed), I purpose an option (at least) to consider all line endings as one (Unix and Windows style, if not more) It seems your email "fell between the cracks" and not replied to in many years. Sorry about that. As for supporting both unix and windows style line-endings - this is not likely to be a built-in feature of gnu coreutils. Most environments where coreutils is used simply don't need it. However, It is very easy to convert one style to another, with utilities like "dos2unix", "mac2unix", "unix2dos", etc. As such, I'm closing this bug, but discussion can continue by replying to this thread. regards, - assaf
bug#18186: cat.c needs fixing since 1998
tags 18186 moreinfo close 18186 stop (triaging old bugs) On 08/08/14 07:14 AM, Bernhard Voelker wrote: On 08/08/2014 06:52 AM, James Simmons, President & CEO wrote: Each file has 1 line with no newline. concatenation should NOT have a newline. That is the point of concatenation. As you referred to Cygwin - here's the case on that platform: [...] I don't see a bug here either. with no further follow-ups in 4 years, I'm closing this bug. regards, - assaf
bug#14592: dd - possible error
tags 14592 moreinfo close 14592 stop (triaging old bugs) On 11/06/13 06:02 PM, Jared Still wrote: On Tue, Jun 11, 2013 at 4:59 PM, Pádraig Brady wrote: I doubt dd is at issue here. [...] Is the corruption always 37,533,700 bytes in? Thanks for the input. Good question about the location of the corruption. I may still have another file that had the issue - I will check this. With no further follow-ups in 5 years, I'm closing this bug. Discussion can continue by replying to this thread. regards, - assaf
bug#14545: date --iso-8601 should use colon in time zone offset
tags 14545 fixed close 14545 stop (triaging old bugs) This was fixed in: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=17bbf6ce44eb543a95695fa9d2cbd70fb52c6f42 Marking as "fixed" and closing. -assaf
bug#14525: ls -k produced no size, ls -lk lists in bytes? What's up w/k?
tags 14525 notabug close 14525 stop (triaging old bugs) On 26/11/13 08:53 AM, Pádraig Brady wrote: Doc update attached. With the update pushed, I'm closing this bug. https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=17bce8c63e9e0f85b48ca62b63413ce9102af5c1 regards, - assaf
bug#14456: Stat I18N problem with the format string.
close 14456 stop (triaging old bugs) Hello, On 23/05/13 02:39 PM, camion_spam-debr...@yahoo.fr wrote: stat (GNU coreutils) 8.5 the format string length is counted in bytes and not in characters so that the presence of variable length characters causes misalignment In the following example the character 'é' is 2 bytes long : $ find . | while read P; do LANG=C stat --printf '%16F 0x%f\n' "$P"; done directory 0x41ed symbolic link 0xa1ff regular file 0x81f6 $ find . | while read P; do LANG=fr_BE.UTF-8 stat --printf '%16F 0x%f\n' "$P"; done répertoire 0x41ed lien symbolique 0xa1ff fichier 0x81f6 It seems your email "fell between the cracks" and not replied to in many years. Sorry about that. If this is still an issue, please visit the following page to find the contact person about French translations: http://translationproject.org/domain/coreutils.html As the coreutils' team can't fix translations, I'm closing this item. regards, - assaf
bug#14327: I am getting random hangs executing coreutils 8.21 sort.
tags 14327 moreinfo retitle 14327 sort: random hangs executing coreutils 8.21 close 14327 stop (triaging old bugs) Hello, On 05/05/13 12:08 AM, Chen Guo wrote: [...] I confirmed this in the disassembly as well to rule out the unlikely possibility this was the result of some compiler optimization (I used -O2). Did you compile this yourself or was it distributed with your system? With no further follow-ups in 5 years, and some multithreaded-related bug fixes in sort version 8.23, I'm closing this bug. If there are new sort-related bugs, please write to bugs-coreut...@gnu.org . regards, - assaf
bug#14275: cut: applying previous patch
tags 14275 fixed close 14275 stop (triaging old bugs) On 26/04/13 07:37 AM, Pádraig Brady wrote: On 04/26/2013 02:02 PM, Cojocaru Alexandru wrote: Hi, a while ago I've sent a patch. Could it be applied now? You can find it here: http://lists.gnu.org/archive/html/bug-coreutils/2012-12/msg00032.html Confirmed, will apply soon. The suggested changes have been applied (in various forms), and in the meantime field manipulation has been extracted to a separate unit: set-fields.{c,h}. As such, marking as "fixed" and closing. -assaf
bug#14253: Testsuite failure in gnulib-tests: test programs cannot be built
tags 14253 fixed close 14253 stop (triaging old bugs) 5 years later, coreutils and gnulib-tests are built fine (most of the time...). Closing. -assaf
bug#14246: tee can't continue when receiving SIGPIPE + adding a text mode option
tags 14246 fixed close 14246 stop (triaging old bugs) In coreutils version 8.24 (released 2015) 'tee' gained the '--output-error=MODE' option, enabling SIGPIPE handling. I'm marking this as "fixed" and closing. regards, - assaf
bug#14174: BUG REP: tee takes an annoyingly long time in some system.
tags 14174 moreinfo close 14174 thanks (triaging old bugs) On 11/04/13 04:00 AM, Pádraig Brady wrote: [...] So tee is spending time in read() waiting for data from stdin, and this doesn't happen when writing to file. So I can only conclude that sqlci is doing something weird with pipes. Is it messing with non blocking I/O, pipe capacity and timers? I presume you've have the same issue with: ... sqlci | cat >> temp With no further follow-ups in 5 years, I'm closing this bug. -assaf
bug#8017: posixtm failure
tags 8017 moreinfo close 8017 stop (triaging old bugs) On 11/02/11 08:12 PM, Paul Eggert wrote: That's a weird one. What type is time_t on that platform, exactly? Signed or unsigned? 32- or 64-bit? That test is depending on undefined behavior at the C level, since it assumes signed integer overflow wraps around; it could be that we're running afoul of that. With no further follow-ups in 7 years (and Mac OS X 10.6.6 being quite out-dated), I'm closing this bug. -assaf
bug#7523: chmod example in docs
tags 7523 moreinfo notabug close 7523 stop (triaging old bugs) With no further comments and no improvement suggestions in 8 years, I'm closing this bug. -assaf
bug#13911: make check errors for coreutils-8.21 on Solaris 10
tags 13911 moreinfo close 13911 stop (triaging old bugs) On 10/03/13 04:35 PM, Bernhard Voelker wrote: I suspect you're on NFS, and for some reason, the cleanup fails. The reason could be that the tail process didn't exit yet. Does the following additional 'wait' help? With no further follow-ups in 5 years, I'm closing this bug. Discussion can continue by replying to this thread. -assaf
bug#13765: coreutils-8.21, some changes needed
tags 13765 fixed retitle 13765 build: HP-NonStop fix close 13765 stop (triaging old bugs) On 19/02/13 02:08 AM, Joachim Schmitz wrote: In an attempt to port coreutils 8.21 to HP-NonStop I stumbled accross a couple problems, here are my fixes to them: Here another file needs to get adjusted to using the new root-uid.h Pushed here in 2013: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=6229654741554561952c6106f75681e4382cc890 Closing. -assaf
bug#13555: printf ignores length modifier
tags 13555 notabug close 13555 stop (triaging old bugs) Hello, > Paul Eggert wrote: > >> Marcel Böhme wrote: >>> $old/printf "%hi\n" 0x >>> -1 >>> $printf "%hi\n" 0x >>> 65535 >> >> None of these length modifiers are specified by POSIX, >> so we're talking about what it's more useful for printf >> to do, rather than whether this is a violation of >> a standard. On 26/01/13 05:55 PM, Marcel Boehme wrote: Then, I suppose, the observed semantic change for the mentioned version pair was _intended_. Found it odd that I didn't find documented that / why length modifiers are 'suddenly' ignored. Thanks for your follow-up! With no further comments in 5 years, I'm closing this bug. -assaf
bug#13516: tests/rm/unread3 fails on Mac OS X 10.8
close 13516 stop (triaging old bugS) Hello, On 03/02/13 10:33 PM, Paul Eggert wrote: On 02/01/2013 05:40 PM, Global Odey wrote: I'm afraid I'm still puzzled. Still, the patch improves things, since it fixes what appears to be a serious bug [...] > http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=ca369c8d661a10d8a0ae3d712e7dfa91664921f1 With no further follow-ups in 5 years, and Mac OS X 10.8 being out of date, I'm closing this bug. -assaf
bug#13371: removing @acronym from manual
tags 13371 fixed close 13371 stop (triaging old bugs) Hello, On 06/01/13 04:09 PM, Karl Berry wrote: Since there's no special benefit to using @acronym{GNU} or @sc{gnu} over just plain "GNU", it's merely about typographic preferences, my suggestion was that it was better to avoid the whole issue, simplify the source, and go with "GNU". There are no more "@acronym" in the manual, and GNU is used without @sc/@acronym through-out. Closing this bug. -assaf
bug#13360: removing @sc from manual
tags 13360 fixed close 13360 stop (triaging old bugs) Hello, On 06/01/13 05:48 AM, Pádraig Brady wrote: On 01/04/2013 11:39 PM, Karl Berry wrote: He replaced @acronym. @sc should go too. [...] Pushed with those adjustments. Only one @sc left in the manual, and I assume it is intentional, so closing this bug. $ grep "@sc" doc/coreutils.texi To specify a tab (@sc{ascii} 0x09) character instead of whitespace, use -assaf
bug#13354: sort: File Merge Order is Suboptimal with Many Passes
tags 13354 moreinfo close 13354 stop (triaging old bugs) Hello, On 04/01/13 08:48 AM, Jason Bucata wrote: On Fri, Jan 04, 2013 at 11:01:50AM +, P�draig Brady wrote: On 01/04/2013 04:07 AM, Jason Bucata wrote: To get it ideal, we'd need a priority queue implementation here, maybe a heap or something. There is a little heap lib already used by sort: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=blob;f=gl/lib/heap.c;hb=HEAD Would that suffice? Oh, good to know. If you're asking me, I'm sure it's fine, though I guess it's up to whoever will write the fix. With no further follow-ups in 5 years, I'm closing this item. Discussion can continue by replying to this thread. regards, - assaf
bug#13216: notsp: Everybody knows K bytes is kilobytes
tags 13216 fixed close 13216 stop (triaging old bugs) Hello, On 17/12/12 06:33 PM, jida...@jidanni.org wrote: OK indeed "print the first K bytes of each file" would mean something like "print the first FEW kilobytes of each file," In 2015, head's help screen changed to "--bytes=[-]NUM". https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=f7ab20cd606fe6f66028a382d1b5736c4fea9d15 Closing this bug. regards, - assaf
bug#33075: Thanks
Thank you for your gentle and quick reply. I am sorry to have misinterpreted parameter names (feel a little stupid too). Best Regards. -- Vittorio Beggi PHX di Beggi Vittorio via Cirenaica, 6 35141 Padova PD Tel/Fax: 049 8756276 Mobile: 340 4871253 mailto: vittorio.be...@gmail.com www.prontosoccorsopc.net