coreutils CVS
Anyone know what is wrong with the CVS? null:~/coreutils$ cvs up -Pd Invalid CVSROOT (2) cvs update: invalid data from cvs server null:~/coreutils$ CVSROOT is :ext:[EMAIL PROTECTED]:/cvsroot/coreutils... Cheers. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: coreutils CVS
Anyone know what is wrong with the CVS? Not I. I just asked savannah-hackers what's going wrong. Thanks, I might note for the record that the only repo that isn't working for me from savannah is the coreutils one, all other usual projects that I hack on work. Cheers. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: tail.c: 836: recheck: Assertion `valid_file_spec (f)' failed (linux, kernel 2.4.x, coreutils 5.2.1)
Roberto Nibali [EMAIL PROTECTED] wrote: ... Oh. I see that this has been fixed since 5.2.1. ... Hmmm, has it really? Could you show me the changeset, please? My use of `since' was misleading. This was fixed *after* coreutils-5.2.1. You can find the development version here: http://savannah.gnu.org/cvs/?group=coreutils Here's one of the related ChangeLog entries: 2004-07-23 Paul Eggert [EMAIL PROTECTED] Fix bug with tail -f reported by Rob Holland in http://lists.gnu.org/archive/html/bug-coreutils/2004-07/msg00054.html. Also, remove the undocumented and unsupported-since-2000 --max-consecutive-size-changes options. Fix another related bug: tail got confused if stdin, stdout, or stderr were closed. Also, use output buffering even with tail -f. * NEWS: Document this, plus yesterday's patch. * doc/coreutils.texi (tail invocation): size has remained the same - file has not changed, which is more accurate for fifos. * src/tail.c: Include fcntl-safer.h. (COPY_TO_EOF): Set to UINTMAX_MAX, not OFF_T_MAX (which was wrong). (COPY_A_BUFFER): New macro. (struct File_spec): New members mtime, mode, blocking. Remove member n_consecutive_size_changes. (DEFAULT_MAX_N_CONSECUTIVE_SIZE_CHANGES, max_n_consecutive_size_changes_between_opens, MAX_CONSECUTIVE_SIZE_CHANGES_OPTION): Remove. (long_options, tail_forever, parse_options): Remove (non-)support for --max-consecutive-size-changes. (record_open_fd): New function. (recheck, tail_file): Use it. Don't assume that stdin is open. (dump_remainder): Add support for new COPY_A_BUFFER special value. Treat errno==EAGAIN like EOF, since it might be a nonblocking read. (recheck): New arg BLOCKING, specifying whether to use blocking reads. All uses changed. (n_live_files): Remove, replacing with... (any_live_files): New function. All uses changed. (tail_forever): Use nonblocking I/O unless we know that blocking I/O is safe; this avoids some hangs when reading from a fifo. Avoid invoking fstat or sleep when using blocking I/O. Do not check for changes to size if the file is not a regular file, as the size is undefined in that case. Check for changes to mtime or mode, too; this works for non-regular files. (tail_forever, main): Redo fflush strategy to work even when input is nonblocking. Don't use unbuffered output; just flush when needed. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils
ls.c minor diagnostic wording improvement
ls used quotearg_colon when the context didn't have a colon. I installed this fix: 2004-12-16 Paul Eggert [EMAIL PROTECTED] * src/ls.c (print_dir): Use %s: not listing already-listed directory, not not listing already-listed directory: %s, to format already-listed directories, to be consistent with other diagnostics involving file names and colons. Index: ls.c === RCS file: /fetish/cu/src/ls.c,v retrieving revision 1.372 retrieving revision 1.373 diff -p -u -r1.372 -r1.373 --- ls.c14 Dec 2004 00:42:19 - 1.372 +++ ls.c17 Dec 2004 05:08:40 - 1.373 @@ -2280,7 +2280,7 @@ print_dir (char const *name, char const we've found a loop, and do not process this directory. */ if (visit_dir (dir_stat.st_dev, dir_stat.st_ino)) { - error (0, 0, _(not listing already-listed directory: %s), + error (0, 0, _(%s: not listing already-listed directory), quotearg_colon (name)); return; } ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils
sync coreutils mdate-sh from gnulib
I installed the following patch to sync coreutils from gnulib: 2004-12-16 Paul Eggert [EMAIL PROTECTED] * config/mdate-sh: Sync from gnulib. --- config/mdate-sh 11 Nov 2003 07:13:26 - 1.4 +++ config/mdate-sh 17 Dec 2004 05:23:44 - 1.5 @@ -1,9 +1,9 @@ #!/bin/sh # Get modification time of a file or directory and pretty-print it. -scriptversion=2003-11-09.00 +scriptversion=2004-12-08.12 -# Copyright (C) 1995, 1996, 1997, 2003 Free Software Foundation, Inc. +# Copyright (C) 1995, 1996, 1997, 2003, 2004 Free Software Foundation, Inc. # written by Ulrich Drepper [EMAIL PROTECTED], June 1995 # # This program is free software; you can redistribute it and/or modify @@ -80,7 +80,7 @@ fi # words should be skipped to get the date. # On HPUX /bin/sh, set interprets -rw-r--r-- as options, so the x below. -set - x`$ls_command /` +set x`ls -l -d /` # Find which argument is the month. month= @@ -107,7 +107,7 @@ do done # Get the extended ls output of the file or directory. -set - x`eval $ls_command \\$save_arg1\` +set x`eval $ls_command \\$save_arg1\` # Remove all preceding arguments eval $command ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: coreutils CVS
Alfred M. Szmidt [EMAIL PROTECTED] writes: Anyone know what is wrong with the CVS? Not I. I just asked savannah-hackers what's going wrong. The web interface is up, e.g., http://savannah.gnu.org/cgi-bin/viewcvs/coreutils/coreutils/doc/ChangeLog is up-to-date. Not that this solves your problem ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils