Re: bug found on date command

2004-11-02 Thread Bob Proulx
[EMAIL PROTECTED] wrote: > There is a serious bug on date command. when i type " date +%C " i get the > outout " 20 " instead of " 21 " . I hope you fix this bug soon. There may be > some Linux users thinking that they are living at the 20th century :) Here is what the standards documents say ab

Bug-report

2004-11-02 Thread feng8261
hello, I found a bug for diff in redhat linux9.0. The sample files: x.txt : abcdefg abcdefg abcdefg abcdefg y.txt : abcdefg abdefg abcdefg abdefg diff x.txt y.txt the result is:

bug found on date command

2004-11-02 Thread soner . balkir
Hi, There is a serious bug on date command. when i type " date +%C " i get the outout " 20 " instead of " 21 " . I hope you fix this bug soon. There may be some Linux users thinking that they are living at the 20th century :) Thanks... ___ Bug-c

grep/egrep -w non-portable (doc/Makefile.am)

2004-11-02 Thread Albert Chin
grep/egrep -w is non-portable. HP-UX grep/egrep doesn't grok it. It doesn't grok '\<'/'\>' either. -- albert chin ([EMAIL PROTECTED]) ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils

Problems building lib/getloadavg.c on Solaris 2.5.1

2004-11-02 Thread Albert Chin
Solaris 2.5.1 has uint32_t in . I fixed a bug in m4/uint32_t.m4 to correctly define uint32_t on this platform if uint32_t is unavailable in AC_INCLUDES_DEFAULT. However, isn't in AC_INCLUDES_DEFAULT. So, we AC_DEFINE(uint32_t and lib/getloadavg.c pulls in , causing a conflict between the typedef i

sed problem with CVS on Solaris 9/SPARC

2004-11-02 Thread Albert Chin
Solaris 9/SPARC sed does not like the '?' in REs. So, how about '*' instead? I think it's safe considering how we're using it. -- albert chin ([EMAIL PROTECTED]) -- snip snip * src/Makefile.am: ',\?' not portable sed expression on Solaris 9/SPARC. Use ',*' instead. Index: src/Ma

Build failure on Solaris with CVS

