gmane.comp.gnu.core-utils.bugs

Failure to compile latest coreutils-6.12

EA Games — 2008-12-01T13:49:57

Hello guys, I am using 2.6.21.5 kernel (gcc 4.3.2, ld 2.17.50.0.17*). I've tried compiling the latest coreutils that I downloaded from the official website and I keep getting the same error message. mv unistd.h-t unistd.h make all-am make[3]: Entering directory `/mnt/lfs/tmp/coreutils-6.12/lib' depbase=`echo set-mode-acl.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ gcc -std=gnu99 -I. -g -O2 -MT set-mode-acl.o -MD -MP -MF $depbase.Tpo -c -o set-mode-acl.o set-mode-acl.c &&\ mv -f $depbase.Tpo $depbase.Po In file included from acl.h:20, from set-mode-acl.c:22: /usr/include/sys/types.h:52: error: two or more data types in declaration specifiers /usr/include/sys/types.h:52: error: two or more data types in declaration specifiers /usr/include/sys/types.h:52: error: two or more data types in declaration specifiers /usr/include/sys/types.h:72: error: two or more data types in declaration specifiers /usr/include/sys/types.h:77: error: two or more data types in declaration specifi

du --files-from feature request

Aaron Peterson — 2008-12-01T00:16:51

Hi, A feature request for du, a way to sum from a list of files without doing tr \n \0 I had to sort some files and and needed to know how large the group of files that I had found were. I spend many hours trying to figure this out / and searching for solution. It turns out that the \0 delimited list requirement was very painful. I wish I could cat the output of find into du and get the total btw, my find options included restricting it to type file, http://www.mail-archive.com/debian-bugs-dist< at >lists.debian.org/msg396774.html Geraud suggests a mode for du to to avoid situations like this: Example: $ find - >files.list # create a NL-separated list of files $ wc -l files.list # wc could not be used to count NUL-separated items # (another more complex program would be needed) $ sed -i -e files.list # sed is designed for "regular" lines (NL-terminated) $ wc -l files.list $ emacs files.list # editing a NUL-separated list in emacs would be inconvenient $ tr $'\n

[bug #24974] Document that comm's option "-1","-2" and "-3" can be combined

anonymous — 2008-11-30T22:12:02

URL: Summary: Document that comm's option "-1","-2" and "-3" can be combined Project: GNU Core Utilities Submitted by: None Submitted on: Sun 30 Nov 2008 22:11:59 UTC Category: None Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: Hello, Could you explicitly document that "-1", "-2" and "-3" options of "comm" can be combined. This isn't obvious, and may lead some people [me!] to use other tools instead. Thanks in advance Franklin fpiat < at > klabs;be _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savan

FYI: 5 small changes

Jim Meyering — 2008-11-30T18:27:55

These are test-related, except the last one, which is to avoid a warning. From b5b3690d069b0bd4a1d561a8c1b527768d067b5d Mon Sep 17 00:00:00 2001 From: Jim Meyering redhat.com> Date: Mon, 24 Nov 2008 10:03:25 +0100 Subject: [PATCH 1/5] tests: avoid failure of cp/link-heap on some systems * tests/cp/link-heap: Raise virtual memory limit from 10,000 to 14,000, to avoid failure on Debian/unstable (libc6 2.7-16). --- tests/cp/link-heap | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tests/cp/link-heap b/tests/cp/link-heap index b20c7d3..7aa142d 100755 --- a/tests/cp/link-heap +++ b/tests/cp/link-heap < at >< at > -36,6 +36,6 < at >< at > mkdir e || framework_failure mv $a $b e || framework_failure fail=0 -(ulimit -v 10000; cp -al e f) || fail=1 +(ulimit -v 14000; cp -al e f) || fail=1 Exit $fail -- 1.6.0.4.1101.g642f8 From 847ab6a518b0e5d88f4e1aba29aa1caeef889fa2 Mon Sep 17 00:00:00 2001 From: Jim Meyering redhat.com> Date: Fri, 28 Nov 2008 21:32:39 +0100 Subject: [PATCH 2/5] t

[PATCH] remove explicit declaration of putenv, ...

Jim Meyering — 2008-11-30T18:15:28

FYI, I've just pushed this and the dd/reblock fix: From 57e2022b8d4fa6a2fbb420447705701535e58b0d Mon Sep 17 00:00:00 2001 From: Jim Meyering redhat.com> Date: Wed, 12 Nov 2008 11:02:50 +0100 Subject: [PATCH] remove explicit declaration of putenv, ... * src/date.c: ... now that gnulib guarantees that it's in . * src/env.c: Likewise. --- src/date.c | 2 -- src/env.c | 2 -- 2 files changed, 0 insertions(+), 4 deletions(-) diff --git a/src/date.c b/src/date.c index e94de60..43e2005 100644 --- a/src/date.c +++ b/src/date.c < at >< at > -38,8 +38,6 < at >< at > #define AUTHORS proper_name ("David MacKenzie") -int putenv (); - static bool show_date (const char *format, struct timespec when); enum Time_spec diff --git a/src/env.c b/src/env.c index 97bec71..fb9d793 100644 --- a/src/env.c +++ b/src/env.c < at >< at > -91,8 +91,6 < at >< at > proper_name ("Richard Mlynarik"), \ proper_name ("David MacKenzie") -int putenv (); - extern char **environ; static struct option const longopts[] = -- 1.6.0.4.1101.g642f8

cp --parents requires path as destination,can it be made to take filename?

Aaron Peterson — 2008-11-30T11:39:28

Hi, I just spent a few hours learning how to find files and got a cp command up that looked like it should work.. I ran into a problem that was very tough to find the solution to though, cp: with --parents, the destination must be a directory Try `cp --help' for more information. I have since found a promising lead that suggested using the dirname command to solve my problem.. hours later that I wish I knew that. anyway, is there some drastic reason why --parents doesn't work with a full filename with filname and path? btw, I need the paths -T --parents seems like it should make it write to a file... #!/bin/bash DESTDIR="/media/disk/highpriority" find -maxdepth 2 -type f -name '*' | while read line; do DESTtail=`echo "$line" | cut -c 2-` ; #echo cp -v "$line" "$DESTDIR$DESTtail"; cp -T --parents -v "$line" "$DESTDIR$DESTtail"; done Thanks.

(no subject)

Martin Douglas — 2008-11-29T21:15:42

I think this is what the apache download page says to do to check the signature of the downloaded file.... c:\Users\MyName\Documents>"c:\Program Files\GNU\GnuPG\gpg.exe" --verify apache.asc gpg: no signed data gpg: can't hash datafile: file open error That did not work so well...SOOO... This is what I did... Does this output mean everything is ok? It seems mostly ok... c:\Users\MyName\Documents>"c:\Program Files\GNU\GnuPG\gpg.exe" --verify apache.asc c:\Users\MyName\Desktop\apache-ant-1.7.1-bin.zip gpg: Signature made 06/27/08 00:50:34 using DSA key ID AA0077B0 gpg: Good signature from "Kev Jackson (apache key) apache.org>" gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: F54C 925C 2454 F21D 8669 2540 A0BF F93D AA00 77B0

dd: reblock failure -- sporadic failures

Bob Proulx — 2008-11-29T18:36:25

This seems very strange. Periodically I have seen the dd reblock test fail. It isn't a hard failure and that seems like a critical clue to me. But it also seems quite strange. http://buildbot.proulx.com:9000/i686-gnu-linux-full/builds/990/step-test/0 + dd bs=3 ibs=1 obs=1 ... + diff -u err exp-no-reblock --- err 2008-11-29 07:07:22.000000000 -0700 +++ exp-no-reblock 2008-11-29 07:07:21.000000000 -0700 < at >< at > -1,3 +1,3 < at >< at > -1+1 records in -1+1 records out +0+2 records in +0+2 records out 4 bytes (4 B) copied + fail=1 Bob

