Hello,
I have the following bug in date,
if I type date +%s the unixtimestamp is correct, but if I type "date" then I
have 23 sec difference. I use suse 9 distro, with ntpd.
date version is date (GNU coreutils) 5.93.
Can you helpe me and say, how I can fix it ?
regards,
Thoralf Roch
--
Mit freund
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Gnthoralf on 4/24/2008 2:13 AM:
| Hello,
| I have the following bug in date,
| if I type date +%s the unixtimestamp is correct, but if I type "date" then I
| have 23 sec difference. I use suse 9 distro, with ntpd.
Sounds like it might be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please keep replies on the list, so that others may chime in.
According to Aganan, Nicholas on 4/24/2008 6:28 AM:
| You said "'last month' is documented to be equivalent to
| 'alter only the month field, then renormalize'" but your computation is
| b
Javier Pello <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have just downloaded and installed coreutils-6.11 and I have come
> across a change in behaviour in the id program which does not seem
> to be documented. Specifically, id no longer prints the supplementary
> groups of the current process when inv
On Thu, Apr 24, 2008 at 2:18 AM, Greg Ercolano <[EMAIL PROTECTED]> wrote:
> [gnu/linux] $ id 0
> id: 0: No such user
getent from libc already does this:
$ getent passwd 0
root:x:0:0:root:/root:/bin/bash
___
Bug-coreutils mailing list
Bug-coreutils@g
Normally we use '+%' to get the desired information. Why don't we
use '-% to denote the 'last or previous' value or maybe use
'+%-'
Example:
%-b locale's abbreviated previous month name (e.g., Jan)
%-B locale's full previous month name (e.g., January)
%-C previous century; like %Y, exc
Gnthoralf wrote:
> I have the following bug in date,
> if I type date +%s the unixtimestamp is correct, but if I type "date" then I
> have 23 sec difference. I use suse 9 distro, with ntpd.
How are you determining that the +%s time is correct? (I would use
date for this, rather circularly.)
da
I have an example of the latest tsort producing invalid output. The
output clearly disobeys the partial ordering 'i k a h g j', because 'a'
precedes both 'i' and 'k'. There may be other errors.
[EMAIL PROTECTED] toolDependencies]$ tsort --version
tsort (coreutils) 6.9
Copyright (C) 2007 Free
Hi,
> I confess I haven't looked closely at either, but suspect
> the problem is fixed in the latest snapshot:
> Would you please confirm and let us know?
I can confirm that the problem is now fixed. In fact, looking
at the code, I can see that there are changes that indirectly
include my propos
Guillaume Bailey <[EMAIL PROTECTED]> wrote:
> I have an example of the latest tsort producing invalid output. The
6.9 is over two years old.
The latest coreutils release is coreutils-6.11.
> output clearly disobeys the partial ordering 'i k a h g j', because
> a' precedes both 'i' and 'k'. There
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Please keep the lists involved in replies, so that others may participate
in the thread]
According to [EMAIL PROTECTED] on 4/24/2008 12:01 PM:
| | if I type date +%s the unixtimestamp is correct, but if I type
| "date" then I
| | have 23 sec differe
Hello... I've run into a problem best described by a post to this list
from 2003:
> When the destination file does not exist cp uses the permissions of the
> source file for creating the destination, as specified by POSIX. Wouldn't
> it be useful if --no-preserve=mode would cause cp to use the d
Ah, I see now. I suggest a different example in the info page, since:
* the example doesn't prevent my misunderstanding (it evaluates the same
either way)
* topological sorts are part of graph theory; I was trying to give a
topological ordering to a 'dot' graph file, by
CJ Kucera <[EMAIL PROTECTED]> wrote:
> Hello... I've run into a problem best described by a post to this list
> from 2003:
>
>> When the destination file does not exist cp uses the permissions of the
>> source file for creating the destination, as specified by POSIX. Wouldn't
>> it be useful if -
14 matches
Mail list logo