2004-11-02 Thread Albert Chin
lib/getdate.y calls setenv() but Solaris only has putenv(). So, I copied in m4/setenv.m4 and lib/unsetenv.c from gnulib and added the gt_FUNC_SETENV call to configure.ac to use lib/setenv.c and lib/unsetenv.c -- albert chin ([EMAIL PROTECTED]) -- snip snip 2004-11-02 Albert Chin <[EMAIL PROTECT

Re: touch - cannot use options "backward"

2004-11-02 Thread Laurent Charpentier
Jim, > $ touch k; ls -go k; touch -r k -d '-30 min' k;ls -go k Yes it works great. I'm going to adopt it. Phil, there is no need for --backward/forward or --offset options now. Thanks a lot for the solution. Laurent __ Do you Yahoo!? Check o

Re: touch - cannot use options "backward"

2004-11-02 Thread Jim Meyering
> For example, to modify a timestamp by 1 hour: > touch -r foo -backward 3600 foo As of coreutils-5.1.1, you can do that by using touch's --relative (-r) and --date (-d) options together: $ touch k; ls -go k; touch -r k -d '-30 min' k;ls -go k -rw-r--r-- 1 2689 Nov 2 23:39 k -rw-r--r-- 1

Re: Bug in coreutils/man/Makefile.am

2004-11-02 Thread Daniel Richard G.
I made do with gmake, but it's typical for an Autotools-based source tree to support out-of-tree builds without needing GNU Make. I haven't seen that blurb in the generic INSTALL file, but from experience, most cases where non-GNU make programs fail are due to bugs Is it really accurate to re

Re: touch - cannot use options "backward"

2004-11-02 Thread Laurent Charpentier
Hi Phil, > For curiosity's sake, I've been trying to track down the pedigree of > this --backward option to touch, as although I think I've disproved its > necessity, it seems a useful idea. My application: Basically I have some pictures taken from a different timezone and I forgot to change the t

Re: Bug in coreutils/man/Makefile.am

2004-11-02 Thread Paul Eggert
"Daniel Richard G." <[EMAIL PROTECTED]> writes: > I made do with gmake, but it's typical for an Autotools-based source tree > to support out-of-tree builds without needing GNU Make. It often works with simpler builds, yes. But I've had a lot of trouble with more-complicated ones. It's not worth

Re: Bug in coreutils/man/Makefile.am

2004-11-02 Thread Paul Eggert
"Daniel Richard G." <[EMAIL PROTECTED]> writes: > Building coreutils-5.2.1 on a Sun machine, with the source tree on a > separate read-only NFS mount: Sun's "make" doesn't support VPATH well. As mentioned in the coreutils INSTALL file, you need a version of "make" that supports VPATH if you wan

Re: touch - cannot use options "backward"

2004-11-02 Thread Bob Proulx
Andreas Schwab wrote: > [EMAIL PROTECTED] (Bob Proulx) writes: > > But fortunately Phil got it right: > > Philip Rowlands wrote: > > > >> touch -d "$(date -d "$(date -r foo) 1 hour ago")" foo > > This is equivalent to > > touch -d "$(date -r foo) 1 hour ago" foo Waaah... I am suffering fro

Re: touch - cannot use options "backward"

2004-11-02 Thread Andreas Schwab
[EMAIL PROTECTED] (Bob Proulx) writes: > But fortunately Phil got it right: > > Philip Rowlands wrote: > >> touch -d "$(date -d "$(date -r foo) 1 hour ago")" foo This is equivalent to touch -d "$(date -r foo) 1 hour ago" foo Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE L

Re: touch - cannot use options "backward"

2004-11-02 Thread Bob Proulx
Andreas Schwab wrote: > [EMAIL PROTECTED] (Bob Proulx) writes: > > Using a combination of GNU 'date' and GNU 'touch' this is easy. > > > > touch --date "$(date --date '1 hour ago')" /tmp/foo > > This is equivalent to > > touch --date '1 hour ago' ... > Yes! I messed that one up largely.

Re: touch - cannot use options "backward"

2004-11-02 Thread Philip Rowlands
For curiosity's sake, I've been trying to track down the pedigree of this --backward option to touch, as although I think I've disproved its necessity, it seems a useful idea. To pick a random distro, Red Hat Enterprise Linux 3 took a coreutils-4.5.3.tar.bz2 base, and patched it ("fileutils-4.1.1-

Re: touch - cannot use options "backward"

2004-11-02 Thread Andreas Schwab
[EMAIL PROTECTED] (Bob Proulx) writes: > Using a combination of GNU 'date' and GNU 'touch' this is easy. > > touch --date "$(date --date '1 hour ago')" /tmp/foo This is equivalent to touch --date '1 hour ago' ... Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux AG, M

Re: touch - cannot use options "backward"

2004-11-02 Thread Philip Rowlands
On Mon, 1 Nov 2004, Laurent Charpentier wrote: >> touch --date "$(date --date '1 hour ago')" /tmp/foo >In fact I want the date '1 hour' younger than its current timestamp >(not 1 hour ago from now). It's getting messy, but I think this works: $ touch -d "$(date -d "$(date -r foo) 1 hour ago")"

Re: touch - cannot use options "backward"

2004-11-02 Thread Laurent Charpentier
Hi Bob, Thanks for your answer. I will try to find the code for the patched version. > touch --date "$(date --date '1 hour ago')" /tmp/foo In fact I want the date '1 hour' younger than its current timestamp (not 1 hour ago from now). Laurent _

Re: touch - cannot use options "backward"

2004-11-02 Thread Alfred M. Szmidt
However, I tried several version of touch (coreutils): 4.5.3, 4.5.8, 5.0, 5.2.1 and this option is not available. GNU touch has never had this (--backward) option. Or is there another program to change the time stamp of a file (like 1 hour backward). touch -m -t MMDDhhmm FILE Where