[PATCH] cp, mv: remove 3-year-deprecated+warned-about --reply option

Jim Meyering — 2008-11-29T11:19:46

I'm finally removing the --reply option to mv and cp. This is in my queue to push very soon: From f9e0096c158e95afe8ae1c68ea291981382208a2 Mon Sep 17 00:00:00 2001 From: Jim Meyering redhat.com> Date: Wed, 8 Oct 2008 08:51:38 +0200 Subject: [PATCH] cp, mv: remove 3-year-deprecated+warned-about --reply option * src/cp.c (reply_args, reply_vals): Remove globals. [REPLY_OPTION]: Remove enum. (long_opts) ["reply"]: Remove initializer. (main): Remove case stmt. * src/mv.c: Likewise. * NEWS (Changes in behavior): Mention this. --- NEWS | 3 +++ src/cp.c | 22 ---------------------- src/mv.c | 23 +---------------------- 3 files changed, 4 insertions(+), 44 deletions(-) diff --git a/NEWS b/NEWS index 360cb4b..f0c5550 100644 --- a/NEWS +++ b/NEWS < at >< at > -19,6 +19,9 < at >< at > GNU coreutils NEWS -*- outline -*- ** Changes in behavior + cp and mv: the --reply={yes,no,query} option has been removed. + Using it has elicited a warning for the last three years. + ls

cp command option -x, --one-file-system

ebloch — 2008-11-28T12:51:44

cp command option : -x, --one-file-system stay on this file system sometimes does not stay on the same filesystem. using cmd line : cp -r -u -p -x -f -v --target-directory='/abc/def/123/456/xx" /home or cp -rupxfv --target-directory='/abc/def/123/456/xx" /home where '/home' is mounted on a different volume than '/'. Detected by a call from python with os.popen().

Something strange with "date +%s" and timezones

Stan Marsh — 2008-11-27T23:28:25

I am in MST (US Mountain Time). My shell is csh. Observe: % date --ver date (GNU coreutils) 6.10 Copyright (C) 2008 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. % date +%s ; sh -c 'TZ=GMT0 date +%s' 1227827980 1227827980 % date -d '1/1/1970' +%s ; sh -c 'TZ=GMT0 date -d '1/1/1970' +%s' 25200 0 % Note that if I don't specify a date, then %s gives the same result for either timezone. But if I do specify a date, then the result differs (in the expected way) between the two invocations. It seems to me that it should either return the same thing or not return the same thing, consistently. In general with date, it shouldn't matter whether or not you use "-d". What say you?

[PATCH]: chmod, chown, chgrp: Reduce verbosity of silent mode

Ondřej Vašík — 2008-11-27T14:28:43

_______________________________________________ Bug-coreutils mailing list Bug-coreutils< at >gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

credo

Bauke Jan Douma — 2008-11-26T22:14:59

Hi Jim and all you coreutils maintainers, I've a feeling a tremendous amount of work has been done over the past year. The coreutils are being perfected by the minute. Might I take a moment to say: Thanks! At the risk of sounding corny: Who's cute and cool in cure and chore? Why it's the cast of the coreutils corps! The crew who code because they char... ;-) Bauke Jan Douma

