Re: NSK(OSS) compilation problem

mwoehlke <[EMAIL PROTECTED]> writes: > I have a problem building on Tandem/NSK OSS; specifically, uintmax_t > (unsigned long long) is not a valid data type (don't ask me why!). Sorry, but we've gotta ask why. Why isn't it a valid data type? Does the compiler reject 'unsigned long long int x;'?

Re: coreutils-6.3 on MacOS X

Bruno Haible <[EMAIL PROTECTED]> writes: > On Darwin-7.9.0 with CPPFLAGS=-Wall: Builds fine. All tests pass. The > "rm -rf" HFS+ bug workaround works fine. The "rm -rf" hardlinks / NFS bug > is still open. I'm not familiar with that one, but suspect that the approach suggested in

chgrp.c and chown.c need not include lchown.h

These days lchown.h doesn't need to be included by chgrp.c and chown.c because they operate via the openat module. I installed this: 2006-10-05 Paul Eggert <[EMAIL PROTECTED]> * src/chgrp.c: Don't include lchown.h; no longer needed. * src/chown.c: Likewise. Index: src/chgrp.c

Re: coreutils-6.3 on Linux 2.4 kernel

Bruno Haible <[EMAIL PROTECTED]> writes: > 2) ls/stat-dtype fails: > > out exp differ: char 2, line 1 > 1c1 > < s > --- >> s@ Thanks for reporting this. I installed this in an attempt to fix the testsuite problem. It's not an ideal fix, but it's the best I could think of offhand. 2006-10-05 P

Re: coreutils-6.3 on Linux 2.4 kernel

Bruno Haible <[EMAIL PROTECTED]> writes: > 1) dd/misc fails: kernel does not support NOATIME (already reported). I installed the following patch in an attempt to fix this. (This doesn't affect the other problem you reported in that message, about ls/stat-dtype.) However, I can't test this easil

Re: [Culture] When were the gnu coreutils written?

Thanks for your answer. The usenet archive was a good idea. For your curiosity, here are a few releases : 1985: gcc 1986: make, gdb 1987: gawk, gas 1988: diff, grep, tar 1989: ar 1990: most common utilities (cat chmod cp dd dir du head ln ls mkdir mv rm rmdir tail) The changelogs are also inter

Re: Does "sudo rm -rf /bin" execute without any warning?

Li Xiaoyang wrote: > I am newbie in Linux world. I know that the Linux philosophy is that > executing a command just as it is designated without any verbose > information. Small is beautiful Simple is better than completeness Silence is golden Those are just a few items that come to my m

Re: [Culture] When were the gnu coreutils written?

thomas <[EMAIL PROTECTED]> writes: > do you > know when the file/shell/text-utils were written? ChangeLog entries and search engines are your friend. For example: http://groups.google.com/group/gnu.utils.bug/msg/d489ede1deb0fee8 This is not the first release, but should give you an idea. ___

Re: Does "sudo rm -rf /bin" execute without any warning?

Li Xiaoyang <[EMAIL PROTECTED]> writes: > What about when "sudo rm -rf /bin", it gives a conformation or asks > the user to input something, Standard "rm -rf" is pretty much cast in stone; we can't change its behavior. However, you should be able to easily modify sudo to give you an environment

Re: [Culture] When were the gnu coreutils written?

Check the ChangeLog's in coreutils, they are quite detailed. Specially the ones in [coreutils]/old. They don't got back to the start of each program, but they go quite far back. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/

[Culture] When were the gnu coreutils written?

Hello, Although this mailing list is devoted to bug reports, I thought people here would be kind enough to answer the following question : do you know when the file/shell/text-utils were written? The GNU project was started in 1984, but how long did it take to have a decent GNU userland? For inst

Does "sudo rm -rf /bin" execute without any warning?

Hi GNU guys! I am newbie in Linux world. I know that the Linux philosophy is that executing a command just as it is designated without any verbose information. I also know that the root user has too strong powers to change every detail of the system. However, when it is connected with the m

[bug #11004] Results of "sort" fail "sort -c" check if LANG is set and memory is low

Follow-up Comment #7, bug #11004 (project coreutils): Please note the the two invocations of "sort" are always with the same value of $LANG. The only aspect of the environment which is different between the initial and the "-c" invocation of sort is the virtual memory limit (ulimit -v). If

Re: coreutils-6.3: install: basic-1 fails

Bauke Jan Douma <[EMAIL PROTECTED]> wrote: ... >>> $> ls -l /sw/coreutils/coreutils-6.3/tests/install/../../src/dd >>> -rwx--x--x 1 root staff 45532 Oct 3 18:06 >>> /sw/coreutils/coreutils-6.3/tests/install/../../src/dd >> That file is readable only by root. >> So if you're running tests as some