[bug #24949] coreutils pwd not implementing latest POSIX features

Paul D. Smith — 2008-11-26T20:50:46

URL: Summary: coreutils pwd not implementing latest POSIX features Project: GNU Core Utilities Submitted by: psmith Submitted on: Wed 26 Nov 2008 03:50:44 PM EST Category: None Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: I've noticed that in the POSIX standard (The Open Group Base Specifications Issue 6 IEEE Std 1003.1, 2004 Edition), the pwd utility is expected to take two options: SYNOPSIS pwd [-L | -P ] DESCRIPTION The pwd utility shall write to standard output an absolute pathame of the current working directory, which does not contain the filenames dot or dot-dot. OPTIONS The pwd utility shall conform t

[PATCH]: typo in last units factorization patch

Ondřej Vašík — 2008-11-26T15:06:38

_______________________________________________ Bug-coreutils mailing list Bug-coreutils< at >gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

what a pitiful explanation for sha1sum

landon kelsey — 2008-11-26T04:30:15

_________________________________________________________________ Access your email online and on the go with Windows Live Hotmail. http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_access_112008

bug report

Gordon, John (SAIC) (c — 2008-11-25T19:58:05

ran ./configure on coreutils 6.12 and got the following configure: WARNING: sys/wait.h: present but cannot be compiled configure: WARNING: sys/wait.h: check for missing prerequisite headers? configure: WARNING: sys/wait.h: see the Autoconf documentation configure: WARNING: sys/wait.h: section "Present But Cannot Be Compiled" configure: WARNING: sys/wait.h: proceeding with the preprocessor's result configure: WARNING: sys/wait.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-coreutils< at >gnu.org ## configure: WARNING: ## ------------------------------------ ##

[bug #24935] incorrect information regardin size suffixes in -coption

anonymous — 2008-11-25T23:46:57

URL: Summary: incorrect information regardin size suffixes in -c option Project: GNU Core Utilities Submitted by: None Submitted on: Tue 25 Nov 2008 11:46:55 PM UTC Category: None Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: When describing -c option for tail command it says: `-c BYTES' `--bytes=BYTES' Output the last BYTES bytes, instead of final lines. However, if N starts with a `+', start printing with the Nth byte from the start of each file, instead of from the end. Appending `b' multiplies BYTES by 512, `kB' by 1000, `K' by 1024, `MB' by 1000*1000, `M' by 1024*1024, `GB' by 1000*1000*1000, `GB' by 1024*1024*1

[bug #24934] confusing description of -c option

anonymous — 2008-11-25T23:38:21

URL: Summary: confusing description of -c option Project: GNU Core Utilities Submitted by: None Submitted on: Tue 25 Nov 2008 11:38:19 PM UTC Category: None Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: -c option's info documentation states: `-c BYTES' `--bytes=BYTES' Output the last BYTES bytes, instead of final lines. However, if N starts with a `+', start printing with the Nth byte from the start of each file, instead of from the end. Appending `b' multiplies BYTES by 512, `kB' by 1000, `K' by 1024, `MB' by 1000*1000, `M' by 1024*1024, `GB' by 1000*1000*1000, `GB' by 1024*1024*1024, and so on for `T', `P', `E', `Z'

errore pid .......

aledom2 — 2008-11-22T16:59:21

Vorrei un aiuto per questo errore bag, grazie. Alessandro c. Uso: chmod [OPZIONE]... MODO[,MODO]... FILE... o: chmod [OPZIONE]... MODO-OTTALE FILE... o: chmod [OPZIONE]... --reference=RFILE FILE... Cambia il modo di ogni FILE in MODE. -c, --changes è simile a "verbose" ma mostra un resoconto solamente quando viene effettuato un cambiamento --no-preserve-root non considera '/' in modo speciale (default) --preserve-root rifiuta di operare ricorsivamente su '/' -f, --silent, --quiet nasconde molti messaggi d'errore -v, --verbose mostra una diagnosi per ogni file processato --reference=RFILE utilizza il modo di RFILE anziché i valori di MODE -R, --recursive cambia i file e le cartelle ricorsivamente --help mostra questo aiuto ed esce --version stampa le informazioni sulla versione ed esce Ogni MODE è nella forma `[ugoa]*([-+=]([rwxXst]*|[ugo]))+'. Segnalare i bug a gnu.org>.

Bug or Feature in mkdir(1)

Gordon Hamachi — 2008-11-21T20:58:23

When I use mkdir -p it makes parent directories as needed. Fine. When I use mkdir -m it sets the permission mode of the directory I make. Also fine. The problem is, when I use mkdir -p -m it only sets the mode of the last directory. All of the parent directories take the default mode, which is not what I want. It would be convenient if there were an option to apply the -m mode to all parents that get created. --Gordon Hamachi